オンラインと店舗の顧客をつなぐ前に決めること

「オンラインと店舗のデータをつなぎたい」という要望は、ほぼどの現場でも出ます。ところが着手すると止まります。止まる理由は技術ではなく、何のためにつなぐかが決まっていないことです。

目的が違えば、必要な紐付け率も、許される誤りの量も、かける費用も変わります。先に決めるのは5つです。

1. 何のためにつなぐか

分析が目的なら、紐付け率が低くても始められます。接客や特典が目的なら、精度が足りるまで公開できません。

ここを混ぜたまま進めると、「分析には十分だが接客には使えない」状態のデータを、接客に使おうとして事故になります。

2. どこまでを同一人物とするか

判定の基準を決めます。詳しい手順は別の記事に書きますが、決めるのは次の3点です。

目的が接客なら「保留する」一択です。分析なら、保留と統合の両方の数字を出して差を見てから決めます。

3. どちらを正とするか

同じ人の情報が両方にあり、内容が違う場合にどちらを採用するかです。

最後の行だけは機械的に決めます。片方で配信を止めた人に、もう片方から送らないでください。ここを間違えると苦情になります。

4. 紐付かない顧客をどう扱うか

必ず残ります。残ることを前提に設計します。

「両方にあるが紐付かない」件数を毎月数えます。この数が減らないなら、判定ルールか、店舗での情報取得のどちらかに問題があります。

5. 誰が見られるか

つないだ結果、1人の顧客について分かることが増えます。増えた情報を誰が見てよいかを、つなぐ前に決めます。

「店舗の担当が、その顧客のオンラインでの閲覧履歴まで見られる」状態は、多くの場合やりすぎです。必要な範囲を先に切ります。

個人情報の確認

技術的にできることと、してよいことは別です。着手前に次を確認します。

削除の求めに応じられる構造かどうかを最初に見ます。統合のIDを発行したあと、元の1件だけを消せない設計になっていると、後で困ります。

進める順番

1. 目的を1つに決める（分析／接客／特典）
2. 重複の規模を数える
3. 判定ルールを決めて、分析基盤の上だけで統合する
4. 100件を目で確認する
5. 集計で使い始める（この段階では接客に使わない）
6. 紐付け率が目的の水準に達したら、接客に使う

5と6の間に線を引きます。集計で使えたからといって、そのまま接客に流さないでください。

効果の見え方

つないだ直後に起きることを、先に共有しておきます。

最後の行が、つないだ最大の成果です。併用している顧客の購入金額は、片方だけの顧客より高いことが多いです。この差が分かると、送客施策の投資判断ができます。

やること

手順1. 目的を1行で書く

目的：併用顧客の比率と購入金額を把握し、送客施策の投資判断に使う
用途：分析のみ。接客には使わない（第2段階で検討）

手順2. 重複の規模を数える

電話番号かメールアドレスで、両方に存在する件数を数えます。1%なら後回し、20%なら最優先です。

手順3. 店舗側で会員証の提示率を数える

店舗購入のうち、会員IDが記録されている割合を出します。この割合が、分析でつなげる上限になります。

手順4. 段階を分けて合意する

第4を同じ案件に含めません。精度の要件がまったく違うため、同じ計画に入れると第1〜3まで止まります。

失敗例

まとめ

• 止まる理由は技術ではなく、何のためにつなぐかが決まっていないこと
• 目的が分析なら紐付け率が低くても始められます。接客・特典なら精度が要ります
• 内容が食い違うとき、配信の可否だけは制限の強い側に合わせます
• 紐付かない顧客は必ず残ります。「両方にあるが紐付かない」件数を毎月数えます
• つないだ結果として増えた情報を、誰が見てよいかを先に切ります
• 削除の求めに応じられる構造かを最初に確認します
• 分析での利用と接客での利用の間に線を引き、別案件にします

最初にやることは、目的を1行で書くことです。この1行で、必要な精度も、かける費用も決まります。