問い合わせ自動化の進め方｜電話・メール・フォーム・チャットのどこから手を付けるか

「問い合わせ対応を自動化したい」──対応に追われる時間が増えてくると、必ずこの検討が始まります。ところが実際に動き出すと、最初に突き当たるのは意外な問題です。電話・メール・フォーム・チャットと窓口が複数あり、どこから手を付ければいいのかが分からない。そして多くの場合、この迷いは「とりあえず評判のいいツールを比較する」という行動に置き換わります。しかし、問い合わせ自動化の成否を分けるのは、ツールの性能ではなく「どの問い合わせを・どのチャネルで・どこまで自動で解決するか」という全体設計です。設計を飛ばしてチャネル単位でツールを入れると、「電話は減ったが、メールが増えただけだった」という付け替えで終わりかねません。この記事では、問い合わせ自動化の 3 つの形、チャネルごとの特性の違い、着手順を決める 3 つの判断軸、そして数える → 選ぶ → 移す → 逃げ道の 4 ステップまで、全体設計の描き方を実務の手順に落とし込みます。

問い合わせ自動化とは ── 「機械が答えること」だけではない

問い合わせ自動化とは、問い合わせの発生から解決までの流れのうち、人手を介さなくても品質が保てる部分を仕組みに置き換えることです。この言葉が検討の場で使われるとき、ほとんどの場合は「AI チャットボットがお客様に答えてくれること」を指しています。しかしそれは自動化の一部にすぎません。実際には、自動化には性質の異なる 3 つの形があります。

• ①自己解決(先回り型) ── FAQ・ヘルプページ・案内表示の整備。問い合わせが発生する前に、お客様が自分で答えにたどり着ける状態を作ります。もっとも地味ですが、1 件も対応せずに解決するという意味で、もっとも割のいい自動化です。
• ②自動応答(その場型) ── AI チャットボットや自動音声など、発生した問い合わせに人を介さずその場で答える形。効果の実感は大きい一方、答えの元になる資料の整備と「答えられないときの行き先」の設計が前提になります。
• ③自動処理(裏方型) ── 受付の自動返信・用件別の振り分け・対応記録の自動化。解決そのものは人が担っても、その前後の作業を仕組みに任せる形です。お客様から見えない場所で動くため、多少の試行錯誤をしてもお客様の体験を壊しません。

この 3 つの形は、電話・メール・フォーム・チャットのどのチャネルにも共通して存在します。つまり全体設計とは、「3 つの形 × 複数のチャネル」の組み合わせ表のどこから埋めていくかを決める作業です。なお、同じ自動化を「案内・一次回答・受付振り分け・記録」という業務工程の軸で分解した整理は「カスタマーサポートの自動化はどこから始めるか ── 4つの領域と進め方」で解説しています。本記事はもう一方の軸、つまりチャネル(窓口)の側から全体設計を描きます。また、自動化を含めた「問い合わせを減らす打ち手」の全体像は、ピラー記事「問い合わせ削減の方法【完全ガイド】」で整理していますので、打ち手の一覧から見たい方はそちらからどうぞ。

チャネル別の特性 ── 同じ問い合わせでも、窓口で性質が変わる

全体設計の最初の材料は、チャネルごとの特性の違いです。同じ「営業時間を知りたい」という問い合わせでも、電話で来るかフォームで来るかによって、使える自動化の手段も難易度もまったく変わります。まず 4 つのチャネルを並べて整理します。

表の「相性」を分けている正体は、入口の時点で情報がどれだけ構造化されているかです。フォームは項目そのものを設計できるので、届いた瞬間から用件が仕分けられています。チャットは文字で残るうえ、その場のやり取りで用件を絞り込めます。メールは文字ですが形式が自由なので解釈が要ります。そして電話は、音声だけ・その場限り・待たせられないという三重の制約があり、4 つの中でもっとも構造化から遠い ── だから自動化がもっとも難しいチャネルです。多くの会社で人手をいちばん奪っているのが電話なのに、電話がいちばん自動化しにくい。この非対称が、問い合わせ自動化の設計を悩ましくしている本質です。

もう 1 つ、設計の前提として押さえたいのは、チャネルは互いに独立していないことです。お客様は「解決できる窓口」を探して動くため、1 つのチャネルだけを自動化・抑制すると、解決しなかった分は別のチャネルへ流れます。電話の着信は減ったのにメールの未処理が積み上がった、という結果は、削減ではなく付け替えです。だからこそ自動化の効果は、チャネル別ではなく全チャネル合算の件数で判定する必要があります。ここが、チャネル横断の全体設計を最初に描くべき理由です。

どこから手を付けるか ── 3 つの判断軸と着手順

チャネルの特性が見えたら、次は着手順です。判断軸は 3 つあります。

• ①件数 ── 量が多い場所ほど、自動化したときの効果が大きくなります。ただし「多い気がする」ではなく、実測で確かめます(後述のステップ 1)。
• ②定型度 ── 答えや手順が決まっている用件ほど自動化に向きます。逆に、判断・交渉・個別事情の確認が要る用件は、無理に自動化の対象にしません。
• ③取り返しやすさ ── 間違えたとき、その間違いがお客様に届くかどうか。社内側で完結する仕組みは、失敗しても直せばよいだけなので、安心して試せます。

この 3 軸を当てはめると、着手順はおおむね次の並びになります。

この順番で進めると、1 つ気づくことがあります。「電話そのものの自動化」が最後まで残るのです。正直に書くと、音声での自動応答は、聞き取りの精度・言い直しへの対応・待たせない応答速度と、テキストのチャネルに比べて体験設計の難度が数段上がります。ですから電話の件数を減らしたい場合も、電話を正面から自動化するのではなく、手前のチャネル(FAQ・チャット・フォーム)に受け皿を作り、定型の用件をそちらへ移す方が早く確実です。電話を手前で受け止める具体的な打ち手は「電話問い合わせを減らす方法7選 ── 電話数を減らす手順と始め方」で 7 つに整理しています。

進め方の 4 ステップ ── 数える・選ぶ・移す・逃げ道

ここまでの材料(3 つの形・チャネル特性・判断軸)を、冒頭のロードマップに沿って実行手順に落とします。大がかりなツールは要りません。最初の 2 ステップは、いま使っているメールソフトと共有の表計算シートで始められます。

ステップ 1: チャネル×用件の一枚表で数える

2〜4 週間、すべてのチャネルの問い合わせを同じ用件ラベルで数えます。縦に用件(10 個前後の粗い分類で十分)、横にチャネルを置いた一枚表を作り、件数を埋めていく ── これだけです。メールとフォームは受信箱の集計から拾えます。電話は対応のたびに 1 行記録する運用を足します。この一枚表が、以降のすべての判断の土台です。「電話で多い用件」と「メールで多い用件」が違うこと、特定の用件が複数チャネルにまたがって来ていることが、推測ではなく数字で見えるようになります。

ステップ 2: 「量 × 定型度」で、自動化する用件を選ぶ

一枚表ができたら、用件ごとに量と定型度の 2 軸で仕分けます。量が多く定型 ── 自動化の第一候補です(自己解決と自動応答の両方が効きます)。量が多いが非定型 ── 人に残し、代わりに裏方(振り分け・記録)で人の対応を軽くします。量が少なく定型 ── 定型文の返信で十分です。量が少なく非定型 ── 今は何もしません。ここで大切なのは、すべてを自動化しようとしないことです。判断・交渉・個別事情の確認まで自動化の対象に含めると、精度への不安で計画全体が止まるうえ、お客様の体験も崩れます。人に残す線を先に引くことが、結果として自動化の範囲を最速で広げます。

ステップ 3: 解決の場所を「移す」── 導線まで設計する

自動化する用件が決まったら、FAQ を書き、チャットを設置し、受付返信を整えます。ただし、ここに大きな落とし穴があります。仕組みを置くだけでは、お客様は移りません。長年電話で解決してきたお客様は、明日も電話をかけます。必要なのは、いまの行動の途中に新しい導線を差し込むことです。問い合わせページでは電話番号の手前に FAQ とチャットを置く。メールの自動返信に、該当するヘルプページへの案内を載せる。電話の自動音声で「この用件は Web で完結します」と案内する。移した直後は新旧両方の窓口が動く移行期間ができますが、導線が正しければ、合算の件数は少しずつ下がっていきます。

ステップ 4: 逃げ道を決めて、月次で見直す

自動化のあとに必ず残るのが「自動では解決できなかった問い合わせ」です。これは失敗ではなく、設計の一部です。チャットなら有人対応への切り替え先、FAQ ならフォーム・電話への導線というように、行き止まりを作らない逃げ道をあらかじめ決めておきます。そして運用開始後は月に一度、全チャネル合算の件数と「答えられなかった質問」を確認し、FAQ・ナレッジ・振り分けルールを更新します。答えられなかった質問は、翌月の自動化対象の候補リストそのものです。自動化は導入した日に完成するものではなく、この月次の見直しで育っていきます。

コルットの場合 ── 「受け皿になるチャネル」を最短で立てる

最後に、本記事の設計と当社の AI チャットボット「コルット」の関係を紹介します。全体設計の言葉でいうと、コルットは「自動応答」の担い手であると同時に、電話やメールから定型の問い合わせを移すための受け皿チャネルです。HP に専用タグを 1 行貼るだけで設置でき、最短 3 日で本番稼働するため、ステップ 3 の「受け皿を作って導線を変える」を短期間で形にできます。回答はボタン選択式ではなく記述式(自由入力)で、お客様は用件を自分の言葉で書くだけ。知識源はマニュアル・規定・対応ログといった社内資料で、一問一答の FAQ を作り込む必要はありません。24 時間 365 日稼働するので営業時間外の受け皿にもなり、クレームや複雑な相談はオペレーターへ切り替える設計で、ステップ 4 の逃げ道を最初から備えています。加えて、どの問い合わせがコール数を増やしているかを可視化・分析する機能があり、ステップ 1 の「数える」を仕組みの側から支えます。まずは 2 ヶ月の無料モニターで、自社の問い合わせがどこまで自動で解決するかを、費用をかけずに確かめられます。

よくある質問