1 つの接続されたカタログ操作
House of Staunton、Wholesale Chess、および US Chess Sales は一緒に管理され、各 Shopify ストアは独自の宛先データを保持します。

House of Staunton、Wholesale Chess、および US Chess Sales は、遅い Airtable と SyncBase ワークフローから、Shopify を中心に直接構築された 1 つのカタログ操作に移行しています。
House of StauntonHouse of Staunton、Wholesale Chess、および US Chess Sales は一緒に管理され、各 Shopify ストアは独自の宛先データを保持します。
Wholesale Chess だけでも、数千のメディア ファイルやメタオブジェクトとともに、10,000 を超える商品が調整ワークフローに導入されました。
店頭に不可欠なメタフィールドは、Wholesale Chess から正しい値をコピーし、結果をライブで検証することによって調整されました。
古いスタックは Shopify データを移動できましたが、毎日の商品作業を行う人にとっては遅すぎ、断片化しすぎました。
Airtable ワークフローでの定期的な価格更新には数分かかる場合があるため、日常ユーザーは Shopify で直接編集することがよくありました。
メタフィールドのキー、収集戦略、商品の状態が異なるため、どの違いが意図的なものであるかを確認することが困難になりました。
再利用可能なボード、木材の種類、バリアント、およびネストされたメタオブジェクトは、3 つのストアすべてで正しい順序で組み立てられる必要がありました。

正確な SKUs により、商品とバリアントの調整が、運用チームがすでに信頼している識別子と一致します。
チームは、完全なカタログを保持しているため、最初に House of Staunton をインストールし、次に Wholesale Chess と US Chess Sales を接続しました。商品とバリアントでは厳密な SKU マッチングが使用されますが、コレクションではハンドルが異なる可能性があるためタイトル マッチングが使用されます。すべての結果は、調整が完了する前にレビュー可能です。
ライブ メタフィールドの問題は、1,700 件の手動による商品編集ではなく、ストア間での管理された修正となりました。
House of Staunton は、Wholesale Chess および US Chess Sales とは異なる Lux View Pieces メタフィールド キーを使用しました。テーマが共有アクティブ定義に再ポイントされた後、チームは一括編集で Wholesale Chess から約 1,700 の商品に正しい値をコピーし、商品ページがライブであることを確認しました。
ボード、木材の種類、およびバリエーションを一度作成してすべてのストアに公開し、それらを必要とするリストから参照することができます。
Signature Contemporary X の発売では、同じボードを 50 ~ 60 個の木製チェス駒のリストに追加する必要があります。計画された Peak PIM ワークフローでは、再利用可能なメタオブジェクト、CSV インポート、参照フィールドでの SKU 検索、および支援されたカタログ作業を使用するため、チームはすべての手順を手作業で繰り返すことなく、正しい順序で構造を組み立てることができます。
Peak PIM は、重要な違いを隠すことなく、チームの複数ストアデータを表示、編集、公開できる状態に保ちます。
チームは、3 つの Shopify ストアすべてで同じ商品、バリアント、メタフィールド、メタオブジェクト、およびコレクションを比較できます。
一度に 1 つの商品を開くのではなく、大規模なレコード グループをまとめてレビューおよび更新できます。
調整およびヘルス センターのワークフローでは、チームが何をリンクするか、修正するか、放っておくべきかを決定する前に、不一致が表面化します。
変更は最初に Peak PIM に保存され、次にストアごとの成功と失敗の追跡を使用して目的のストアに公開されます。
House of Staunton が 3 つの Shopify カタログと、別のマルチストアマーチャントが再利用できるワークフローをどのように統合しているか。
私たちのチームにご連絡ください。適切な設定を見つけるお手伝いをいたします。