問い合わせ対応の自動化｜自動化してよい工程と、人が判断すべき工程の線引き

問い合わせ対応の自動化は、どのツールを入れるかよりも「どの工程まで機械に任せるか」で結果が変わります。この記事は、自社サイトの問い合わせフォームを運用していて、届く連絡の仕分けに時間を取られている担当者と、その投資を決める方に向けたものです。ツール紹介ではなく、自動化してよい工程と人が持つべき工程の線引きを、実フォームデータをもとに整理します。

問い合わせ対応の自動化は、業務単位ではなく工程単位で線を引く

問い合わせ対応は一つの業務に見えて、実際は性質の違う工程の連なりなので、工程ごとに可否を判断します。

「問い合わせ対応を自動化する」と一括りにすると、話はすぐ「どのツールを入れるか」に流れます。しかし受付から返信までを分解すると、繰り返しが多く判断のいらない工程と、相手との関係に直結して取り返しのつかない工程が混ざっています。後者を自動化すると、削減できる時間はわずかなのに、失う機会のほうが大きくなります。

工程は次の6つに分けると扱いやすくなります。

1. 受付通知(送信者への受付メールと、社内への着信通知)
2. 記録(管理表や一覧への転記)
3. 一次分類(営業か、本物の問い合わせか、判断保留か)
4. 返信テンプレの提示
5. 最終判断(誰に回すか、返信するか、断るか)
6. 例外対応(苦情、取引先からの至急連絡、想定外の内容)

分類基準そのものの作り方や返信テンプレの本数といった運用の中身は問い合わせ対応を効率化する4ステップにまとめています。この記事では、その手順のうち「どこまでを機械に渡してよいか」だけを扱います。

自動化してよい工程と、人が持つべき工程

自動化してよいのは「間違えても取り返しがつく工程」、人が持つべきは「間違いがそのまま相手に届く工程」です。

受付通知は迷わず自動化してよい工程ですが、どの仕組みで返すかで挙動が変わります。フォーム側の自動返信とは別に、受信箱側の不在通知で代用している場合は要注意です。Gmail の不在通知は、同じ相手には原則として最初の1通にだけ返信され(4日後に再度連絡があれば再送されます)、迷惑メールフォルダに入ったメールやメーリングリスト宛には返信されないと公式ヘルプに記載があります(Gmail ヘルプ)。受付通知は「届いた証明」ではなく「体感の待ち時間を減らす仕掛け」と位置づけるのが正確です。

断りの意思決定を人が持つ理由も一つ補足します。断ること自体は難しくありませんが、誰に、どの温度で断るかは取引関係に跳ね返ります。文面のパターンは営業メールの断り方に整理していますが、テンプレを持つことと、送る相手を機械に選ばせることは別の話です。

一次分類の自動化で起きる事故は、誤分類ではなく「気づけないこと」

一次分類の事故の本体は誤分類そのものではなく、誤分類したことを誰も知らないまま時間が経つ構造にあります。

受付通知の誤りはすぐ分かります。文面が変なら送信者から指摘が来ますし、社内でも気づきます。ところが一次分類の誤りは違います。本物の問い合わせを営業と分類してしまっても、送信者側は「返事が来ない会社だった」と受け取って、黙って離れるだけです。抗議は来ません。社内から見えるのは「対応件数が減った」という数字だけで、自動化がうまくいっているように見えてしまいます。効率化の成果と誤分類の副作用が、同じ方向に数字を動かすのが厄介なところです。

ここで効いてくるのが、フォームからの通知メールを受信箱側でどう自動処理するかです。Gmail のフィルタでは、ラベルの付与・アーカイブ・削除・スター・自動転送といった動作を設定できると公式ヘルプに書かれています(Gmail ヘルプ)。この中から削除を選ぶと、誤分類は静かに完了します。これとは別の仕組みですが、迷惑メールと判定されたメールは 30 日後に自動的に削除される、とも公式に記載があります(Gmail ヘルプ)。自動で消える仕組みに預けている限り、「間違っていたら後で見返せばいい」という猶予は思っているほど長くありません。

一次分類を自動化するなら、「消えない場所に残す」ことが前提条件になります。

「自動で捨てない、自動でラベルを付けて人が見る」設計にする

自動化の既定動作は削除ではなくラベル付けにして、人が見に行ける導線を必ず残します。

運用ルールとしては、次の4つを決めておけば足ります。

1. 既定動作はラベル付け。削除・完全な非表示は選ばない
2. 迷ったものは保留に倒す。営業側に倒さない
3. 営業ラベルの列も、週に1回、送信者名と冒頭1行だけ流し読みする
4. 判定の理由が読める状態にする。なぜ営業と判断されたのか分からない仕組みは、間違いを直せません

3 は省略されがちですが、週1回5分の流し読みは自動化の効果を打ち消すコストではなく、自動化が壊れたことに気づくための保険です。

私たちが Hajik を作るときも同じ前提に立っています。既定は「ブロックせずラベルを付ける」、迷った送信は本物寄りに倒す、導入直後は判定するだけで運用を変えない観察モードから始める。効果の言い方も「99%+ を遮断し、残り約 1% は人が判断する」に統一していて、全自動とは言いません。全体の組み立ては問い合わせフォームの営業メール対策の実務ガイドにまとめています。

実データ:人が判断のために開く件数は、どこまで減るか

一次分類の自動化で消えるのは「1件ずつ開く手間」であって、「判断」そのものは残ります。

Hajik が分析した、美容商社(国内最大手・上場)の実フォームデータでは、3種類のフォーム・合計 1,894 件・約 20 か月分の送信を分類しました。3フォーム合算で月平均 100 件程度です。いずれも reCAPTCHA v3 を通過した送信で、明らかなボットは事実上ゼロでした。つまり、ここに残っているのは人が書いて送ってきたものだけです。なお以下の分類は、文面と記入項目の特徴を見る簡易ヒューリスティック(単純な経験則)によるもので、1件ずつ人が精読して確定させた数字ではありません。

件数に直すと、月 100 件のうち約 47 件が「営業と判断できるもの」です。ここは自動でラベルが付けば、1件ずつ開いて読む必要がなくなります。一方で判定困難は問い合わせフォームで 32.2%、汎用フォームで 25.2% を占め、合わせて月 25 件前後。これが人の判断領域として最後まで残ります。

100 件をすべて開いていた運用は、「判断のために開くのが 25 件前後、それに本物として担当へ回る分を足したもの」に変わります。ゼロにはなりません。決裁の場で「AI がやってくれるので人手はいらない」と説明してしまうと、導入後に必ず食い違いが出ます。人が見る 2〜3 割ぶんの時間は、最初から工数に入れておいてください。

なお、この比率は業種・規模・フォームの性格によって大きく変わります。あくまで一社・一時点のサンプルとして読んでください。特徴的だったのは採用フォームで、営業比率は通年で 50% を超え、閑散期がほとんどありませんでした。逆に問い合わせフォームには季節の波があり、12〜1 月には営業がほぼ 0% まで落ちる月もあります。件数の増減だけを見て自動化の効き目を判断すると、季節変動を成果と読み違えます。

段階的に広げる:4週間の進め方

自動化は全工程に一度に入れず、取り返しがつく工程から順に広げます。

• 第1〜2週:観察だけ。分類は動かすが、受信箱の運用は変えません。分類結果と実際の中身を突き合わせて、どこがズレるかを見ます
• 第3週:ラベル運用を開始。営業ラベルは受信箱の外に出しますが、削除はしません。週1回の流し読みをこの時点で担当者に割り当てます
• 第4週:受付通知と記録の自動化を足す。ここは失敗しても取り返しがつく工程なので、最後にまとめて入れて構いません
• 以降:月1回10分の見直し。保留に落ちたものを読み返し、基準を1文だけ書き換えます

例外対応(苦情・至急・想定外)は最後まで自動化の対象外ですが、その代わり「誰にエスカレーションするか」を文書で決めておく必要があります(書き方は問い合わせ対応マニュアルの作り方)。自動化を進めるほど人に残る仕事は例外だけになるため、手順書の重要性はむしろ上がります。

よくある質問

営業と判定されたものを自動で削除してはいけませんか

削除は勧めません。削除を選ぶと、誤分類に気づく手段が同時に失われます。前述のとおり迷惑メール扱いのメールは 30 日で自動削除される仕様もあり、「あとで確認する」余地は思ったより短命です。受信箱の外に出すところまでにして、消えない場所に残してください。

キーワードのルールだけで自動分類すれば十分ではありませんか

補助としては有効ですが、単独では危険です。「ご提案」「ご紹介」「拝見しました」といった語は、実データでは営業の典型表現であると同時に、本物の問い合わせにも普通に出てきます。また、フォーム経由の送信は差出人が自社のフォームシステムになるため、送信元アドレスでの振り分けも効きません。さらに、会社名で一律に弾くルールも作らないでください。同じ会社からの連絡でも、あるサイトにとっては営業、別のサイトにとっては取引先からの本物の相談です。

AI に判定させると、問い合わせの中身はどう扱われますか

レイヤを分けて理解してください。Hajik の場合、保管はブラウザ内で暗号化してから送るため、保管されたデータを Hajik 側が復号することはできません。一方で、判定の瞬間だけは精度のために内容をそのまま AI に渡します(項目をマスクすると、本物の申し込みが一律「要確認」になる誤判定が起きるためです)。ただしクレジットカード番号・マイナンバー・銀行口座・パスポート番号・健康情報の5種は、ブラウザ内で除去してから送ります。「保管は復号できない」と「判定時は内容を見る」は別の話なので、社内説明では必ず分けて伝えてください。

自動化すると、担当者が判断できなくなりませんか

一次分類まで自動化して最終判断を人に残す設計なら、判断の機会はむしろ濃くなります。100 件を惰性で流し読みしていた時間が、25 件前後をきちんと読む時間に変わるためです。注意すべきは逆方向で、最終判断まで自動化すると、数か月後には社内の誰も判断基準を説明できなくなります。

まとめ:明日やること

1. 受付から返信までを6工程に分解し、○(自動化)/△(提示・ラベルまで)/×(人が持つ)を紙1枚に書く
2. 既存の自動振り分けルールを開き、「削除」を選んでいる箇所があればラベル付けに変える
3. 直近1か月の送信を「営業/本物/保留」の3つに数え、人が判断すべき件数を把握する
4. 観察2週間の予定を先にカレンダーへ入れる

自社のフォームにどれくらい営業が混ざっていて、人が判断すべき件数がどれくらい残るのかが分からない段階であれば、まずは無料診断で現状を確認してください。実際にラベル運用を試すなら、14 日間の無料トライアルがあります(無料で試す)。