ひとり事業の顧客管理Excel:連絡漏れを防ぐ台帳の記入例
この記事の内容
ひとりで顧客対応をするなら、ExcelやGoogleスプレッドシートでも、連絡先と次回対応を管理できます。重要なのは、顧客一覧にすべてを書き込まず、「顧客」「案件」「履歴」を分けることです。
以下の表は架空データの記入例です。表の列をそのまま自分のファイルへ用意すれば、特定の有料CRMを契約せずに始められます。Excelファイルの配布や実機操作の検証結果ではなく、台帳を設計するための完成例として使ってください。
顧客表は変わりにくい情報だけを残す
顧客表には、会社や個人の基本情報を置きます。電話するたびに変わる内容をこの表へ足すと、古い対応が消えやすくなるため、連絡の記録は後述の履歴表へ分けます。
| 顧客ID | 顧客名 | 窓口氏名 | 連絡方法 | 状態 |
|---|---|---|---|---|
| C001 | 青葉商店 | 佐藤花子 | 仕事用メール | 取引中 |
| C002 | 山田教室 | 山田太郎 | 電話 | 相談中 |
| C003 | 海辺カフェ | 鈴木葵 | 仕事用メール | 取引終了 |
実際のファイルには必要なメールアドレスや電話番号を別列で入れます。この記事の架空例には、誤送信を避けるため実在する連絡先を載せていません。
顧客IDは、一度付けたら名前変更後も維持します。社名の表記だけで他の表と結び付けると、略称や全角・半角の違いで同じ顧客を見落としやすくなります。
案件表には次回対応を一つ決めて置く
顧客ごとの依頼は案件表へ記録します。同じ顧客から別の仕事を受けたら、顧客IDは同じまま、案件IDを増やします。
| 案件ID | 顧客ID | 件名 | 状態 | 次回対応日 | 次の行動 |
|---|---|---|---|---|---|
| D001 | C001 | 秋のチラシ | 見積提出済み | 2026/10/12 | 部数を確認 |
| D002 | C001 | 店頭ポスター | 受注 | 2026/10/09 | 原稿を受領 |
| D003 | C002 | 体験会の案内 | 相談中 | 2026/10/15 | 面談候補を送る |
「対応する」のような抽象語だけでなく、何をすれば次へ進むかを書きます。顧客の返事待ちなら、次回対応日にはこちらから確認する日を入れます。期限のない待ち状態を放置しないためです。
状態の候補は最初から増やさず、「相談中」「見積提出済み」「受注」「見送り」など、行動が変わる区別に絞ります。数値で管理したい金額や日付は、長い文章の中へ埋め込まず独立した列にします。
対応履歴は一回の連絡につき一行追加する
最新の内容でメモを上書きすると、前回の約束が分からなくなります。履歴表は、一回の電話やメールごとに一行追加する方式にします。
| 履歴ID | 案件ID | 日付 | 方法 | 相手の回答 | 自分の次の行動 |
|---|---|---|---|---|---|
| H001 | D001 | 2026/10/08 | 電話 | 300部で検討中 | 12日に数量確定を確認 |
| H002 | D002 | 2026/10/08 | メール | 写真は9日に送付予定 | 9日に受領を確認 |
相手が実際に言ったことと、自分の推測を分けます。「予算に不満そう」だけでは後から判断できないため、「予算上限は3万円との回答」のように確認できた内容を残します。
受信メールの全文を何度も転記する必要はありません。要点と元の記録を探す手掛かりを残し、添付資料は管理場所を決めて保存します。
朝は今日以前の未完了案件だけを見る
毎朝すべての顧客を読み直すのではなく、案件表を次回対応日で絞ります。基準は「今日以前の日付」と「まだ対応が終わっていない状態」です。日付のない進行中案件も別に確認すると、次の行動を決め忘れた案件を拾えます。
Googleスプレッドシートにはフィルタやフィルタ表示の機能があります。共同利用へ広げる場合は、他の人の表示に影響するかも理解して使います。Googleのフィルタ説明
完了したら履歴を追加し、案件表の次回対応日と次の行動を更新します。今後の対応がない見送り案件は終了状態にし、毎日の一覧から外します。日付だけを後ろへ送ると、未対応だった事実が消えるので、延期理由を履歴に残してください。
週に一度は重複・空欄・番号の対応を点検する
台帳は入力できるだけでは足りません。一週間に一度、進行中なのに次回対応日が空欄の案件、顧客IDが存在しない案件、同じ人が重複登録されていないかを見ます。
電話番号は先頭の0が失われないよう、文字列として扱う列にします。日付は同じ形式で入力し、並べ替えで正しい順になるかを確認します。列の途中に見出しや集計行を挟むと抽出しにくくなるので、見出しは先頭一行、データは一行一件を基本にしてください。
元データを変更する前には、日付を付けたコピーを保管します。顧客情報を含むファイルの共有先は必要な相手に限定し、外注先へ台帳全体を渡す前に、必要な列と行を絞ります。
表計算からCRMへ移るのは入力が分散してからでもよい
一人で更新し、次回対応を毎朝確認できるなら、この台帳で続けても構いません。CRMへ移るきっかけは、担当者が増え、履歴の確認や関連付け、入力漏れの確認が負担になったときです。
移行を見据えても、最初から複雑な仕組みにする必要はありません。固定のID、独立した日付列、一行一件の記録を守れば、移行時に項目を整理しやすくなります。
台帳を作ったら、実際の案件を数件入れ、翌朝に「今日すること」が見えるか確認してください。見えない場合は新しい製品を探す前に、状態と次回対応の列が仕事の流れに合っているかを見直しましょう。