問い合わせ管理を自動化する前に｜受付・担当・対応状況を整理する
メールで受けた質問を担当者へ転送したあと、電話でも同じ連絡が来る。チャットには「確認します」と残っているけれど、誰が引き受けたのか、回答まで終わったのかは聞き直さないと分からない。受付を兼務する小さな会社や事務所では、こうした確認が負担になることがあります。
問い合わせ管理の自動化を考えるなら、まず一件の数え方・引き受ける人・現在の状態・次の行動をそろえます。今のメールや電話をすべて置き換える前に、受け付けた仕事を一つの一覧で追えるようにすることが出発点です。
この記事は一般的な業務設計の解説です。以下は、社内の備品の利用方法について質問を受ける場面を使った想定例であり、実際の顧客事例や導入済みシステムの機能・成果ではありません。
- 受付の単位と番号をそろえ、窓口をまたぐ連絡を追えるようにする。
- 通知したことと担当者が引き受けたことを分け、次の行動を残す。
- 引継ぎ・重複・完了後の追加連絡まで、架空の質問で確かめる。
受付窓口と、一件の数え方を決める
最初は「社内の備品に関する質問」など、一種類の受付を選びます。メール、電話、チャットのどこに連絡が入り、誰が一覧へ記録するのかを書き出してください。窓口を増やすことより、受けた仕事が一覧から抜けない流れを決めることが先です。
たとえば、メールで届いた質問に受付番号「Q001」を付けます。その後の電話が同じ質問の補足なら、別の仕事を増やす前にQ001との関係を確認します。件名や文章が似ているだけで同一と決めず、受付担当が元の連絡を確かめる運用にします。
同じ連絡を複数の担当へ割り振ると、回答が重なることがあります。反対に、別の依頼を一件にまとめると、一部だけ終わって全体を完了にするおそれがあります。「同じ質問への補足は同じ受付番号」「別の対応が必要なら関連する別番号」といった基準を、実際の仕事に合わせて決めましょう。
管理表には、担当と次の行動を残す
今使っている共有の管理表や業務アプリを土台にできます。単に質問文を並べるのではなく、誰が何を待っているかを確かめられる項目を用意します。次は、実情報を入れずに様式を考えるための例です。
| 管理する項目 | 備品の質問を受ける想定例 |
|---|---|
| 受付番号・入口 | Q001、メールで受付。追加の電話も同じ番号へ関連付ける。 |
| 受付担当・対応担当 | 受付する人と、内容を調べて回答する人を分ける。 |
| 現在の状態 | 未引受、対応中、確認待ち、完了など、今の段階を記録する。 |
| 次の行動・確認日 | 「備品担当が利用手順を確認する」などの次の行動と、次に確認する日を書く。 |
| 元の記録・対応履歴 | 必要な人が元の連絡と回答の経緯をたどれる場所を示す。 |
「全員に知らせた」と「担当が引き受けた」は別です。通知を送っただけで担当確定にせず、引き受けた人と日時を残すと、受付側が次に誰へ確認すればよいか分かります。少人数で同じ人が兼務していても、受付と対応の区切りを記録できます。
一覧は「未引受」と「自分の対応中」を分けて見ると、担当の空白と自分の作業を確認しやすくなります。たとえばkintoneの一覧の設定では、表示する項目やレコードの条件、表示順を指定できます。この記事の一覧は運用案であり、どの環境でも設定なしで使える標準様式ではありません。
返信しただけで完了にしない
状態の名前は、担当者同士が同じ意味で使えることが大切です。Q001の質問に対して確認が必要なら、「対応中」と「確認待ち」を分け、確認してほしい相手と次の行動を残します。次の流れは、本記事独自の想定例です。
| 状態 | 次へ進めるときの確認 |
|---|---|
| 受付済・未引受 | 受付を記録した段階。対応する人の引受を確認する。 |
| 対応中 | 担当者が調べる・回答案を作る。追加確認が必要なら待ち先を記録する。 |
| 確認待ち | 誰の何の確認を待つかを明示する。確認が返ったら対応中へ戻す。 |
| 完了 | 必要な回答や処理が済み、残る作業がないことを担当者が確認する。 |
受信した直後と、受付済として記録した段階も分けて考えます。自動取り込みを後で導入する場合、メールを受信できても管理表への登録が失敗すれば、未引受一覧には出てきません。入口の件数と記録の数が合うか、誰が点検するかを決めておきます。
kintoneの公式資料でも、業務の流れを先に設計することや、ステータス・作業者・アクションを区別することが説明されています。上の受付状態や完了条件は、そのまま用意されている製品仕様ではなく、自社の仕事に合わせて決める部分です。
引継ぎ・重複・追加連絡の扱いを決める
担当者が不在なら、受付側が誰へ引継ぎを相談するかを決めます。担当名を書き換えるだけで終わらせず、新しい担当者が引き受けたこと、残る作業、次の確認日を残します。引継ぎの途中で担当が空白にならないことが目的です。
同じ質問かもしれない連絡が届いた場合は、「重複候補」として人が確かめます。自動処理で元の記録を消したり、一方の回答を止めたりする前に、同じ受付で扱ってよいかを判断します。別の窓口から届いたという理由だけでは、新規か重複かは決まりません。
完了後に「案内された手順では使えなかった」と追加連絡が来たら、対応中へ戻すか、関連する別の受付を作るかを決めます。元の完了記録を消して初めからやり直すより、いつ何が追加され、何を再確認したかを追える形にしましょう。
自動化は、一覧で追えるようになってから広げる
最初の段階では、受付担当が一件ずつ記録し、未引受や確認待ちを一覧で確かめる方法でも構いません。その流れを試したうえで、取り込み、受付番号の付与、分類候補の提示など、残る手作業のどこを自動化するか選びます。複数の道具をつなぐ場合は、登録失敗を見つける方法と手作業へ戻す手順も必要です。
AIを使うなら、まず架空の質問で分類や回答案の補助が役立つかを確かめます。分類候補が出ることと、担当者が引き受けたことは別です。判断が曖昧なものは受付担当へ戻し、最初から回答の自動送信まで広げない進め方があります。どの情報を使えるかは、社内ルールと利用環境を確認してから決めてください。
通知の時刻や再通知、完了したあとの停止条件を具体化したい場合は、関連記事定期通知やリマインドを自動化する方法も参考になります。問い合わせ管理では、その前提になる受付番号と担当引受をそろえておきましょう。
空の管理表と架空の質問で、流れを確かめる
試すときは、実際の問い合わせ内容を持ち出さず、空の管理表と架空の質問を使います。次の場面を受付担当と対応担当でたどると、記録項目や分担の不足を見つけやすくなります。
- 受け付けたのに、まだ誰も引き受けていない。
- メールのあとに、同じ質問の補足が電話で届く。
- 担当者が不在で、別の人へ引き継ぐ。
- 確認が返ってこず、次の行動が止まっている。
- 完了したあとに、同じ件の追加連絡が届く。
確認したいのは、一覧が作れることだけではありません。「引受前の一件を見つけられる」「引継ぎ先が分かる」「確認待ちの理由と次の行動が残る」「追加連絡から再開できる」という流れです。使い始めたあとは、未引受の滞留や担当を聞き直す場面、受付記録の抜けを振り返り、項目が増えすぎていないかも見直します。
自社ではどこから整えるか迷う場合は、使っている窓口や道具、担当が分からなくなる場面を整理して、問い合わせ受付と対応管理の改善を相談することもできます。しごとのとなりでは、今の仕事の流れを見ながら、小さく試せる範囲を一緒に考えます。フォームには業務の流れと困りごとを記載し、実顧客情報・問い合わせ原文・秘密情報は送らないでください。
※参照した公式資料の確認日：2026年10月20日。受付状態、引受・引継ぎ・再開の条件は本記事の運用案です。製品での設定や自動化の動作は、利用環境ごとに確認が必要です。
