問い合わせ削減はなぜ必要か｜戻ってくる時間の試算と減らしてよい問い合わせの見分け方

「FAQ を増やしたのに、入電が減らない」──呼量削減を指示された現場責任者・SV の方から、もっともよく聞く声です。打ち手が間違っていたのでしょうか。多くの場合、原因はもう一段手前にあります。「減らす」が、いつのまにか”全部減らす”の意味で使われているのです。問い合わせには、減らしてよいものと、減らしてはいけないものがあります。この区別を持たないまま FAQ やチャットボットを積み増しても、減らせない問い合わせに向かって打ち手を撃ち続けることになり、件数は動きません。この記事では、そもそも何のために問い合わせを削減するのか(目的)と、どの問い合わせを削減の対象にするのか(対象の見分け方)を整理します。個々の打ち手の詳しい手順は「問い合わせ削減の方法【完全ガイド】」に譲り、本記事はその手前の「狙いを定める」部分を受け持ちます。

なぜ問い合わせを削減するのか ── 見えているコストは一部でしかない

「呼量を減らせ」という号令は、たいてい人件費の文脈で降りてきます。しかし応対時間 × 人件費という見えやすいコストは、問い合わせが組織に負わせているコストの一部でしかありません。まず全体を層で見ておくと、削減の目的がお金の話だけではないことがはっきりします。

注目したいのは、下の層ほど「件数が多い」こと自体が原因になっている点です。あふれた呼は放棄され、再架電で件数を二重にし、待たされたお客様は不満を抱えた状態で着信します。対応する側は疲弊し、離職が出れば採用と研修が再発生し、残った人の負荷がさらに上がる──件数過多は、それ自体がコストを再生産する構造を持っています。だからこそ、問い合わせ削減は「経費節減の一項目」ではなく、この悪循環を断ち切る打ち手として捉える必要があります。

3 割減ると、どれだけの時間が戻るか

効果を体感できる数字にしておきましょう。ここから先の数字はすべて計算のための置き数字で、業界平均でも当社の実績値でもありません。1 件あたりの平均処理時間(AHT)を 6 分、オペレーター 1 人の月間実処理時間を 128 時間(月 160 時間 × 稼働率 80%)と仮に置きます。このとき、問い合わせが 3 割減ると戻ってくる時間は次のとおりです。

月 1 万件のセンターで 3 割減れば、年間 3,600 時間。オペレーター約 2.3 人分の時間が戻り、増員申請を 1 年分先送りできる規模になります。金額に換算したい場合は、自社の 1 コールあたりコスト(応対にかかった総費用 ÷ 件数)を削減件数に掛ければ補助線が引けますが、金額は説明用の補足に留めるのがおすすめです。理由は次の節で述べるとおり、削減の価値は「浮いたお金」より「戻った時間の使い道」で決まるからです。「3 割」も約束ではなく試算の置き数字で、実際の削減余地は問い合わせの中身次第です。AHT・稼働率・削減率の 3 つを自社の数値に差し替えて読んでください。自社の入電がいま何件あり、どの用件で構成されているかを実測する手順は「入電数の計測・分析から削減までの5ステップ」で解説しています。

戻った時間の受け皿を先に決める

ここが本記事でいちばん強調したい点です。削減件数は、そのままでは現金にも余力にもなりません。900 件減っても、戻った 90 時間の使い道が決まっていなければ、その時間は日々の業務に溶けて消えます。だから打ち手を選ぶ前に、戻った時間を何に充てるかを決めておきます。選択肢は大きく 3 つです。

• ①増員の回避 ── 件数増・繁忙期に対して、採用せずに現体制で受け切る。効果がもっとも金額に直結します。
• ②欠員の非補充 ── 退職が出たときに補充せず、自然減で体制を適正化する。誰かを減らすのではなく「補充しない」判断です。
• ③時間の再配分 ── VOC 分析、ナレッジ整備、解約防止のフォローコールなど、これまで「手が回らなかった」価値業務に充てる。

どれが正解ということではありませんが、本記事の背骨は ③ です。問い合わせ削減の目的を「人を減らすこと」に置くと、現場の協力は得られず、削減はやせ我慢の縮小均衡になります。目的は、有人にしかできない問い合わせと業務に、有人の時間を戻すこと──この定義に立つと、「ではどの問い合わせなら機械に任せてよいのか」という次の問いが自然に立ち上がります。それが後半のテーマです。

減らしてよいものと、減らしてはいけないもの

「どれを減らすか」を決めるには、まず問い合わせが増える原因を分けて見ます。現場のログを原因でさかのぼると、増加要因はおおむね次の 4 つに収まります。

• ①情報の不足 ── 料金・手続き・期限などの答えが、お客様の見える場所に書かれていない。あるいは書いてあっても社内の言葉で書かれていて伝わらない。
• ②導線の不備 ── 答えは公開されているのに、たどり着けない。検索しても出てこない、階層が深い、スマートフォンで読めない。
• ③不安由来の再問い合わせ ── 「申し込みできているか確認したい」「本当にこれで合っているか」。処理は済んでいるのに、完了が伝わっていないために発生する 2 回目の接触。
• ④業務・製品側の設計 ── 請求書の記載が紛らわしい、手続き画面で迷う、案内文面が誤解を生む。問い合わせは症状で、原因は業務側にある。

この 4 つは、いずれも「お客様は本当は問い合わせたくなかった」問い合わせです。答えがあれば・導線が通っていれば・不安がなければ・設計が良ければ、発生しなかったもの──つまり減らすことがお客様の利益と一致する問い合わせであり、ここが削減の対象です。一方で、判断・交渉・感情を含む問い合わせは、削減の対象から外します。個別の契約条件の相談、支払いが難しいという交渉、強い不満を伴うクレーム、状況の込み入った相談──これらは有人が時間をかけて受けることそのものに価値があり、機械的に減らそうとすると応対品質の低下とクレームの二次発生を招いて、差し引きマイナスになります。「全部減らす」が失敗するのは、この 2 種類を区別せずに同じ打ち手をかぶせるからです。

削減の 4 つの打ち手 ── 効き方と限界

対象が定まったら、打ち手を選びます。打ち手は 4 系統あり、効くものと限界がそれぞれ違います。先に一覧で並べます。

大事なのは限界の列です。① は効き目がもっとも本質的ですが、請求書や手続き画面は他部署の管轄であることが多く、今期の呼量には間に合いません。② は即効性がありますが、FAQ やチャットボットの出来は元資料の質で決まるため、「置けば減る」わけではありません。④ は AHT を縮める打ち手で、件数の議論とは別軸です。そして特に注意したいのが ③ です。電話をチャットやフォームに置き換えると電話の件数は確かに減りますが、問い合わせの総数は 1 件も減っていません。応対チャネルが変わっただけで、対応する工数は残ります。ダッシュボード上は「入電削減」に見えるため、③ を「削減」として報告してしまうと、戻ってくるはずだった時間が戻らないという形で必ず後から辻褄が合わなくなります。移動には移動の価値(同時対応・履歴の残しやすさ)がありますが、「移動」を「削減」と呼ばない──これが打ち手選びで最初に効く規律です。4 つの打ち手それぞれの具体的な進め方は「問い合わせ削減の方法【完全ガイド】」で、どの業務領域から自動化に着手すべきかの全体像は「カスタマーサポートの自動化はどこから始めるか」で、それぞれ詳しく解説しています。

打ち手を選んだあと ── 前線と有人の境目を決める

打ち手 ② を選ぶと、最後にひとつ決めることが残ります。どの質問をチャットボットに受けさせ、どの質問を有人へ通すかです。ここは前半の「減らしてよい / いけない」をそのまま設計に写せばよく、判断軸は 2 つで足ります。

• ①答えが資料で一意に決まるか ── 料金・手続き・営業時間・期限のように、マニュアルや規定を参照すれば答えが 1 つに定まる質問か。定まるなら bot の担当です。
• ②感情・交渉・個別事情を含むか ── 不満の表明、支払い条件の相談、契約内容に踏み込む個別の照会。1 つでも含むなら、bot に答えさせず、有人へまっすぐ通します。

① に該当するものだけが bot の受け持ちで、それ以外は全部、有人へ通す──この設計にすると、チャットボットの役割の定義が変わります。bot の役割は「答えること」ではなく、トリアージ(仕分けて、通すこと)です。定型の問い合わせは前線で受け止めて件数を減らし、判断・感情を含む問い合わせは、待たせず・たらい回しにせず有人に届ける。答えられない質問に無理に答えようとする bot は体験を壊しますが、通すべき質問を見極めて素早く渡す bot は、有人対応の入口として体験をむしろ良くします。削減(定型を減らす)と品質(重要な問い合わせに時間を割く)が、この前線設計で初めて両立します。

コルットの場合 ── 前線のトリアージを任せる設計

最後に、当社の AI チャットボット「コルット」が、この記事の考え方をどう実装しているかを紹介します。コルットは HP にタグ 1 行で設置できる記述式(自由入力)のチャットボットで、マニュアル・規定・対応ログといった社内資料を知識源にするため、一問一答形式の FAQ を作り込む必要がありません(仕組みの詳細は「FAQチャットボットとは ── 作り込み不要のナレッジ学習型の仕組みと選び方」)。本記事の 2 軸に対応する設計として、答えが資料で決まる質問はその場で回答し、クレームなど感情を含む問い合わせは検知した時点で即時にオペレーターへ切り替えます。またどの問い合わせがコール数を増やしているかを可視化する分析機能を備えており、「減らしてよい問い合わせがどれか」を実データで特定できます。導入は最短 3 日。まずは 2 ヶ月の無料モニターで、自社の問い合わせのうちどれだけが「前線で受け止められる問い合わせ」なのかを、費用をかけずに確かめられます。

よくある質問