タグ: 対応履歴

顧客管理をスプレッドシートで始めること自体は、悪いことではありません。

最初は、会社名、担当者名、メールアドレス、相談内容、見積状況が一覧で見えれば十分です。少人数の事業なら、大きなCRMを導入するより、スプレッドシートの方が早く始められます。

ただし、問い合わせ件数や継続案件が増えてくると、少しずつ困りごとが出てきます。

「前回どこまで話したっけ？」 「見積は送った？まだ？」 「次に連絡する日は誰が覚えている？」 「メールには残っているはずだけど、どの件名だった？」

この状態になると、顧客一覧はあっても、対応履歴が業務で使える形になっていません。

この記事では、小規模事業者や少人数チーム向けに、スプレッドシートの顧客管理を小型CRMへ移す前に決めたい項目、ステータス、対応履歴、通知、移行手順を整理します。

ポイントは、最初から大きな営業管理システムを作ることではありません。顧客一覧、案件、対応履歴、次アクションを分けて、探さなくても次にやることが分かる状態を作ることです。

顧客管理の限界は「行が増えたこと」ではなく「履歴が追えないこと」

スプレッドシートの顧客管理がつらくなる原因は、行数が増えることだけではありません。

本当に困るのは、対応の流れが追えなくなることです。

• 初回問い合わせの内容
• 返信した日時
• 見積書を送ったかどうか
• 相手からの返事
• 次に連絡する日
• 保留になった理由
• 納品後のフォロー状況
• 担当者のメモ

これらが、メール、チャット、見積ファイル、メモアプリ、スプレッドシートに分かれていると、対応するたびに探す時間が発生します。

顧客管理で必要なのは、顧客名の一覧だけではありません。誰に、いつ、何を伝え、次に何をするのかが分かる履歴です。

小型CRMでは4つの情報を分ける

小型CRMを作るときは、最初に情報を4つに分けると考えやすくなります。

種類	何を管理するか	例
顧客	会社や個人そのものの情報	会社名、担当者、連絡先、業種
案件	相談や依頼の単位	LP制作相談、業務自動化相談、バナー制作依頼
対応履歴	いつ何をしたか	初回返信、見積送付、打ち合わせ、保留理由
次アクション	次に誰が何をするか	6月25日に再連絡、見積修正、資料確認

スプレッドシートでは、これらが1行に混ざりやすくなります。

たとえば、同じ顧客からLP制作と業務自動化の相談が別々に来た場合、顧客情報は同じでも案件は別です。さらに、各案件には複数の対応履歴があります。

この関係を分けずに1枚の表で管理すると、メモ欄が長くなり、履歴の順番が分からなくなり、次の対応が埋もれます。

小型CRMでは、最初から完璧な設計にしなくても構いません。ただし、「顧客」「案件」「履歴」「次アクション」は別物として扱う方が、後から壊れにくくなります。

最低限入れたい項目

最初の小型CRMでは、項目を増やしすぎない方が続きます。

顧客情報に入れたい項目:

• 会社名または氏名
• 担当者名
• メールアドレス
• 電話番号
• WebサイトURL
• 業種や事業内容
• 連絡してよい時間帯
• 備考

案件情報に入れたい項目:

• 案件名
• 相談カテゴリ
• 依頼内容の要約
• 予算感
• 希望納期
• 案件ステータス
• 見積金額
• 担当者
• 次回連絡日

対応履歴に入れたい項目:

• 対応日時
• 対応種別
• 対応内容
• 相手の反応
• 添付資料や関連URL
• 次にやること
• 記録した人

ここで重要なのは、メモを自由記述だけにしないことです。

自由記述は便利ですが、後から一覧で見たい情報には向きません。「見積送付済み」「保留」「再連絡日」のように、絞り込みたい情報は項目として分けます。

ステータスは細かくしすぎない

顧客管理ツールを作るとき、ステータスを細かく設計しすぎることがあります。

たとえば、未対応、確認中、ヒアリング待ち、見積作成中、見積送付済み、先方確認中、再提案、保留、受注、失注、完了、フォロー中、というように細かくしすぎると、入力する人が迷います。

最初は、次の程度で十分です。

ステータス	意味
未対応	まだ返信や確認をしていない
対応中	返信、ヒアリング、見積などが進行中
先方待ち	相手からの返事を待っている
保留	事情があり、すぐには進まない
受注	依頼として進めることが決まった
失注	今回は依頼につながらなかった
完了	納品や対応が完了した

ステータスの目的は、細かく分類することではありません。今見るべき案件と、放置してはいけない案件を見つけることです。

迷ったら、「今日対応が必要か」「相手待ちか」「終わったか」が分かる程度から始めます。

次回連絡日を入れるだけで放置が減る

小型CRMで特に効果が出やすいのは、次回連絡日の管理です。

顧客対応では、今すぐ返信するものだけでなく、「1週間後に確認」「月末に再連絡」「資料が揃ったら見積修正」のような未来の作業が多く発生します。

これを担当者の記憶やカレンダーだけに頼ると、抜け漏れが起きます。

最低限、案件ごとに次の項目を持たせます。

• 次回連絡日
• 次にやること
• 担当者
• 優先度
• 最終対応日

一覧では、次回連絡日が近い順に並べられるようにします。

さらに余裕があれば、「今日対応」「期限超過」「7日以内」のような絞り込みを作ります。これだけでも、顧客対応の見落としはかなり減ります。

スプレッドシートから移行する順番

スプレッドシート管理から小型CRMへ移すとき、いきなり全データをきれいに移そうとすると大変です。

まずは、動いている案件から移す方が現実的です。

1. 現在対応中の顧客と案件だけを選ぶ
2. 顧客情報、案件情報、対応履歴に分ける
3. 必須項目と空欄でもよい項目を決める
4. ステータスと次回連絡日を入れる
5. 過去の詳細履歴は必要な範囲だけ移す
6. 新規問い合わせから小型CRMへ直接登録する

過去数年分のメモをすべて完璧に移す必要はありません。

小型CRMの目的は、古い情報を全部きれいに保存することではなく、今後の対応を迷子にしないことです。

CSVで移行する場合は、列ずれ、重複、上書きに注意が必要です。取り込み前のプレビューや戻せる設計については、CSVインポートで業務データを壊さないために決めることも参考になります。

AIや自動化は「要約」と「通知」から始める

顧客対応履歴を小型CRM化すると、AIや自動化も使いやすくなります。

ただし、最初からAIに営業判断や返信内容を丸ごと任せる必要はありません。

小さく始めるなら、次のような使い方が現実的です。

• 問い合わせ本文から相談カテゴリを仮分類する
• 長いメールを案件メモとして要約する
• 次に確認すべき項目を抜き出す
• 見積前の不足情報をチェックする
• 期限が近い案件を通知する
• 失注理由や保留理由を後から集計する

AIを使う場合でも、顧客情報や社外秘情報の扱いは先に決めておく必要があります。個人情報や機密性の高い相談を扱う場合は、クラウドAIに渡してよい情報、マスキングする情報、ローカル環境で処理する情報を分けます。

関連して、AIに個人情報を渡す前の整理は、AIに個人情報を渡して大丈夫？業務自動化前に決めるマスキング設計で詳しく整理しています。

大きなCRMが必要な場合と、小型CRMでよい場合

すべての事業に小型CRMが向いているわけではありません。

営業担当者が多い、商談数が多い、売上予測や権限管理、外部サービス連携が必要な場合は、既存のCRMを使った方がよいことがあります。

一方で、次のような段階なら、小型CRMの方が合うことがあります。

• 顧客数や案件数は多くない
• 既存CRMの機能が多すぎて使いきれない
• まずは問い合わせ、見積、次回連絡だけ見えればよい
• 自社の業務に合わせて項目を絞りたい
• スプレッドシートから少しだけ安全に移行したい
• LPや問い合わせフォームと連携したい

小型CRMは、立派な営業システムを作ることが目的ではありません。現場で本当に見る項目だけに絞り、対応漏れと探す時間を減らすための道具です。

YOSHIO.devで相談できること

YOSHIO.devでは、業務自動化、スプレッドシートから小型Webツール化する設計、問い合わせフォームやLPからの相談導線整理、小型CRMの試作について相談できます。

「顧客管理がスプレッドシートで限界になってきた」「大きなCRMを入れるほどではないが、対応履歴と次回連絡だけは見えるようにしたい」「問い合わせフォームから案件管理までを小さくつなぎたい」といった段階でも、今の運用に合わせて小さく設計できます。

最初は、現在のスプレッドシート、問い合わせフォーム、見積やメールの流れを見ながら、残す項目、分ける項目、通知するタイミングを整理するところから始められます。

YOSHIO.devへ小型CRM・顧客管理ツールについて相談する

まとめ

スプレッドシートでの顧客管理は、始めやすく柔軟です。

ただし、対応履歴、見積状況、次回連絡、担当者メモが混ざり始めると、顧客一覧があっても実務では探す時間が増えていきます。

小型CRM化するときは、最初から大きな機能を作る必要はありません。顧客、案件、対応履歴、次アクションを分け、最低限のステータスと次回連絡日を管理するだけでも、対応漏れを減らせます。

大事なのは、すべてを自動化することではなく、次に何をするかを迷わない状態にすることです。

よくある質問