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、連携データと方向、通常時とピーク時の量、例外処理、運用責任者です。顧客データではなく匿名化した例を共有してください。