↗付きの用語リンクは、別タブで説明を開きます。
法人向けECでは、注文が終わった後にも、使い方の確認、追加発注、別案件の相談などの接点が生まれます。しかし、購入履歴が残っていても「誰が、いつ、何を確認するか」が決まっていないと、継続対応は担当者の記憶に頼りがちです。
顧客管理表は連絡先の名簿ではなく、次の対応を見つけるための表として設計します。顧客情報・対応履歴・購入後フォローをつなぐ項目と使い方を解説します。記入例はすべて架空です。
顧客・案件・注文を分けて考える
同じ会社から複数人が問い合わせることも、一人の担当者が別の案件で購入することもあります。会社名を一行にまとめ、最新メモを上書きし続けるだけでは、過去の相談と今回の注文が混ざります。
まず、会社や担当者を識別する「顧客」、検討している用途や商談を記録する「案件」、確定した購入を示す「注文」を区別します。大きなシステムを入れなくても、顧客ID、案件ID、注文番号の対応を管理するだけで、情報の紐づけを整理できます。
CRMは、こうした顧客との関係や対応を管理する考え方・仕組みです。最初から機能を増やすより、表を開いた人が次に何をすべきか判断できる状態を目指します。
管理表には次回対応まで記録する
| 項目 | 記録する内容 | 運用の注意 |
|---|---|---|
| 顧客・案件ID | 社内で同じ相手・相談を識別する番号 | 同姓・似た会社名だけで統合しない |
| 会社・担当情報 | 確認済みの会社名、担当窓口、役割 | 推測と本人から確認した事実を分ける |
| 購入・相談内容 | 注文への参照、用途、確認したい点 | 注文データ全体を何度も複製しない |
| 現在の状態 | 納品確認、使用状況確認、回答待ちなど | 「対応中」だけで済ませない |
| 対応責任者 | 主担当、必要に応じた代理担当 | 全員担当という状態を避ける |
| 次回対応 | 確認日、行うこと、連絡方法 | 日付だけでなく目的も残す |
| 履歴・資料 | 対応日、相手の回答、関連資料への参照 | 最新メモの上書きで過去を消さない |
| 連絡上の条件 | 希望する窓口・時間、連絡不要の意思 | 配信許諾と個別対応の範囲を混同しない |
表の全項目を最初から埋める必要はありません。ただし、担当者と次の確認日は空白のままにしない運用が必要です。未確定なら「担当確認待ち」「日程調整中」として、誰がいつ決めるかを残します。
住所や個人の連絡先などは、業務上必要な範囲で扱います。すべてを一つの共有表へ転載するより、権限が管理された顧客・注文情報への参照で足りる場合があります。
購入後フォローの目的と時点を決める
購入後の連絡を、すぐに次の商品を売るための案内だけにしないことが重要です。商品が届いたか、使い始められたか、不明点が残っていないかなど、購入者にとって確認する意味のある目的を設定します。
連絡時点は、注文日から機械的に同じ日数で決めるのではなく、出荷、納品、利用開始など、自社の商品に合う基準から考えます。受注生産品と、すぐ使う消耗品では、適した確認タイミングが異なります。相手と次の確認時期を合意できる場合は、その約束を優先します。
たとえば「納品後、利用開始の状況を確認する」「回答予定日に見積の不明点を確認する」と目的を具体化します。連絡への反応がない場合も無期限に追い続けず、頻度や終了判断を社内で決め、相手から連絡不要の意思が示された場合は確実に反映します。
記入例で担当者間の基準を揃える
次は記録方法を説明する架空例です。実際の会社・商品・顧客を表したものではありません。
- 顧客ID：法人A。案件ID：導入テストA。
- 現在の状態：サンプル受領を確認。利用部門の評価待ち。
- 相手から確認できたこと：来週の社内確認後に回答予定。
- 次回対応：合意した回答予定日に、評価結果と追加資料の要否をメールで確認。
- 担当：営業担当。代わりに対応する場合は履歴を読んでから連絡。
- 資料：共有権限を設定した説明資料・見積への参照。
「見込みあり」だけでは、根拠も次の行動も分かりません。「追加購入の可能性がある」という担当者の判断と、「相手が追加の見積を希望した」という確認済みの事実を分けます。受注予定と受注確定も別の状態にします。
電話後に担当者だけが情報を持つ状態を避けるため、対応した人が同じ日のうちに要点を残す、といった更新ルールを決めます。会話の全文ではなく、確認できた内容、保留点、次の約束を記録すれば、引き継ぐ人も読みやすくなります。
週次では期限超過と担当不明を確認する
会議で全顧客を順番に読み上げるより、期限が近いもの、期限を過ぎたもの、担当が決まっていないものを先に確認します。受注した案件だけを見ると、回答待ちや確認漏れが表に残り続けます。
- 次回確認日が到来した案件を抽出する。
- 連絡済みか、相手の回答待ちか、自社の回答待ちかを区別する。
- 止まっている理由と、再開に必要な資料・判断を確認する。
- 担当と次回確認日を更新し、終了する案件は理由を残す。
- 担当不在でも別の人が履歴から対応できるかを点検する。
確認指標には、受注金額だけでなく、回答期限超過、次回日未設定、担当不明、情報不足で連絡できなかった案件などを使えます。連絡件数を増やすことだけを目標にすると、相手が望まない接触を増やしかねません。対応の目的と品質を併せて見ます。
共有範囲と情報の扱いを先に決める
顧客管理表には、業務に必要な情報が集まります。閲覧・編集・外部共有の範囲を分け、担当変更や支援契約の終了時には権限を見直します。個人情報保護委員会も、個人データへのアクセスを必要な範囲にする措置を示しています。公式Q&A：アクセス制御。
連絡先を持っていることと、広告メールを送ってよいことは同じではありません。取得時の利用目的、本人の意思、利用モールの規約や適用法令を確認し、許される範囲で利用します。判断が難しい場合は、社内の個人情報管理責任者や専門家へ確認してください。
少人数なら共有表と明確な更新担当から始められます。複数部門や外部担当者が関わる場合は、権限、変更履歴、重複連絡の防止を重視し、必要に応じてCRMなどを検討します。表の便利さよりも、正しく更新され、適切な人だけが使えることが前提です。
まとめ
BtoB ECの顧客管理では、購入履歴だけでなく、確認済みの課題、対応責任者、次の確認日、連絡の目的を記録します。顧客・案件・注文を紐づけ、履歴を上書きせず残すことで、担当者が変わっても状況を把握しやすくなります。まずは少数の案件で記入基準を揃え、対応漏れや情報不足を見ながら項目を調整してください。
