最終更新日: 2026-06-17
問い合わせ管理システムを探し始めると、すぐに比較表やヘルプデスク製品が出てきます。
でも、最初に決めるべきことはツール名ではありません。
どの問い合わせを、誰が、いつまでに、どの状態へ進めるのか。
ここが決まっていないまま問い合わせ管理ツールを入れると、メールボックスがカンバンに変わっただけで、返信漏れは残ります。逆に、最小の状態設計ができていれば、ExcelやGoogle Sheetsから始めても、専用ツールへ移行しても、運用は崩れにくくなります。
この記事では、問い合わせ管理システムを「問い合わせを一元管理する製品比較」ではなく、「フォーム送信後の返信漏れを防ぐ状態設計」として整理します。問い合わせフォーム対応管理の全体像は問い合わせフォームの対応管理まとめ、日々のSee / Route / Act運用は問い合わせフォームの対応漏れを防ぐ運用に分けています。
まず結論 -- 問い合わせ管理は5つの列から始めます
問い合わせ管理表を作るなら、最初はこの5列で十分です。
| 列 | 役割 | 例 |
|---|---|---|
| status | 次に何をする状態か | 未対応、対応中、確認待ち、完了、除外 |
| owner | 誰が見るか | 営業、CS、採用、担当者名 |
| category | 何の問い合わせか | 料金、サポート、採用、営業提案 |
| next_action | 次にやること | 初回返信、社内確認、再連絡、除外確認 |
| due_at | いつまでに見るか | 当日中、翌営業日、イベント前日 |
メール本文やフォーム項目を全部コピーする前に、まずこの5つを決めます。
問い合わせ管理の目的は、きれいな台帳を作ることではありません。未対応が残っているか、担当者が空の問い合わせがあるか、確認待ちが止まっていないか、除外すべき営業メールが混ざっていないかを見ることです。
Excel・メールだけで始められる場合
月に数件から数十件の問い合わせなら、ExcelやGoogle Sheetsで始めても構いません。
ただし、メールをそのまま転記するだけの表にしないでください。
おすすめは、フォームの回答を1行にし、ステータス列と担当者列を追加する形です。
submitted_at
name
email
category
message_summary
status
owner
next_action
due_at
source
message_summary には本文全文ではなく、対応に必要な要約を入れます。本文全文、電話番号、個人情報、長い自由記述を何でも管理表に複製すると、共有範囲が広がりすぎます。
フォーム回答のCSV/Sheets連携は回答をCSVで書き出す / Google Sheetsに自動連携する方法で扱っています。Googleフォーム、Sheets、GASで続ける場合の境界はGoogleフォーム + スプレッドシート + GAS運用の判断基準を先に確認してください。
Excel・メール管理の限界
問い合わせ管理表は便利ですが、限界も早く来ます。
| 限界 | 起きること | 必要になる設計 |
|---|---|---|
| 既読が状態になる | 誰かがメールを開いただけで対応済みに見える | ステータス列 |
| 転送が担当になる | 誰が責任者か分からない | owner列 |
| 色分けがルールになる | 人によって意味が違う | status定義 |
| 営業メールが混ざる | 未対応件数が膨らむ | 除外ステータス |
| 変更履歴が残らない | いつ誰が進めたか分からない | ログまたは管理ツール |
ここで「問い合わせ管理システム」が必要になります。
Tayori、formrun、Zendeskのような製品が、問い合わせの一元管理、ステータス、担当者、ビューやボードを重視しているのは自然です。問い合わせ管理は、フォーム作成よりも送信後の状態をどう動かすかの問題だからです。
ただし、専用ツールを入れれば自動的に運用が良くなるわけではありません。未対応、対応中、確認待ち、完了、除外の意味を決めない限り、どのツールでも詰まります。
ステータスは「進捗」ではなく「次の行動」です
問い合わせ管理で使うステータスは、次の行動を決めるためのものです。
| ステータス | 意味 | 次の行動 |
|---|---|---|
| 未対応 | まだ誰も処理していない | 内容確認、担当者決定 |
| 対応中 | 誰かが処理を始めている | 返信、調査、社内確認 |
| 確認待ち | 相手または社内の返答待ち | 期限を見て追いかける |
| 完了 | 必要な対応が終わった | 集計、改善材料へ回す |
| 除外 | 営業メール、スパム、重複、テスト | 通常対応と分析から外す |
「担当者がいるから対応中」「メールを送ったから完了」と決めると危険です。
担当者は誰が見るかです。ステータスは次に何をする段階かです。担当者が入っていても未対応なら、まだ仕事は始まっていません。完了にするのは、返信済みで追加対応がないと確認できた後です。
フォーム回答一般の状態設計はフォーム回答のステータス管理とはで詳しく扱っています。
フォーム起点で管理すると漏れにくい理由
問い合わせ管理は、メールボックスから始めるより、フォーム送信の時点から始めたほうが安定します。
理由は、最初から構造化できるからです。
| フォームで取る項目 | 管理に使う意味 |
|---|---|
| 問い合わせカテゴリ | 担当者候補、通知先、除外判定の入口 |
| メールアドレス | 自動返信、個別返信、履歴紐づけ |
| 会社名/氏名 | 重複や既存顧客確認 |
| 相談内容 | 要約、優先度、担当者判断 |
| 同意チェック | 個人情報や営業連絡の扱い |
メールで受けてから分類するより、フォームの時点でカテゴリや同意を持っておくほうが、後工程が楽です。
問い合わせフォームの項目設計は問い合わせフォームのテンプレート、送信後の全体設計はフォーム送信後ワークフローとはに分けています。
専用の問い合わせ管理ツールを検討するタイミング
次の条件に当てはまるなら、Excelやメールだけで続けるより、専用ツールやFORMLOVAのようなフォーム運用ツールを検討したほうがよいです。
問い合わせが複数チャネルから来る
担当者が3人以上いる
未対応件数を毎日確認する必要がある
対応履歴をチームで共有したい
営業メールやスパムを分析から除外したい
返信期限やエスカレーションが必要
問い合わせ後のレポートや改善会議に使いたい
ここまで来ると、管理表を作るだけでは足りません。
状態変更、担当者、通知、期限、履歴、除外、レポートが必要になります。
FORMLOVAでの始め方
FORMLOVAで問い合わせ管理を小さく始めるなら、次の順番です。
1. 問い合わせフォームを作る
2. 問い合わせカテゴリを置く
3. 自動返信メールで受付完了と返信目安を返す
4. 回答一覧で未対応/対応中/確認待ち/完了/除外を使う
5. カテゴリ別に担当者へ通知する
6. 営業メールやスパムを除外する
7. 週次で未対応と確認待ちを確認する
自動返信はフォーム自動返信メールの設定方法、担当者通知はフォーム回答をSlack通知する方法、営業メール除外は問い合わせフォームの営業メール対策を使ってください。
Workflow Placeでは、問い合わせ担当者アサイン、問い合わせ自動応答+エスカレーション、未返信問い合わせダイジェスト、営業メール自動フィルタが近い導線です。
FAQ
問い合わせ管理システムは最初から必要ですか?
月に数件で担当者が1人なら、フォーム回答とスプレッドシートで始めても構いません。ただし、status、owner、category、next_action、due_at の5列は最初から決めてください。
問い合わせ管理表をExcelで作るなら何列が必要ですか?
最小は submitted_at、name、email、category、message_summary、status、owner、next_action、due_at、source です。個人情報を広く複製しすぎず、対応に必要な要約と状態を中心にします。
問い合わせ管理ツールとヘルプデスクの違いは何ですか?
ヘルプデスクはチケット、SLA、ナレッジベース、複数チャネル対応まで含むことが多いです。問い合わせ管理ツールは、フォームやメールから来た問い合わせを見える化し、担当者とステータスで対応漏れを防ぐ範囲から始められます。
FORMLOVAは問い合わせ管理システムですか?
FORMLOVAはリアルタイムのコールセンター向けヘルプデスクではありません。強いのは、フォームを起点に、回答、ステータス、担当者通知、自動返信、除外、ワークフローをつなぐ運用です。
営業メールは削除すればよいですか?
削除より、除外ステータスで通常対応と分析から外すほうが安全です。営業メール対策は問い合わせフォームの営業メール対策で詳しく扱っています。
参考
- Tayori: 問い合わせ管理システム・ツールとは?
- Tayori ヘルプ: フォーム受信箱内ステータス
- formrun 公式サイト
- Zendesk Help: Accessing your views of tickets
次に読む記事
執筆・確認情報
この記事は、問い合わせ管理システム、問い合わせ管理ツール、問い合わせ管理表を探している担当者向けに、フォーム起点で返信漏れを防ぐ最小設計を整理した記事です。筆者はFORMLOVAの開発者です。2026年6月17日に、Tayori、formrun、Zendeskの公開情報、FORMLOVAの既存記事、2026-06-17キーワード調査を確認しました。各サービスの仕様や料金は変わる可能性があるため、導入前には最新の公式情報を確認してください。


