カスタマーサポートの効率化は、「問い合わせそのものを減らす」と「来たものを速く捌く」の2方向を同時に回さないと頭打ちになります。テンプレートと担当割りだけを磨いても、入ってくる量が減らなければ限界が来るからです。
この記事は、専任1〜数名で顧客サポートを回している中小企業のサポート担当・Web担当・情シスの方向けに、両輪それぞれの具体策と、見落とされがちな「そもそも顧客ではない送信」の扱い方、そして効果測定の指標までを整理します。
効率化の打ち手は「減らす側」と「捌く側」の2種類しかない
カスタマーサポートの効率化は、問い合わせの発生を減らす施策と、発生後の処理を速くする施策のどちらかに必ず分類できます。
この2つは効き方が違います。捌く側は今週から効きますが、1件あたりの処理時間の下限で止まります。減らす側は効くまで数週間かかりますが、上限がありません。片方だけを回すと必ず行き詰まります。
| 減らす側 | 捌く側 | |
|---|---|---|
| やること | FAQ整備、案内文の改善、画面・製品の修正、先回り通知 | 返信テンプレ、自動振り分け、担当割り、対応履歴の共有 |
| 効き始めるまで | 2週間〜数か月 | 数日 |
| 効果の上限 | 上限なし(発生源が消える) | 1件あたりの処理時間の下限で止まる |
| 主な失敗 | 誰も読まないFAQを増やす | テンプレの棒読みで顧客満足が落ちる |
| 着手の順番 | 分類してから、上位だけ | 今週すぐ |
現実的な進め方は、捌く側で息継ぎをしながら、並行して減らす側を仕込むことです。
減らす側の第一歩は、直近3か月ぶんの問い合わせを分類すること
減らす側を始めるには、まず直近3か月ぶんの問い合わせを内容で分類し、件数の多い順に並べるのが最短です。
やり方は単純です。表計算ソフトに1行1件で並べ、「内容カテゴリ」の列を手で埋めます。カテゴリは最初から精緻に設計せず、書きながら増やして構いません。並べ替えると、たいてい上位のいくつかのカテゴリに件数が集中しているのが見えてきます。
ここで大事なのは、上位3件だけを潰すと決めることです。全カテゴリを網羅しようとすると、どれも中途半端になって効果が出ません。上位3つについてだけ、次の3つを自問します。
- これは説明が足りないのか(→ 案内文・FAQで減らせる)
- これは画面や製品がわかりにくいのか(→ 修正すれば根本から消える)
- これは連絡が来る前に伝えられるのか(→ 出荷通知・工事日連絡など先回りで消える)
3番目に該当する問い合わせは少なくありません。「注文した商品はいつ届きますか」は、発送時に一言送るだけで丸ごと消えます。FAQに書くより発生源を絶つほうが速いのです。
問い合わせを1行1件で並べる具体的な列設計は、問い合わせ管理をエクセルで回す方法にそのまま使える10列を載せています。
FAQは検索対策ではなく、問い合わせを減らすために作る
FAQは検索順位のために作るものではなく、問い合わせ直前の読者に読ませて手を止めさせるために作るものです。
この前提は、以前より明確になりました。Googleは検索結果に表示していたFAQリッチリザルト(質問と回答が検索結果に展開表示される機能)を段階的に縮小し、2023年9月には「政府・医療分野の著名で権威あるサイト」に限定、その後2026年5月7日をもって表示を終了、6月には関連ドキュメント自体を削除しています(Google 検索セントラル 更新情報)。つまり、構造化データを付けたFAQページを量産しても、検索結果上の見た目の得はもうありません。
その代わり、FAQの価値は「問い合わせを減らす」という本来の効果に戻ります。減らすためのFAQには置き場所の鉄則があります。
- 問い合わせフォームの直前に置く。別ページのFAQ一覧に飛ばすと、ほぼ読まれません。フォームの入力欄の上に、上位3カテゴリの回答を折りたたみで並べます。
- 問い合わせで実際に使われた言葉で書く。社内用語や正式な製品名ではなく、顧客が打ち込んできた表現をそのまま見出しにします。
- 1問1答で完結させる。「詳しくはこちら」でマニュアルに飛ばすと、そこで離脱して結局フォームに戻ってきます。
私たちも自社サイトのフォームでは、FAQ一覧ページに任せず、フォームの直前に回答を置く形にしています。同じ文章でも、別ページに置いた時点で読まれる機会は大きく減ります。効くかどうかを分けるのは内容よりも置き場所だ、というのが運用してみての実感です。
捌く側は、テンプレ・自動振り分け・担当割りの3点で組む
捌く側は、返信テンプレ・受信箱での自動振り分け・担当割りの3点を揃えれば、追加のツール導入なしでかなりの部分が片付きます。
返信テンプレは、Gmailであれば作成画面から保存・挿入できます(パソコンのブラウザのみ対応。Gmail でテンプレートを作成する)。よく使う5本ほどを保存しておき、冒頭と結びだけ都度書き換える運用にします。全文を書き換える前提のテンプレは結局使われません。
自動振り分けは、Gmailのフィルタでラベル付け・アーカイブ・転送・スターなどの処理を自動化できます(Gmail でメール フィルタを作成する)。ここで重要なのは、迷ったら削除しないことです。自動削除は取り返しがつきません。ラベルを付けて別ビューに寄せるだけにとどめ、判断は人が行います。
担当割りは、内容ではなく時間で割るのが中小企業では回りやすい方法です。内容で割ると、担当者が不在のカテゴリで滞留します。
一次仕分けの4分類の基準、返信テンプレの文面、時間での担当割りの具体的な組み方は、窓口業務全般の視点から問い合わせ対応を効率化する4ステップで詳しく扱っています。
工数を食っているのは「そもそも顧客ではない送信」かもしれない
サポートの工数を圧迫している要因のうち、意外に大きいのが顧客からの問い合わせですらない送信、つまり営業やスパムです。
私たちは、美容商社(国内最大手・上場)の実フォームデータ 1,894 件・約20か月ぶんを分析しました。3種類のフォームすべてで、reCAPTCHA v3 を通過した送信だけが残っている状態です。結果は用途によって大きく違いました。
| フォームの用途 | 件数 | 営業と判断できるもの | 本物らしいもの | 判定が難しいもの |
|---|---|---|---|---|
| 問い合わせ(20か月) | 534件 | 12.9% | 54.9% | 32.2% |
| 汎用(18か月) | 1,211件 | 56.2% | 16.5% | 25.2% |
| 採用(18か月) | 149件 | 65.8%(中途は73.1%) | ー | ー |
簡易的なヒューリスティックによる分類であり、業種・規模・フォームの性格によって比率は大きく変わります。あくまで一社・一時点のサンプルです。それでも、フォームの用途が広いほど営業が増えるという傾向は明確でした。
ここから読み取れる実務上のポイントは3つです。
- サポート窓口が「なんでも受け付けるフォーム」を兼ねていると、非顧客の送信が混ざり込む。 サポート専用の入口を分けるだけで、担当者の目に触れる量が変わります。
- 量の増減だけで判断しない。 分析データでは、平常月に2〜3割あった営業が12〜1月には0%近くまで落ちる月がありました。逆にキャンペーンやメディア掲載での急増は正常なトラフィックです。急増を攻撃と見なす運用は本物を取りこぼします。
- 送信元の会社名で決めつけない。 同じ会社からの送信でも、こちらの状況によっては本物の相談になり得ます。企業単位のブラックリストは作らないほうが安全です。
私たちが開発しているHajikは、この「内容で選別する層」を担うサービスです。自社サイトを含む複数の実サイトに設置して、日々届く送信を見ながら運用しています。サイトにscriptタグを1行入れるだけで、送信された瞬間にAIが内容を見て、本物の問い合わせ・営業・判断が難しいものに仕分けます。プラグイン導入もDNS変更もフォームの改修も不要です。99%以上を遮断できますが、残りの約1%は人が判断する前提で設計しており、迷うものはブロックせずラベルを付けて残します。
入口・自動仕分け・人の最終判断という3層の組み方は、問い合わせフォームの営業メール対策にまとめてあります。届いてしまった営業への返信の要否は営業メールの断り方を参照してください。
効果測定は件数ではなく、一次解決率と「本物の件数」で見る
効率化の成果を問い合わせ総件数で測ると、必ず判断を誤ります。総件数は営業の増減や季節要因で簡単に上下するからです。
見るべきは次の3つです。
| 指標 | 定義 | 見方 |
|---|---|---|
| 本物の問い合わせ件数 | 営業・スパムを除いた実件数 | 事業が伸びれば増えて当然。減っていたら入口の異常を疑う |
| 一次解決率 | 最初の返信だけで完了した割合 | 減らす側と捌く側の両方の質が出る。最重要 |
| 初回返信までの時間 | 受信から最初の返信までの中央値 | 平均ではなく中央値。平均は長期案件1件で歪む |
一次解決率が上がらないまま返信だけ速くなっている場合は、テンプレの当てはめが雑になっている可能性があります。集計は月次で十分です。日次で追うと季節変動に振り回されます。
問い合わせを増やす施策と並行して測るときの注意点は、ホームページの問い合わせを増やす方法で扱っています。
よくある質問
問い合わせ管理ツールを導入すれば効率化しますか
捌く側は改善しますが、減らす側は変わりません。ツールは分類・履歴共有・担当割りを楽にしますが、問い合わせの発生源には触れないためです。何が多いかを把握しないままツールを入れると、非効率な運用がそのまま高速化されるだけになります。導入前に直近3か月の分類だけは手で済ませてください。
チャットボットを置けば問い合わせは減りますか
減る場合とかえって増える場合があります。上位カテゴリの回答が明確でシナリオに落とせるなら減ります。一方、回答が「担当者におつなぎします」に流れる設計だと、心理的なハードルが下がったぶん総量が増えることがあります。導入前に、上位3カテゴリがシナリオで完結するかを確認してください。
営業メールを自動で削除してもいいですか
削除は避けたほうが安全です。同じ会社からの送信でも、内容によっては本物の相談であることがあります。ラベルを付けて別のビューに寄せる、あるいは通知だけ止める運用にとどめ、削除の判断は人が行うのが安全側の設計です。誤って本物を消したことには、多くの場合しばらく気づけません。
サポート窓口と営業窓口のフォームは分けるべきですか
分けたほうが運用は楽になります。分析データでも、用途が広い汎用フォームでは営業が56.2%を占めた一方、目的が明確な問い合わせフォームでは12.9%でした。入口を分けると、それぞれの窓口で見るべきものが減り、仕分けの基準も単純になります。
まとめ:明日やること
- 直近3か月ぶんの問い合わせを表計算ソフトに1行1件で書き出し、内容カテゴリを手で付ける。精緻さは不要
- 件数の多い上位3カテゴリだけを選び、「説明不足か/画面が悪いか/先回りで消せるか」を判定する
- 上位3カテゴリの回答を、FAQページではなく問い合わせフォームの直前に折りたたみで置く
- 返信テンプレを5本保存し、受信箱のフィルタでラベル付けだけを自動化する(自動削除はしない)
- 今月から、総件数ではなく「本物の件数・一次解決率・初回返信までの時間」を月次で記録し始める
問い合わせのうちどれくらいが営業かを先に把握したい場合は、無料診断をご利用ください。自社のフォームで仕分け精度を確かめるなら、14日間の無料トライアルで、いきなりブロックしない観察モードから始められます。