店舗・EC統合CRMのよくあるご質問50選

目次

1. オムニチャネルCRMに関する5つの質問
2. 店舗とECの会員統合に関する5つの質問
3. 店舗購買データに関する5つの質問
4. EC購買データに関する5つの質問
5. 共通ポイントに関する5つの質問
6. 店舗送客に関する5つの質問
7. EC送客に関する5つの質問
8. 在庫連携に関する5つの質問
9. チャネル横断LTVに関する5つの質問
10. OMO施策に関する5つの質問

1. オムニチャネルCRMに関する5つの質問

Q1. 店舗・EC統合CRMは、何を一つにする仕組みですか？

A. 顧客ID、許諾、購買・接点、ポイント、在庫などを必要な範囲でつなぎます。画面を一つにするだけでなく、各チャネルの判断を揃えます。

Q2. 店舗とECで顧客体験を統一する前に、何を揃えますか？

A. 会員定義、商品ID、注文・返品状態、価格・ポイント、問い合わせ引継ぎを揃えます。見た目より先に用語と状態を共通化します。

Q3. すべてのチャネルデータを、最初から統合する必要がありますか？

A. 必要ありません。会員統合や返品連携など顧客の不便が大きい場面から始め、目的のないデータ収集を増やしません。

Q4. 店舗とECで顧客情報が食い違った時、どちらを正としますか？

A. 項目ごとに正本を決めます。住所は本人の最新確認、購買はPOS・EC、許諾は同意管理など、更新日時と所有者を定義します。

Q5. 店舗・EC統合CRMの責任部門は、どこに置きますか？

A. 単一部門へ丸投げせず、経営責任者の下で店舗、EC、CRM、物流、CS、ITの意思決定者を置きます。

2. 店舗とECの会員統合に関する5つの質問

Q6. 店舗会員とEC会員を、どの情報で同一人物と判定しますか？

A. 会員ID、本人が確認したメール・電話など複数情報で照合します。氏名一致だけの自動統合は避け、曖昧な候補は本人確認します。

Q7. 家族で同じ電話番号を使う場合、会員統合してよいですか？

A. 統合しません。共用連絡先だけでは同一人物と断定できないため、個別の会員IDや本人確認情報を使います。

Q8. 会員統合時に、過去の購買履歴もまとめられますか？

A. 利用目的と本人への説明、識別の確実性を確認してまとめます。確証のない過去注文は候補表示に留め、誤統合を避けます。

Q9. 統合後に別人と分かった場合、会員を元へ戻せますか？

A. 戻せる設計にします。統合前ID、移動した履歴、実行者、時刻を保存し、ポイント・許諾・注文を安全に分離します。

Q10. 店舗スタッフによる会員登録ミスを、どう減らしますか？

A. 入力項目を減らし、形式チェック、重複候補、本人確認画面を用意します。登録数だけを評価せず、訂正率も確認します。

3. 店舗購買データに関する5つの質問

Q11. 店舗購買を会員へ紐付けられなかった時、どう扱いますか？

A. 非会員売上として保持し、無理に既存会員へ推定帰属させません。レシート等で本人が後から紐付けられる手段を検討します。

Q12. POSの返品・取消データは、CRMへどう反映しますか？

A. 元取引IDへ取消・返品数量・金額・時刻を紐付け、購入実績とポイントを訂正します。新しい負数売上だけで済ませません。

Q13. 店舗ごとに商品コードが違う場合、購買を統合できますか？

A. 共通商品IDへの変換表を作り、SKU・容量・色など粒度を揃えます。未対応コードは集計から除外せず、要確認として監視します。

Q14. 店舗スタッフの社販やテスト取引は、分析へ含めますか？

A. 通常顧客分析から除外します。社員・テストの識別フラグを持ち、売上会計とCRM分析で扱いを分けます。

Q15. 店舗購入後のフォロー配信は、いつ送りますか？

A. 商品の利用開始時期と返品確定を考慮します。即時のお礼、数日後の使い方、補充時期など目的別に送り、購入直後の連投を避けます。

4. EC購買データに関する5つの質問

Q16. EC注文は、注文時と出荷時のどちらで購買として記録しますか？

A. 受注、決済、出荷、返品の状態を別々に持ちます。売上・LTVは出荷や売上確定、行動分析は注文時など用途で使い分けます。

Q17. ECのキャンセル・返品を、店舗側へも反映しますか？

A. 反映します。店舗スタッフが購入済みと誤認しないよう、最新状態を共有し、返品後のおすすめやポイントも更新します。

Q18. ゲスト購入を、後から統合会員へ紐付けられますか？

A. 注文番号と本人確認情報で照合し、本人の操作または確認を経て紐付けます。メール一致だけで自動統合しません。

Q19. EC閲覧履歴を、店舗スタッフへどこまで見せますか？

A. 接客に必要な興味カテゴリや比較商品までに絞ります。細かな閲覧時刻を監視のように示さず、閲覧履歴を見せない選択も用意します。

Q20. 店頭受取の注文は、店舗売上とEC売上のどちらにしますか？

A. 会計上の売上帰属と、顧客体験・店舗貢献を分けて定義します。二重計上せず、受注チャネルと受取店舗を別項目で持ちます。

5. 共通ポイントに関する5つの質問

Q21. 店舗とECで、ポイント付与のタイミングを揃えますか？

A. 顧客が理解しやすいよう揃えるのが基本です。売上確定の違いがある場合は、仮付与・確定・取消の状態を明示します。

Q22. 返品時にポイント残高が不足している場合は？

A. 規約に基づき残高を調整し、不足分を負残高・返金控除など定めた方法で処理します。チャネルごとに別対応をしません。

Q23. オフライン時の店舗ポイントを、どう同期しますか？

A. 端末内に取引IDと時刻を保存し、復旧後に順序を保って同期します。重複防止キーと上限を設け、競合を監査します。

Q24. 店舗限定・EC限定ポイントを、共通残高に混ぜますか？

A. 残高と利用条件を分けて表示します。共通、店舗限定、EC限定の有効期限・対象を明確にし、自由に使えると誤認させません。

Q25. ポイント移行による二重付与を、どう防ぎますか？

A. 移行取引へ一意IDを付け、同じ旧会員から一度だけ実行します。店舗・EC双方の処理結果を照合し、途中失敗を再開可能にします。

6. 店舗送客に関する5つの質問

Q26. ECから店舗へ送客する施策は、どの顧客へ出しますか？

A. 店頭確認や試着が役立つ商品、店舗受取希望、近隣在庫のある顧客へ案内します。オンラインで完結したい人へ来店を強制しません。

Q27. 店舗在庫あり表示を見て来店したのに、売切れていた時は？

A. 在庫時刻と「確保ではない」ことを表示し、取り置き導線を用意します。差異が起きたら謝罪・代替・他店在庫を案内します。

Q28. 来店予約と購入を、同じ顧客へどう紐付けますか？

A. 予約IDと会員IDを使い、来店受付時に本人確認します。予約者と購入者が異なる場合は、勝手に同一人物へ紐付けません。

Q29. 店舗送客クーポンの効果を、自然来店と区別するには？

A. 対象顧客をクーポン群と非配布群へ分け、店舗購入・粗利を比較します。元々来店予定だった利用を全て施策効果にしません。

Q30. 近隣店舗の案内に、現在地を使う必要がありますか？

A. 必ずしも必要ありません。本人が選んだ地域や登録店舗で足りるか検討し、現在地を使う場合は目的と変更方法を説明します。

7. EC送客に関する5つの質問

Q31. 店舗からECへ案内するのは、どのような場面ですか？

A. 店舗欠品、持ち帰り困難、色・サイズ不足、定期補充など、ECが不便を解消する場面です。店舗で完了できる購入を無理に移しません。

Q32. 店頭QRコードからのEC購入を、店舗貢献として測れますか？

A. 店舗・スタッフ・施策IDを含むQRと注文IDを紐付けます。紹介後の観測期間を定め、他施策との重複帰属ルールも設けます。

Q33. 店舗で欠品した商品を、ECへ案内する際の注意点は？

A. EC在庫、価格、送料、納期をその場で確認し、店舗条件と違う点を説明します。確保されていない在庫を断定しません。

Q34. 店舗スタッフのEC紹介が、押し売りにならないためには？

A. 顧客の希望を聞き、欠品や選択肢拡大の支援として案内します。EC誘導数だけをスタッフ評価にせず、接客満足も見ます。

Q35. 店舗からECへ送客した後、フォロー担当は誰ですか？

A. 注文前は店舗、注文・配送後はEC・CSなど段階ごとに決めます。顧客には窓口を一本化し、社内転送で説明を繰り返させません。

8. 在庫連携に関する5つの質問

Q36. 在庫連携では、どの在庫数を顧客へ表示しますか？

A. 実在庫から取り置き、安全在庫、更新遅延分を差し引いた販売可能数を使います。少数時は数量ではなく在庫僅少表示も検討します。

Q37. 店舗在庫は、どの頻度でECへ同期しますか？

A. 販売速度と許容誤差で決めます。人気商品は短く、低回転品は長くでき、最終更新時刻と遅延を監視します。

Q38. 取り置き中の商品を、販売可能在庫に含めますか？

A. 含めません。受取期限まで引当在庫として分け、期限切れや取消時だけ販売可能へ戻します。

Q39. 在庫連携が停止した時、EC画面をどう切り替えますか？

A. 古い数量を出し続けず、在庫表示を停止するか「店舗へ確認」に切り替えます。復旧後は差分照合してから再開します。

Q40. 店舗受取注文を、別店舗へ変更できますか？

A. 在庫・受取期限・引当状態が許せば変更できます。元店舗の引当解除と新店舗の確保を一つの処理として行います。

9. チャネル横断LTVに関する5つの質問

Q41. チャネル横断LTVは、売上を単純に合算すればよいですか？

A. 単純合算だけでは不十分です。返品、値引き、原価、配送、店舗・ECの獲得・接客費を反映し、同一顧客の重複を除きます。

Q42. 店舗会員だけの期間も、LTVへ含められますか？

A. 本人の統合と利用目的が確認できれば含められます。識別できない非会員購入を推定して個人LTVへ足しません。

Q43. 店舗とECの二重会員が残ると、LTVはどうなりますか？

A. 同じ人の売上が別顧客へ分かれ、人数が膨らみLTVが過小になります。統合率と重複候補を併記して解釈します。

Q44. ECから店舗へ購入が移った顧客を、離反とみなしますか？

A. 全社では離反ではありません。チャネル別休眠と全社休眠を分け、顧客が選んだチャネル移動を悪化とみなしません。

Q45. 横断利用の顧客はLTVが高い、と断定できますか？

A. 断定できません。元々価値の高い顧客が複数チャネルを使う可能性があるため、同等顧客の比較や施策テストで増分を確認します。

10. OMO施策に関する5つの質問

Q46. OMO施策は、オムニチャネルと何が違いますか？

A. オムニチャネルは接点・仕組みの連携、OMOはオンラインと店舗を意識せず目的を達成できる体験設計に重点を置く考え方です。

Q47. 店頭でECのカート内容を引き継げますか？

A. 本人のログイン・提示でカートを呼び出し、価格・在庫を再確認すれば可能です。共有端末に個人カートを残さないようにします。

Q48. 店舗接客後のEC購入を、誰の成果として扱いますか？

A. 売上帰属と貢献評価を分けます。接客ID、商品、期間を基に店舗貢献を記録し、EC売上と二重計上しません。

Q49. OMO施策を全店舗へ広げる前に、何を試しますか？

A. 少数店舗で本人確認、在庫差、接客時間、スタッフ操作、問い合わせ、利益を検証します。成功条件と中止条件を決めて段階展開します。

Q50. 店舗・EC統合が顧客体験を改善したか、どう確認しますか？

A. 会員統合だけでなく、在庫差、待ち時間、引継ぎ回数、返品・ポイント不備、購入・粗利、満足・苦情をチャネル横断で確認します。

まとめ

店舗・EC統合CRMは、会員・商品・注文状態・ポイント・在庫の定義と正本を揃え、誤統合を戻せる設計にします。売上帰属とチャネル貢献を分け、在庫差、引継ぎ、顧客の手間、粗利まで横断して評価してください。

関連情報

LTV-Labの機能：https://ltv-lab.jp/function/

料金：https://ltv-lab.jp/price/

無料デモ・お問い合わせ：https://ltv-lab.jp/contact/

LTVラボの記事一覧：https://ltv-lab.jp/ltvlab/