問い合わせがメール、SNS、口頭へ散らばると、対応状況を頭の中だけで追うのは難しくなります。最初から高機能なシステムを選ばず、まず次にすることが残っているかを一か所で判断できる状態を作ります。
この記事では「受付→記録→次回日→完了」の4段階で整理する方法を提案します。対応漏れを減らす効果や、最適な項目数は検証していません。読み終えたら、紙・表計算・カレンダーから、続けられそうな管理手段を一つ選びましょう。
ツールより先に問い合わせの終点を決める
最初に、管理する入口と「完了」の意味を決めます。メール、SNS、フォーム、電話や口頭など、今ある入口を列挙し、どこから来ても同じ管理先へ記録する運用にそろえます。
完了は、一度返信した状態とは限りません。「必要な回答を送り、次の作業も連絡予定も残っていない状態」など、自分の業務に合う基準を一文にします。
相手の返信待ちや、後日連絡する約束があるものは「待機中」として区別しましょう。ここで決めるのは対応状況を管理するための区分で、契約や法令上の完了ではありません。
判断材料は次の三つです。
- どの連絡経路を管理対象にするか
- 自分側の作業が残っている状態を何と呼ぶか
- 何を満たせば完了へ移すか
最小フローは受付・記録・次回日・完了
4段階は、次のように使います。
- 受付：管理先へ入れ、受付日時と連絡経路を残します。元の連絡を探す手掛かりです。
- 記録：要件を短くまとめ、未対応・対応中・待機中などの状態を付けます。元のメッセージは必要以上に複製しません。
- 次回日：次に確認または連絡する日を置きます。不要なら「なし」と明記し、入力忘れと分けます。
- 完了：決めた条件を満たしたときだけ移します。完了日と理由を短く残します。
この順序は唯一の正解ではありません。その場で回答が終わり次回日が不要なら、空欄ではなく「次回対応なし」と判断を残します。
誰が、いつ更新するか
「受け取った直後に受付と要点を記録する」「返信後に状態と次回日を更新する」「条件を満たしたら完了へ移す」のように、行動と更新を組み合わせます。
最適な確認頻度は未確認です。問い合わせの頻度と期限に合わせ、実行できる確認時点を決めます。分担するようになったら、更新担当と閲覧できる人を明確にします。
記録項目を必要最小限にする
項目は、多いほど安心とは限りません。次の候補から、対応判断に必要なものだけを選びます。
| 項目候補 | 使う判断 | 空欄と区別したい状態 |
|---|---|---|
| 受付日時・連絡経路 | 元の問い合わせを探せるか | 未記録 |
| 問い合わせの要点 | 次に何を確認するかわかるか | 要点確認中 |
| 現在の状態 | 未対応、対応中、待機中、完了を分けられるか | 状態未設定 |
| 次の作業・次回日 | 誰が何をいつ行うかわかるか | 次回対応なし／未設定 |
| 完了日・完了理由 | 完了条件との整合を後で確認できるか | 未完了 |
氏名や連絡先を一覧へ複製せず、元のメッセージへ戻れる識別方法で足りる場合もあります。必要性を説明できない項目は追加せず、判断できなければ実データの収集を始めません。
利用目的と取得しない情報
個人情報保護委員会の通則ガイドラインでは、本人がWebの入力画面などへ入力する形で個人情報を直接取得する場合、原則として取得前に利用目的を明示する考え方が示されています。ただし例外や適用範囲があり、この記事は個別の法的判断を行うものではありません。
フォームや管理項目を作る前に、何のために使うかを言葉にし、不要な情報は求めないようにします。保存期間は業務や適用ルールで変わるため、一律の年数を示しません。表示、保管、削除を判断できなければ、所管窓口や専門家へ確認し、実データの取得を保留してください。
紙・表計算・カレンダーで始める条件
管理方法は、今の運用で一つの記録を更新し続けられるかで選びます。
| 方法 | 始めやすい条件 | 見直すきっかけ |
|---|---|---|
| 紙 | 件数が少なく、決まった場所で一人だけが扱う | 紛失対策、検索、持ち出し、複製が必要になる |
| 表計算 | 一覧で状態を見渡し、並べ替えや絞り込みをしたい | 同時更新、変更履歴、閲覧権限の管理が難しくなる |
| カレンダー | 次回日を中心に追い、各予定へ状態と要点を残せる | 問い合わせ履歴や複数の状態を一覧で追いにくくなる |
実顧客情報を入れる前に、保存先、閲覧できる人、紛失や誤共有への備えを確認します。アカウント作成だけでは安全性や適合性を確認できません。問い合わせ窓口が未定なら、契約もデータ収集もせず、空の様式と完了条件だけ用意して保留できます。
件数・履歴・権限が増えたら再評価
件数の数値基準は未確認です。検索に時間がかかる、複数人で更新する、変更履歴や閲覧権限が必要になる、といった困りごとが見直しの合図です。
現在の方法で状態と次回日を追えるなら、すぐに別製品へ移る必要はありません。困りごとを一文にしてから必要機能を比較します。製品導入の効果は未確認です。
CRMを比べる前に確認すること
CRMは、顧客情報や対応履歴をまとめて管理する仕組みです。試用や導入で次のいずれかが必要になる場合は、情報の扱いや契約条件を確認してから進めましょう。
- 実在する顧客情報の入力や既存データの移行
- メール、SNS、カレンダーなど外部サービスとの連携
- アカウント作成、規約への同意、有料契約や決済情報
- 閲覧権限、データの保存先、出力・削除条件の判断
この記事ではCRMを比較・推奨せず、操作性、安全性、費用対効果も評価していません。公開された機能説明だけでは自分に合うと確認できないため、条件がそろうまでは、現在の方法を続けるか、実データを入れずに保留するかを選びます。
対応状況を振り返る
決めた確認時点には、次の項目を見ます。
- 受付したのに管理先へ記録されていないものがないか
- 対応中・待機中なのに、次の作業または次回日の判断がないものがないか
- 完了条件を満たしていないのに、完了へ移してしまっていないか
- 新しい連絡経路が増え、管理対象から漏れていないか
確認できなかった件数は「0件」にせず、未集計、記録前、判断待ちを分けます。困りごとがなければ今の方法を続け、繰り返し詰まる箇所だけ見直します。対応漏れへの効果と適切な確認頻度は未確認です。
まとめ：一つの管理先で次の行動が見えるようにする
まずは問い合わせの入口と完了条件を決め、受付・記録・次回日・完了を一つの管理先で更新します。4段階の効果と最適な項目数は検証していません。
紙、表計算、カレンダーのどれでも、今の件数と担当で更新を続けられるものから試してみましょう。
CRMを先に選ぶのではなく、履歴、共同更新、権限など、現在の方法で困る条件が現れてから再評価しましょう。開業初月のほかのデジタル準備も整理したい方は、ひとり事業のデジタル開業30日ロードマップへ戻れます。
出典・確認日・未確認事項
確認日はいずれも2026年9月2日（JST）です。
- 日本政策金融公庫「2025年度新規開業実態調査」：開業時に苦労したこととして「顧客・販路の開拓」が49.9％と報告されています。調査対象は同公庫が2024年4月から9月に融資した、融資時点で開業後1年以内の企業で、個人企業は57.0％でした。副業初心者や開業後30日だけの調査ではなく、問い合わせ管理の効果を直接示す資料でもありません。
- 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」：利用目的の通知・公表と、本人から直接書面等で取得する場合の明示に関する一般的な考え方を確認しました。個別業務への適用判断はしていません。
未確認のまま残しているのは、読者の問い合わせ量・連絡経路・必要項目、最適な保存期間と確認頻度、4段階による対応漏れへの効果、検索需要、各CRMの操作性・安全性・費用対効果です。実顧客データを使った検証と製品実測は行っていません。