結論: 問い合わせは「完了したか」より「どこで止まっているか」を残します
問い合わせステータス管理で最初に決めるべき項目は、受付、AI下書き中、人間確認中、顧客返信待ち、社内確認待ち、完了、改善待ちの7つです。
これらを決めると、AIが返信案や要約を作った後も、誰が何を確認し、どこで止まり、次に何をすればよいかが残ります。問い合わせステータスは、進捗の保管ではなく、次の判断を補完するための運用記憶です。
問い合わせ対応をAI化する前のステータス管理は、受付、AI下書き中、人間確認中、顧客返信待ち、社内確認待ち、完了、改善待ちの7種類から始めます。各ステータスに、止まった理由、確認者、次回行動、改善先を添えると、対応漏れと二重確認を減らせます。
なぜAI化の前にステータスを揃えるのか
問い合わせ対応でよく起きる問題は、返信文が書けないことだけではありません。むしろ、前回どこまで進んだのか、誰が確認するのか、なぜ保留になったのかが見えないことで対応が止まります。
AIは返信案、要約、分類を作れます。けれど、会社側にステータスの型がないと、AIの出力を受け取った後の扱いが担当者ごとに変わります。ある人はすぐ返信し、ある人は社内確認へ回し、別の人はCRMに全文だけ貼って終わる。これでは、AIを入れても対応品質は安定しません。
競合する一般的な問い合わせ管理の記事は、ツール機能やチケット管理の説明に寄りやすい傾向があります。Miraigentでは、中小企業がAI導入前に決めるべき「現在地」「止まった理由」「次回行動」に絞って整理します。
問い合わせステータスの基本7分類
最初から細かいステータスを増やす必要はありません。まずは、次の7つに分けます。
- 受付: 問い合わせを受け取り、入口と要件だけ確認した状態。
- AI下書き中: 返信案、要約、分類案をAIに作らせている状態。
- 人間確認中: 金額、契約、返金、個人情報、強い不満などを人が確認している状態。
- 顧客返信待ち: 追加情報、日程、資料確認など、相手からの返信を待っている状態。
- 社内確認待ち: 担当者、上長、専門職、別部署の判断を待っている状態。
- 完了: 必要な返信や処理が終わり、次回行動がない状態。
- 改善待ち: FAQ、フォーム、CRM項目、AI入力ルールへ戻す改善が残っている状態。
この分類のポイントは、完了だけを追わないことです。AI導入で重要なのは、途中で止まった問い合わせを次のルールへ変えることです。
短い運用ストーリー: 「返信済み」なのに、誰も安心できない
ある小さな会社で、問い合わせ管理表に「返信済み」とだけ残っていたとします。数日後、同じ顧客から追加質問が来ました。担当者は表を見ますが、前回どこまで案内したのか、金額は出したのか、AI下書きを人が確認したのかがわかりません。
返信済みという言葉は、進捗には見えます。けれど、次の判断には足りません。必要なのは、返信済みかどうかに加えて、どの条件で返信し、何を保留し、次にどこを直すべきかです。
問い合わせステータスの価値は、作業が終わった印を付けることではなく、止まった理由を次の担当者と次のルールに渡すことです。
引き継ぎメモに添える4項目
ステータスだけでは、まだ足りません。各問い合わせには、次の4項目を短く添えます。
- 止まった理由: 金額確認、契約確認、個人情報、強い不満、情報不足など。
- 確認者: 担当者、上長、専門職、顧客、外部パートナーなど。
- 次回行動: 返信、電話、資料送付、追加質問、社内確認、FAQ追加など。
- 改善先: FAQ、フォーム項目、CRMメモ、AI入力ルール、承認条件など。
たとえば「人間確認中」とだけ書くと、次の担当者は何を見ればよいかわかりません。「人間確認中 / 金額に触れるため / 確認者: 代表 / 次回行動: 料金目安を送る / 改善先: 料金FAQ」と書けば、すぐに動けます。
問い合わせステータスのBefore / After
引き継ぎに使えるステータスは、短くても構造化されています。
「返信済み。確認中。」
Afterステータス: 社内確認待ち / 止まった理由: 契約期間と料金の個別相談を含む / 確認者: 代表 / 次回行動: 条件確認後に無料診断案内を送る / 改善先: フォームに予算感と希望開始時期を追加候補。
Afterの形なら、次の担当者は過去の文章を読み込まなくても、現在地をつかめます。AIに要約を作らせる場合も、この型へ出力させると確認しやすくなります。
AIに任せるステータスと、人が見るステータスを分ける
AIを入れる時は、すべてのステータスを自動化しようとしない方が安全です。AIに任せやすいのは、受付分類、要約、FAQ候補抽出、返信下書き、次回行動候補の整理です。
一方で、金額、契約、返金、個人情報、強い不満、約束に見える表現、社外公開に関わる内容は、人間確認へ戻します。これはAIを信用しないという話ではありません。会社として外に出す判断を、誰が持つかを先に決めるという話です。
この線引きは、生成AIの出力確認を、1枚の承認表にまとめるで扱った承認表ともつながります。問い合わせステータスと承認表を別々に作るのではなく、止まった理由を同じ言葉で残すと運用が揃います。
ステータスをFAQ・フォーム・CRMへ戻す
問い合わせステータス管理は、対応を終わらせるためだけのものではありません。何度も「顧客返信待ち」になる項目はフォームで先に聞けるかもしれません。何度も「社内確認待ち」になる質問はFAQにできるかもしれません。何度も「人間確認中」になる表現は、AIへの入力ルールや承認条件へ戻せます。
ここで重要なのは、「記憶の保管ではなく、記憶の補完」です。問い合わせの履歴を貯めるだけでは、次の対応は楽になりません。止まった場所を見つけ、次回は迷わない形へ直すことで、会社の運用記憶になります。
関連して、問い合わせメモを、次の対応に使えるCRM項目へ変えるではCRMに残す最低項目を整理しています。ステータスとCRMメモを合わせると、問い合わせ対応AIの導入前チェックがかなり具体化します。
無料診断で確認したい質問
Miraigentの無料診断では、問い合わせ対応をAI化する前に、次のような質問を確認します。
- 問い合わせは、フォーム、メール、SNS、電話のどこから来ていますか。
- 現在のステータスは、誰がどの言葉で更新していますか。
- 保留や確認中になった理由は、次の担当者が読めますか。
- AI下書き後に人間確認へ戻す条件は決まっていますか。
- 何度も止まる問い合わせを、FAQやフォームへ戻していますか。
これらの質問に答えられない場合、最初に導入するべきものは大きなAIツールではなく、小さなステータス表かもしれません。
入口の整理から始めたい場合は、初回相談フォームをAI導入診断に変える設計も参考になります。フォーム、CRM、FAQ、AI入力ルールは、別々ではなく一つの問い合わせ導線として見ます。
FAQ
問い合わせステータスは何種類に分ければよいですか？
最初は、受付、AI下書き中、人間確認中、顧客返信待ち、社内確認待ち、完了、改善待ちの7種類で十分です。細かくしすぎるより、止まった理由と次回行動を添える方が続きます。
AI導入前に問い合わせの引き継ぎを整える理由は何ですか？
AIが返信案や要約を作っても、ステータス、確認理由、次回行動が残っていないと、対応漏れや二重対応は減らないためです。AI化の前に、人が迷う場所を見える化します。
問い合わせの保留理由はどこまで残すべきですか？
金額、契約、返金、個人情報、強い不満、社外公開、判断者不在など、次回も同じ確認が必要になりやすい理由を短く残します。全文より、止まった理由の方が引き継ぎに使えます。
次の一歩
問い合わせステータス管理の目的は、管理表を細かくすることではありません。次の担当者が、現在地、止まった理由、次回行動、改善先を読めるようにすることです。
Miraigentの無料診断では、問い合わせ導線、FAQ候補、CRMメモ、人間確認条件、AIに送らない情報を確認し、最初に整えるべきステータスと引き継ぎ項目へ落とします。