展示会・電話・紹介データをMAに取り込む　オフライン接点の計測とデータ化

展示会で名刺を獲得した。電話で問い合わせが入った。取引先から紹介が来た。――いずれも商談に直結しやすい重要な接点です。

ところが実務では、リストが担当者ごとに分散し、入力の粒度もバラバラで、後から見返すと「どこから来たリードか分からない」「誰がいつ対応したか追えない」「成果に結びついた要因を説明できない」という状態になりがちです。
こうなると、追客は属人化し、改善の打ち手も出せません。

オフライン接点をMAに取り込む目的は、入力作業の効率化だけではありません。
展示会・電話・紹介で得た顧客を同じルールでデータ化し、商談・受注に紐づく形で計測可能にすることです。

本記事では、定義→項目→運用→連携→KPIの順に、現場で回る設計へ落とし込みます。

オフライン接点で起きる3つの断絶

オフライン接点が評価不能になる背景は、大きく3つです。

1つ目は記録の欠落です。現場で発生した接点が登録されない、あるいは自由記述メモに留まって検索できないといった状態が該当します。
こうした状態のデータは、当然ながら後から追うことができません。

2つ目は粒度の不一致です。
展示会はイベント名まで細かいのに、電話は「電話」、紹介は「紹介」だけ、といった具合に分類が揃わないと比較ができません。

3つ目は成果への接続不足です。
接点が残っても、商談・受注に紐づかず、結果として「数はあるが意思決定に使えないデータ」となってしまいます。

突破口は単純で、接点を同じ物差しで残し、成果とつながる形で管理することです。

「何をデータ化するか」：属性と接点ログを分ける

最初に、データを2種類に分けて考えるとブレにくくなります。

この2つを混ぜると事故が増えます。属性は更新されますが、ログは積み上げるものだからです。
原則として、属性は最新状態を保持し、接点ログは履歴として蓄積させます。

実装面では、接点ログの置き場所を先に決めると設計が進みます。

例えば、

• MA側の活動履歴に残す（メール反応と同列で追える）
• MA側に“接点ログ用の枠”を用意する（粒度を揃えやすい）
• CRM/SFA側の活動・タスクに残し、MAは参照する（営業運用と整合しやすい）

といった選択肢があります。
どれを選ぶにせよ、属性とログを分離する原則は崩さない方が安全です。

リードソース定義：同列化のための「分類」と「更新ルール」

次に決めるべきはリードソース（流入経路）の定義です。
オフラインはUTMのような識別子が自動で付かないケースが多く、定義が曖昧だと「ソース不明」が増えます。
扱いやすいのは次のような階層設計です。

• 大分類：オンライン／オフライン
• 中分類：展示会・イベント／電話／紹介／訪問 など
• 小分類：イベントコード、紹介元区分、受付窓口、キャンペーン名 など

加えて、更新ルールも決めておきましょう。
おすすめは、初回接点（First touch）は上書きせず残し、最終接点（Last touch）は更新するというルールです
この2軸だけでも、「最初は展示会、最後は紹介だった」といった説明が可能になります。
貢献度（アトリビューション）を最初から一つに固定すると揉めやすいので、まずは初回・最終を確実に残せる状態を優先すると現場で回ります。

入力項目設計：最小セットで回し、後から増やせる形にする

入力項目は盛り込みすぎると入力が止まり、少なすぎると分析できません。
最初は「共通の最小セット」を定め、接点別に必要分だけ追加する設計が安全です。

共通（最小セット）の例は次の通りです。

• 発生日時、接点種別（展示会／電話／紹介）
• リードソース（大・中・小）
• 登録者／担当者
• 対応ステータス（未対応／対応中／引き渡し済など）

接点別の推奨項目は、目的に直結するものに絞ります。
展示会ならイベントコード、電話なら要件カテゴリ（相談内容の分類）、紹介なら紹介元区分（パートナー／既存顧客／社内など）などです。

あわせて名寄せ（重複排除）の前提を置きましょう。
ここを曖昧にすると、接点ログが増えるほどデータが壊れます。
ポイントは「照合キーの優先順位」を決めることです。
多くの現場では、取得できる項目に応じて「メール」「電話」「会社名＋氏名」などを優先キーとして扱います。
会社名は表記ゆれが起きるため、登録時に候補から選ぶ運用に寄せると、後工程のクレンジングが減ります。

接点別フロー① 展示会：イベントコードと責任分界で崩れを防ぐ

展示会は短期間に大量の接点が発生し、入力・整理が追いつかず失速しやすい領域です。
重要なのは「どこで取得し、いつ登録するか」を固定することです。

どこで取得し、いつ登録するか

まず明文化すべきは、受付、名刺取得、リスト化、MA/CRM反映までの流れの中で、誰が／いつまでに／どの項目まで入力するのかといった点です。
ここを曖昧なまま始めると、二重入力や入力漏れが起き、結局Excelに戻ってしまいます。

「イベントコード」で後工程をラクにする

ここで効くのがイベントコード（接点コード）です。
イベント名を自由記述にせず、コードで管理すると集計と運用が一気に楽になります。
例として「YYYYMM_イベント略称_会場」のように形式を固定し、必ずログに残すだけでも、接点別の商談化率・受注率を出しやすくなり、説明可能性が上がります。

展示会後フォローを“自動化できる前提”を作る

展示会後のフォローを自動化したい場合も、先に必要なのは施策の華やかさではなく、イベントコードでセグメントできる前提です。
ここが整うと、メール・架電・案内など次の打ち手が設計しやすくなります。

接点別フロー② 電話：ログの粒度を決めて「残りにくさ」を克服する

電話は速い接点ですが、ログ化の仕組みがないと情報が残りにくいのが弱点です。

電話は「ログの粒度」を決めないと増えるだけ

まずはログの粒度を決めましょう。
長文メモを強制すると入力が止まるため、要件カテゴリ、次アクション、期限（いつまでに）といった「追客に必要な最小情報」を先に整える方が実務的です。

営業経由の電話を取りこぼさないルール

また、電話は営業側に寄りやすいため、入力の責任分界が欠かせません。
「誰が入力するか」「いつ入力するか」「入力がない場合どう検知するか」を決め、二重入力を避ける導線にを作りましょう。
例えば、受付窓口で一次登録し、詳細は担当者が追記する。あるいは、営業が案件化した時点で必ず“起点接点”を選ぶ、といった設計です。

接点別フロー③ 紹介：目的から逆算して“取りすぎ”を防ぐ

紹介は質が高い一方で、既存リードとの重複や、紹介者情報の扱いが難しく、計測不能になりやすい接点です。
対策は、紹介を何のために計測したいかを先に定義することです。

紹介者情報は「目的から逆算」して必要最小限に

紹介経由の商談化率を見たいのか、パートナー別の貢献を把握したいのかで、必要な項目が変わります。
まずは、目的を明確にすることから始めましょう。

紹介者情報は、目的に必要な最小限に絞ります。
例えば「紹介元区分」「紹介元企業（またはチャネル）」「紹介発生日時」だけで、比較可能な計測は成立します。

個人情報や詳細属性は、必要性が明確になってから追加する方が安全です。

MA×CRM/SFA連携で事故らないための設計ポイント

オフライン接点のデータ化が進むほど、ツール間での連携の設計がボトルネックになります。
典型的な事故は同期ズレ、上書き、競合、重複です。
ここでは、こうした典型的な事故を防ぐためのポイントを押さえます。

所有者と更新方向（どちらが正）を決める

所有者（どちらが正）を決めます。
例えば、会社名や役職など属性の確定値はCRMを正にし、MA側は参照中心にする、といった具合です。同じように、更新方向も明確にします。
ツール同士の双方向同期は便利ですが、競合や上書きの設計・検証が増えるため、まずは範囲を絞り、必要な項目だけ同期する方が安定します。

フィールドマッピング：属性と履歴を混ぜない

もう1つ重要なポイントは、属性と接点ログを混ぜないことです。
接点ログを属性フィールドで表現すると最新しか残らない、またはフィールドが増えすぎる、という問題に必ず直面します。
履歴は履歴として扱う設計が、安全で拡張もしやすい方法です。

データ品質を維持する運用：迷わない仕組みと月次チェック

計測可能なデータは、入力が続き、一定の品質が保てて初めて価値になります。
ルールを増やすより、迷わない設計に寄せるのがコツです。
自由記述を減らし、選択肢を統一し、必須項目は最小にする。入力タイミングを固定し、例外時の扱いも決めておくだけでも欠損とバラつきが減ります。

月次チェックは難しく考えなくて構いません。
見るべきは「ソース不明の比率」「重複の増加」「ステータス滞留（未対応の放置）」です。
加えて、展示会・電話・紹介のいずれかに入力が偏りすぎていないか（＝運用が止まっている接点がないか）も確認します。
問題が見える形にできれば、改善が回り始めます。

また、電話や紹介は個人情報が含まれやすい接点です。
保存期間や閲覧権限などの取り扱いは、自社ルールと法令に沿って整備しておくと良いでしょう。

効果測定：接点別KPIを「比較できる形」に揃える

最後に、接点を取り込む目的である効果測定についても押さえておきましょう。

接点別のKPIは、比較できる定義で揃えることが最重要です。
最低限は、接点数→有効リード→商談化→受注、というファネルで十分です。
これを展示会・電話・紹介で同じ定義にすると、「どの接点が強いか」「どこで詰まるか」を説明できるようになります。

さらに一歩進めるなら、スピード指標（例：発生から初回対応までの時間）を入れると改善が具体化します。
オフラインは対応の遅れが機会損失に直結しやすいため、接点ログとステータスが揃っていると、ボトルネックが見える化できます。

貢献度（アトリビューション）は、最初から精緻にしようとすると運用負荷が上がります。
まずは初回接点・最終接点・接点数が見える状態を作り、必要になったタイミングで寄与の考え方を拡張する方が、継続性を担保できます。

まとめ　オフライン接点は“同じルールで残す”と改善できる

展示会・電話・紹介で得た顧客データは、放置するとソース不明になり、評価も改善もできなくなります。
一方で、リードソース定義を揃え、属性と接点ログを分け、最小の入力項目で回るフローを作れば、オフライン接点もMAの管理対象になります。

重要なのは、接点を記録することではなく、商談・受注とつながる形で「計測できるデータ」にすることです。
今日から定義、項目、連携、品質、KPIを一貫させ、再現性ある追客と効果測定へつなげてみてください。