WooCommerceとCRMの連携:公開前に確認する検収テスト
注文がCRMに届くだけでは不十分です。データの管理元、再処理、返品、照合、運用引き継ぎを確認するチェックリストです。
Written and reviewed by Artem Palamarchuk, Founder of BLEX STUDIO.
## 店舗とCRMの連携はいつ完成したと言えるか
合意したデータが正しく届き、例外を把握でき、復旧時にも重複が生まれないことを確認できたときです。1件の注文が届くことはデモであり、検収ではありません。実際の顧客対応に使う前に、開発担当者と運用責任者で確認してください。以下は試験の提案であり、特定のコネクターの機能を保証するものではありません。
## 項目ごとに管理元を決める
元の項目、連携先の項目、方向、変換ルール、責任者を表にします。例えば注文の明細はWooCommerce、販売可能在庫は倉庫システム、営業担当はCRMを管理元にする設計が考えられます。ただし、これは一例です。同じ項目を両側で更新するなら、優先順位と競合の見せ方を決めます。「すべて双方向に同期」という要件では、その判断が抜け落ちます。
## イベントとデータ本体を区別する
WooCommerceはイベント通知用の[Webhook](https://woocommerce.com/document/webhooks/)と、店舗データを扱う[REST API](https://developer.woocommerce.com/docs/apis/rest-api/)を提供しています。しかし照合、状態管理、復旧の設計は別途必要です。店舗と注文を安定して識別できるIDを決めてください。メールアドレスだけでは、ゲストの再購入やアドレス変更を扱いにくくなります。表示名とレコードの識別は分けて考えます。
## 例外を含む注文ライフサイクルを試す
バリエーション商品、値引き、送料、一部返金、キャンセルを含むテスト注文を用意します。注文番号だけでなく明細と金額を比較します。注文、支払い、発送の状態を分け、各部署で「完了」の意味が食い違わないようにしてください。後日の住所変更や返金をCRMにどう反映するかも定義し、実装前に運用担当者が期待結果を確認します。
双方向連携の方が優れていますか?
必ずしもそうではありません。管理元と競合のルールが増えるため、両側で変更する必要がある項目だけに使います。
現在のCRMを使い続けられますか?
API、対応項目、提供元のアクセス条件、制限によります。コネクターを選ぶ前に確認します。
見積もりには何を共有しますか?
店舗とCRM、連携データと方向、通常時とピーク時の量、例外処理、運用責任者です。顧客データではなく匿名化した例を共有してください。