最新状況と次の対応が、すぐ出てこないとき
顧客情報を一元管理する前に 現在地と次の対応が分かる7項目
たとえば、問い合わせを受けた記録は表にある。提案メールは担当者の受信箱、契約日は別のシステム、利用中の相談はまた別の一覧にある。顧客名は見つかるのに、「いまどの段階か」「次に誰が何をするか」がすぐ答えられない——。
全部の情報を一か所へ移す前に、進行中の一件について7つの確認項目を埋めます。現在地と次の対応を、同じ一覧や画面から説明できる状態を先に作ります。
7項目を先に見る先に結論
完成条件を、「置き場所が一つ」から「次の対応が分かる」へ
顧客情報を一か所に集めても、更新されなければ最新とは限りません。会社名、連絡先、面談メモ、契約日がそろっていても、次の連絡、担当、期限、待っている理由が分からなければ、対応漏れに気づきにくい場面が残ります。
公開されている導入事例では、連絡履歴をスプレッドシート、面談メモを別ツールで管理していたため、どの顧客に何を連絡したかが不明瞭になり、情報の抜け漏れと担当者間の案件重複が起きていたと、導入企業の代表が説明しています。問い合わせ増加を前に複数のCRM(顧客関係管理)・SFA(営業支援)を比較し、導入支援を含めて製品を選んでいます。[1]
別の公開調達依頼では、既存システム、スプレッドシート、複数の道具へ情報が分かれ、最新情報や対応状況の確認に時間がかかり、対応漏れ・更新漏れを防ぐ仕組みが不足していることが、発注理由として示されています。求めていたのは、問い合わせから契約・利用・終了までを一人ずつ追い、現在の状況と未完了業務を確認できる仕組みでした。[2]
二つの資料は、どの製品が最適かを証明するものではありません。共通しているのは、情報の置き場所だけでなく、顧客にひもづく相談・案件・契約一件の現在地と次の対応を確かめたいという需要です。このページでは、その一件を7項目で整理します。
段階名だけにしない
問い合わせから終了までを、事実でつなぐ
事業によって段階は変わります。ここでは法人向けサービスの仮想例として、次の六段階を使います。状態欄を手入力する場合も、現在の段階に入った根拠と日付を一緒に記録します。
- 01問い合わせ
受付番号と受付日が記録された
- 02提案
提案書を送り、受領を確認した
- 03契約
双方の締結と開始日を確認した
- 04利用開始
開始条件を満たし、利用を確認した
- 05利用中
継続条件と未完了対応を追っている
- 06終了
終了日と終了後の対応を記録した
「提案中」「利用中」という名前だけが残らないように、段階を変える出来事、日付、確認者を決めます。自動判定が必要か、担当者が更新するかは、件数と運用に合わせて選びます。
製品を比べる前に
顧客にひもづく進行中の一件で確認する7項目
ここで「一件」と呼ぶのは、会社そのものではなく、顧客にひもづく相談・案件・契約です。同じ会社に進み方の異なる案件が二つある場合は、会社情報を共通で持ちながら、案件を二件に分けます。今日対応が必要な一件を選び、分からない欄には「未確認」と書きます。
- 01
何を一件として追うか
会社、担当者、相談・案件、契約、利用中の問い合わせを同じ一件として上書きしません。一社に複数の相談や契約がある場合は、会社番号と案件番号・契約番号を分けて結びます。
書くこと:顧客番号 / 案件・契約番号 / 対象サービス / 関係する担当者 - 02
現在の段階
問い合わせ、提案、契約、利用開始、利用中、終了など、いまいる段階を書きます。段階を細かくしすぎず、次に行う仕事が変わる区切りにします。
書くこと:現在の段階 / 開始日 / 次に進める条件 - 03
現在の段階に入った根拠
提案書を作った日ではなく送った日、契約書を受け取った日ではなく双方の締結が完了した日など、現在地を説明できる出来事を残します。
書くこと:出来事 / 発生日 / 記録元 / 確認した人 - 04
次に行う対応
「フォローする」ではなく、誰に何を確認し、何が分かれば次へ進むかを書きます。一件の次の対応は、同時に増やしすぎないようにします。
書くこと:次の行動 / 相手 / 終了条件 / 行動後に更新する項目 - 05
対応する担当
部署だけでなく、主に動く担当を決めます。休みや異動に備え、代わりに確認できる役割と、判断が必要な場合の責任者も残します。
書くこと:主担当 / 代替担当 / 判断者 / 変更日 - 06
期限と待ち理由
次に確認する日と、誰の何を待っているかを書きます。返答待ちでも、待ち始めた日と再確認日を決め、期限後に誰へ判断を求めるかも決めます。
書くこと:期限 / 次回確認日 / 待っている相手と内容 / 判断を求める相手 - 07
最新として更新する記録と履歴
どの記録を見れば現在地が分かるかを一つ決めます。これを、このページでは「最新として更新する記録(正本)」と呼びます。他の記録は番号やリンクでたどれるようにします。
書くこと:更新元 / 更新できる人 / 参照記録 / 変更履歴 / 閲覧範囲
架空のサービス案件
進行中の一件で、7項目を埋める
法人向け保守サービスの提案を相手が社内確認している、という仮想例です。実在の企業、取引、日付ではありません。
| 確認項目 | 記入例 | 残った確認 |
|---|---|---|
| 何を一件として追うか | 顧客番号 C-017 に結びつく案件 D-024。一社に複数案件を持てる | 契約後に案件番号と契約番号をどう結ぶか |
| 現在の段階 | 提案確認待ち。2026年8月28日開始 | 確認後を「条件調整」「契約手続き」のどちらに分けるか |
| 現在の段階に入った根拠 | 提案書を送付し、相手の受領を確認 | 受領確認メールを案件へリンクする |
| 次に行う対応 | 相手の社内確認結果と、追加条件の有無を聞く | 回答がない場合の再連絡文 |
| 対応する担当 | 主担当は営業A。休みの場合は営業チームが引き継ぐ | 追加条件の判断者を決める |
| 期限と待ち理由 | 9月3日に確認。相手の社内承認待ち | 回答がない場合、営業責任者へ判断を求める |
| 更新元と履歴 | 案件 D-024 を最新として更新し、提案書とメールをリンクする | 更新者と変更履歴の保持期間を決める |
この例では、案件 D-024 を開けば、現在地と次の対応を説明できます。逆に、すべてのファイルを一か所へ移しても、提案確認待ち / 9月3日に確認 / 相手の社内承認待ちが更新されなければ、この一覧だけでは対応漏れに気づきにくくなります。
自社の一件へ転記する
空欄の確認表
表計算ソフトや手書きのメモへ、そのまま項目名を移せます。
| 確認する項目 | 自社の一件 | 未確認事項 | 誰が・いつ確認するか |
|---|---|---|---|
| 何を一件として追うか | |||
| 現在の段階 | |||
| 現在の段階に入った根拠 | |||
| 次に行う対応 | |||
| 対応する担当 | |||
| 期限と待ち理由 | |||
| 最新として更新する記録と履歴 |
未確認欄は、すぐにシステム項目へ変えません。実際の一件で必要性を確かめ、毎回起きるもの、判断が変わるもの、漏れると困るものから管理対象にします。
移行より先に試す
現在の表と道具で、一件を最後まで追う
- 1
進行中と終了済みを一件ずつ選ぶ
進行中は現在地と次の対応、終了済みは終了条件と履歴を確認できます。最初から全顧客を移しません。
- 2
7項目を埋め、未確認を残す
聞かないと分からない、メールを探さないと分からない、二つの表で内容が違う、といった箇所を未確認として残します。
- 3
各項目の更新場所と更新者を決める
現在の段階、次の対応、担当、期限、待ち理由を最新としてどこで更新するかを一つにし、他の記録へ番号やリンクを付けます。
試した後は、未確認の項目だけでなく、更新する人が決まらない項目、根拠を別の記録からたどれない項目、次の対応に期限がない項目を数えます。二件目も同じように試し、共通して詰まる項目を先に直します。移行する情報や追加する機能の優先順位は、その詰まりから決めます。
今日、進行中の一件だけ
まず三つを説明し、7項目で確かめる
顧客管理の製品一覧を作る前に、今日対応が必要な一件を選びます。7項目を埋め、分からない欄には「未確認」と書きます。
- 1
この一件は、いまどの段階にいるか。
- 2
何が起きて、その段階になったか。
- 3
次に誰が、いつ、何をするか。
三つは状況を短く説明するための要約です。一件目の整理が完了したかは、何を一件として追うか / 待ち理由 / 最新として更新する記録 / 変更履歴まで含む7項目で確認します。
既存の手段で満たせるなら、まずその方法で試します。満たせない範囲が分かったときに、市販製品、連携、改修・開発を比べます。
迷ったときの確認
よくある質問
顧客情報は一つの表にまとめればよいですか?
一つの表に押し込む必要はありません。会社、担当者、相談・案件、契約、問い合わせは、一社に複数件ある場合があります。何を一件として追うかを分け、共通番号やリンクでたどれるようにします。
最初から全項目を移行する必要はありますか?
この記事の試行段階では、全項目の移行を前提にしません。進行中の一件と終了した一件で7項目を埋めます。本格導入時の移行範囲は、必要な期間・項目に加え、保存義務、権限、履歴、連携、移行後の照合方法を含めて決めます。
どの状態なら独自開発を検討しますか?
一件の段階、次の対応、担当、期限、待ち理由を扱うルールが固有で、市販製品の設定や連携では無理がある場合です。必要件数、権限、履歴、通知、連携、運用負荷も含め、市販製品と同じ完成条件で比較します。