問い合わせ管理を自動化する方法｜受付から未返信の催促まで

この記事のポイント

問い合わせ管理は「受付」「台帳への記録」「担当の割当」「未返信の検知と催促」の4工程に分けて自動化する

手段は、問い合わせの量と使っている道具で選ぶ。小さく始めるならフォームとスプレッドシート

自動化した仕組みは、止まっても気づきにくい。動いていることを見張る仕組みまで一緒に作る

対象: 問い合わせの取りこぼしや返信漏れを減らしたい事務・営業事務・総務の担当者

問い合わせ管理を自動化するときは、受付から未返信の催促までを4つの工程に分け、機械に任せる部分と人が判断する部分を決めてから、手段を選ぶと失敗しにくくなります。この記事では、4工程の作り方、手段の選び方、そして自動化した仕組みが止まったときに気づくための見張り方を紹介します。

返信文を作る部分は問い合わせへの返信をAIで自動生成する方法で扱っています。会議メモを要約して台帳の備考に転記する運用を考える場合は、議事録をAIで要約する方法も参考になります。問い合わせ対応全体の効率化はメール対応をAIで自動化する方法にあります。

問い合わせ管理は4工程に分けて自動化する

結論として、自動化の対象は「人が覚えておく必要があること」です。問い合わせが取りこぼされる原因として、返信の上手下手よりも、届いたことに気づけない、誰の担当か決まっていない、返したか分からなくなることにあります。

工程	自動化できること	人に残ること
1. 受付	フォームの入力内容をまとめて受け取る。メールの到着を知らせる	受付窓口の設計（フォームの項目、公開するメールアドレス）
2. 台帳への記録	受信日時、相手、内容、種類を一覧表に自動で追加する	種類の分け方の決定、記録内容の確認
3. 担当の割当	種類や条件に応じて担当者を自動で振り分ける	割当ルールの見直し、例外の振り分け
4. 未返信の検知と催促	返信日時が空欄のまま基準の時間を過ぎた案件や、次の対応期限を過ぎた案件を見つけ、担当者へ知らせる	催促への対応、返信そのもの

この4工程では、返信の中身や重要な判断は機械に任せません。内容を読んで判断する部分は人に残し、記録と通知を機械に任せることを検討します。ただし、記録先・通知先・未返信の判定条件は事前に決める必要があり、記録や通知が失敗したときに人が気づける方法も用意します。

各工程の作り方

工程1：受付を一か所に集める

受付の入口が複数あると、確認の漏れが起きます。まず入口の数を数え、フォームに寄せられるものはフォームに寄せます。フォームなら入力項目をそろえられるため、台帳に記録するときの手間が減ります。

Google フォームでは、回答を Google スプレッドシートに保存でき、新しい回答があったときのメール通知もオンにできます（出典: フォームの回答の保存先を選択する、フォームの回答を表示、管理する、いずれも Google ドキュメントエディタヘルプ、2026-10-09確認）。電話やメールで届くものは、受け取った人が台帳に1行追加するルールにします。

工程2：台帳に記録する

台帳は、案件の状態を一覧で見るための表です。最低限、次の列があれば運用できます。

列	内容
受信日時	届いた日時
相手	会社名・氏名（記録してよい範囲に限る）
種類	資料請求、見積依頼、クレーム、日程調整など
担当	返信する人
状態	未対応、対応中、返信済み、完了
返信日時	返信した日時
次の対応期限	一次返信後に約束した追加回答の期限、待ち状態の理由

「受信日時」「返信日時」「次の対応期限」の列が、次の未返信の検知の元になります。入力負担を抑えるため、最初は必要な項目に絞り、上の7列程度にとどめます。個人情報を載せる場合は、閲覧できる人の範囲を決めます。Google フォームの回答をスプレッドシートに保存している場合は、フォームとスプレッドシートの共有設定をそれぞれ確認し、担当が変わったときも両方から権限を削除します（出典: フォームの回答の保存先を選択する、2026-10-09確認）。台帳の件数を月次の報告にまとめる場合は、報告書作成をAIに頼むプロンプト集の月次の数値の文章化が参考になります。

工程3：担当を割り当てる

担当の割当は、ルールを書き出せるかどうかが分かれ目です。「資料請求は事務、見積依頼は営業、クレームは責任者」のように、種類で決められるものは自動化できます。判断が必要なもの（複数の種類にまたがる、既存の取引先からの問い合わせなど）は、いったん仮の担当に振って、人が付け替えます。

担当者が休みのときの代理を決めていないと、案件が止まります。代理の担当を、割当のルールに含めておきます。

工程4：未返信を検知して催促する

未返信の検知は、台帳の「返信日時」が空欄のまま基準の時間を過ぎた案件を、担当者に知らせる仕組みです。状態が「対応中」でも、返信日時が空欄なら対象にします。ここでの要点は3つです。

基準の時間を決める：返信の目安（たとえば、営業日の翌日まで）を決め、超えた案件を対象にします。目安は自社の方針で決める値です。
知らせる相手を段階にする：まず担当者、さらに超えたら上長、というように段階をつけると、特定の人に依存しません。
一次返信後は「次の対応期限」を見る：返信日時が入ると初回の催促は止まります。そのあと約束した追加回答は、「次の対応期限」を過ぎていないかを別に監視し、回答が完了するまで追跡します。返信日時などを更新しないと催促が続くため、更新の手間が少ない運用にします。

この工程は、止まったことに気づきにくいという弱点があります。催促が来ないのが「未返信がない」からなのか、「仕組みが止まっている」からなのかは、外から見て区別できません。この点は、後の節で扱います。

手段の選び方：フォーム機能・スプレッドシート・CRM・連携処理

手段は、問い合わせの量、関わる人の数、すでに使っている道具で選びます。小さく始めて、足りなくなった工程だけ強いものへ移すと、無駄が出にくくなります。

手段	向いている場面	準備の重さ	注意点
フォームの通知機能	受付の見落としを防ぎたい。担当が1〜2人	軽い	通知は届くが、台帳や担当の管理は別に必要
スプレッドシート（フォーム連携）	問い合わせを一覧で管理したい。件数が少〜中程度	軽い〜中	同時編集での入力ミス、閲覧範囲の管理に注意
CRM・問い合わせ管理ツール	担当が複数で、履歴や商談の管理も必要	中〜重	製品ごとに機能が異なる。導入後の入力定着が課題
連携処理（スクリプト、連携サービス）	複数の道具をまたいで自動で記録・通知したい	中〜重	設計と保守の担当が必要。止まったときの検知が必須

連携処理を使うときの確認点

連携処理は便利ですが、担当者以外が保守しにくくなることがあります。設定と手順を記録し、担当者以外も保守できるようにします。たとえば Google Apps Script では、時間主導型トリガーで、決まった時刻や間隔でスクリプトを自動実行できます。ただし、実行時刻は多少ランダム化されることがあり、トリガーにはトリガーの割り当て上限が適用されます（出典: インストール可能なトリガー - Apps Script、2026-10-09確認）。こうした仕様は、使うサービスごとに異なるため、導入前に公式ページで確認してください。

CRM などの製品を選ぶときは、機能の有無を公式ページで確認し、次の点を試用で確かめます。

問い合わせの種類や条件で、担当を自動で振り分けられるか
未返信の案件を、通知として自動で知らせられるか
通知が届かなかったときに、気づく手段があるか
台帳のデータを、後から書き出せるか

メールで届く問い合わせの整理には、Gmail のフィルタでラベル付けやアーカイブなどができます（出典: メールのフィルタルールの作成 - Gmail ヘルプ、2026-10-09確認）。受付の整理には使えますが、台帳や未返信の管理は別に用意する必要があります。

無料ROI計算機

内製・採用・委託の年間コストを試算する

いまの月間工数と単価を入れるだけで、内製を続けた場合との年間差額が出ます。入力3分・会社名やメールアドレスの入力は不要です。

無料で試算する →

30分・オンライン・無料

AI業務代行の30分無料相談に申し込む

自社の業務のどこにAI業務代行が使えるか、現状を伺って具体的にご提案します。

30分無料相談に申し込む →

仕組みが止まっても気づける見張りを置く

結論として、自動化の仕組みは、止まったときに知らせる仕組みとセットで作ります。止まっても何も起きない仕組みは、気づかれないまま、取りこぼしだけが積み上がります。

当社は、リードの追跡の知らせ、メールと顧客管理の記録の同期などを、定期ジョブ（決まった時刻に自動で動く処理）で回しています。2026年7月の1か月のうちに、定期ジョブが3本続けて止まり、短くて2日、長くて5日、誰も気づけないことがありました。3本に共通していた原因は、パソコンの起床直後でネットワークがまだ確立しておらず、朝の9時台に動く処理が失敗していたことでした。

失敗しても通知が出ない仕組みだったため、「問い合わせが来ていない」のか「確認の仕組みが止まっている」のかを、外から区別できませんでした。この経験から、次の考え方で作り直しました。

個々の処理に対策を足さず、入れ物を1つにする：処理ごとにリトライや通知を作ると、次に増えた処理が同じ死に方をします。決まった入れ物の中に処理を入れれば、守られる形にしました。
入れ物の側で、動いたことを記録する：処理が実行されるたびに、実行した記録を残します。記録が途切れたら、止まっていると分かります。
失敗したら、見落とさない場所に知らせる：通知センターのように流れて消えるものではなく、受信箱に届くメールで知らせます。
見張り役も、別の仕組みに見張らせる：見張り役自身の生死は、自分では判定できません。そこで、毎朝届くメールの末尾に見張り役の状態を載せ、見張り役が止まっても人が気づける経路を作っています。ただし、実行環境や通知経路が共通だと同じ障害で両方止まるおそれがあるため、経路を分け、定時の通知が届かない場合の確認担当と手順も決めておきます。
台帳に登録しない処理は、見張りの対象にならない：新しい処理を足したら、見張りの一覧に登録します。登録を忘れると、その処理だけが監視の外に残ります。

自社で作る場合は、次の点を最低限そろえます。

処理が最後に成功した日時を、見える場所に記録する
一定時間更新がなければ、メールなどで知らせる
「仕組みが動いている」ことを、問い合わせがない日にも確認できるようにする
新しい処理を足すときの登録先を、手順に含める

あわせて読みたい経理の属人化とは｜原因と解消の手順、外注の判断基準

運用まで任せたい場面

受付・台帳・割当・催促の仕組みは作れても、毎日の確認と、止まったときの対応が続かないことがあります。担当者が兼任で余裕がない、休むと確認が止まる、仕組みの保守を頼める人がいない、といった場合は、運用を外部に任せる選択肢があります。当社のAI業務代行では、問い合わせの記録・突合・未返信の確認といった定型の運用を代行する形を相談できます。

任せる場合の分担は、次のように考えます（内容は相談の際に個別に決めます）。

任せられる工程：受付内容の台帳への記録、種類の仮分類、未返信の確認と知らせ、定期的な件数の整理
社内に残る判断：担当の最終的な割当、クレームや金額に関わる回答の可否、例外的な対応の承認、返信の送信
例外のときの確認方法：判断が必要な案件や、仕組みの異常は、状況を添えて社内の担当者へ連絡する。連絡する条件と相手は事前に決めておく

分担の考え方は、バックオフィス業務の外注でも整理しています。

よくある質問

Q1. 問い合わせ管理は、まず何から自動化すればよいですか？

受付の一本化と、台帳への記録から始めます。フォームの回答をスプレッドシートに保存する形なら、特別な道具を足さずに試せます。そのあとで、未返信の検知を足します。

Q2. スプレッドシートで管理するのと、CRMを導入するのとでは、どちらがよいですか？

問い合わせの量と、関わる人の数で決まります。担当が少人数で、件数が少ないうちはスプレッドシートで足ります。履歴や商談の管理、複数担当の連携が必要になったら、CRMを検討します。製品の機能は、公式ページで確認してください。

Q3. 未返信の催促は、何時間で出すのがよいですか？

自社の方針で決める値で、一律の正解はありません。返信の目安時間を決め、超えた案件を知らせる形にします。運用しながら、通知が多すぎたり遅すぎたりしないかを見直します。

Q4. 自動化した仕組みが止まったことに、どうすれば気づけますか？

処理が最後に成功した日時を記録し、更新が止まったらメールなどで知らせる仕組みを置きます。問い合わせがない日にも、仕組みが動いていることを確認できるようにしておくのが要点です。

Q5. 台帳に個人情報を載せても大丈夫ですか？

社内ルールと、使う道具の規約・設定で決まります。載せてよいか判断できない情報は載せず、社内の管理担当者に確認してください。載せる場合も、閲覧できる人の範囲を決め、必要最小限の項目にします。フォーム連携の場合は、フォームと回答先スプレッドシートの両方で共有設定を確認します。

まとめ

問い合わせ管理の自動化のポイントは3つです。

4工程に分ける。受付、台帳への記録、担当の割当、未返信の検知と催促。判断は人に残し、記録と通知を機械に任せる。
手段は、量と既存の道具で選ぶ。フォームとスプレッドシートから始め、足りない工程だけ強いものへ移す。
止まったときの見張りまで作る。動いた記録を残し、止まったら受信箱に知らせ、見張り役自身も見張る。

30分無料相談のご案内

「問い合わせの取りこぼしを減らしたい」「どの工程から自動化すればよいか相談したい」——そんな方のために、30分のオンライン無料相談をご用意しています。

現在の問い合わせの受付と管理の流れを簡単にヒアリング
自動化に向く工程と、人が判断する工程の整理
社内に残す判断と、任せられる範囲を確認

営業電話は一切しません。まずは現状の整理から始めませんか？ → 質問したい業務を相談する