「FAQ ページは何年も前からある。それなのに、FAQ に書いてある内容の電話が毎日かかってくる」──サポートの現場でよく聞く悩みです。このとき「顧客は結局読まないから」と結論づけてしまうと、打ち手がなくなります。実際には、顧客が読まないのではなく、読める状態になっていないことがほとんどです。目当ての 1 件が大量の質問に埋もれている、社内用語で書かれていて検索に引っかからない、そもそも電話番号の方が近くにある──どれも設計の問題で、設計の問題は手順で直せます。この記事では、問い合わせを減らす FAQ ページの作り方を、載せる質問の絞り方・書き方・置き方・更新の回し方の 4 ステップで解説します。
- FAQ に書いてあるのに電話が来る原因は、顧客ではなく設計 ── 埋もれている・社内用語・導線が遠いの 3 つ
- FAQ ページは網羅の道具ではない ── 問い合わせは少数の決まった用件に集中するため、上位の質問に絞る方が解決率は上がる
- 質問文は顧客の言い回しで、回答は最初の 1 文で結論。1 つの FAQ に 1 つの質問だけ
- 個別の契約内容や状況依存の相談は FAQ では解決できない ── 無理に FAQ 化せず、有人・対話型の受け皿へつなぐ
FAQページがあるのに電話が減らない 3 つの理由
効果が出ていない FAQ ページには、共通するパターンがあります。顧客が FAQ を「使わない」のではなく、「使えない」状態になっているのです。
- ①網羅を目指して、目当ての 1 件が埋もれている ── 「質問は多いほど親切」という発想で数十件、数百件と積み上げると、顧客が探したい 1 件はその中に沈みます。探す時間と電話する時間を天秤にかけて、顧客は合理的に電話を選んでいるだけです。FAQ ページの価値は掲載数ではなく、目当ての答えへの到達率で決まります。
- ②社内の言葉で書かれている ── 「ご契約内容の変更手続きについて」という見出しを、顧客は探せません。顧客が頭に浮かべるのは「引っ越したら何をすればいい?」という自分の言葉だからです。言葉が合っていないと、ページ内でも検索エンジンでも見つからず、存在しないのと同じになります。
- ③電話番号の方が近くにある ── FAQ にたどり着く前に電話番号が目に入るサイト構造なら、顧客はそちらを選びます。FAQ の中身の問題ではなく、動線上の位置の問題です。
裏を返せば、この 3 つを設計で直せば、FAQ ページは「作ったのに効かない施策」から「電話の前で解決する最初の受け皿」に変わります。問い合わせ削減の全体像の中での FAQ の位置づけは「コールセンターの問い合わせを削減する方法【完全ガイド】」で、7 つの打ち手の並びは「電話問い合わせを減らす方法7選」で整理しました。本記事はその中の「FAQ 整備」1 枚を、実務の手順まで掘り下げます。
ステップ 1 ── 載せる質問を絞る
最初にやることは、書くことではなく絞ることです。問い合わせを用件で数えると、内訳はかなり偏っているのが普通です。多くの会社で、決まった少数の用件が繰り返し発生し、残りは言い回しの違う長尾に散らばります。だから上位の用件だけを FAQ 化すれば、少ない本数で大きな割合の問い合わせに先回りできます。やり方は 3 つの作業だけです。
- ①直近 2〜4 週間の問い合わせを用件で書き出す ── 電話の対応メモ、メールの件名、チャットの履歴で十分です。専用ツールは要りません。「解約方法」「支払い方法の変更」「納期の確認」のような用件の粒度で並べます。
- ②同じ用件をまとめて、件数順に並べる ── 言い回しが違っても中身が同じものは 1 つに束ねます。この時点で「うちの問い合わせは多様だ」という印象が、実は同じ質問の言い換えだったと分かることが多いはずです。
- ③上位 10 件を初期セットにする ── まず 10 件で公開し、あとから月次で足していきます。最初から 50 件を目指すと、書き切れずに公開が遅れ、公開後は埋もれの原因になります。
絞るときには、「FAQ で答えられる質問か」の見極めも同時に行います。基準は、答えが誰にとっても同じかどうかです。
| 判定 | 質問のタイプ | 例 |
|---|---|---|
| FAQ に載せる | 答えが誰にでも同じ質問 | 手続きの方法、対応範囲・仕様、営業時間、送料や支払い方法の種類 |
| FAQ に載せない | 答えが人によって変わる質問 | 個別の契約内容の確認、状況によるトラブルの切り分け、判断や交渉を伴う相談 |
「載せない」と判定した質問の扱いは、最後のセクションで扱います。ここで無理に FAQ 化しないことが、後の解決率を守ります。
ステップ 2 ── 顧客の言葉で書く
質問が決まったら書き方です。要点は 3 つあり、質問文と回答文で分かれます。
「退会手続きについて」ではなく「解約したいときはどうすればいいですか?」と書きます。対応メモに残っている顧客の言い回しを、そのまま質問文にするのが一番確実です。顧客の言葉で書かれた質問文は、ページ内で見つけやすいだけでなく、検索エンジン経由の流入でもそのまま効きます。
顧客は FAQ を読み物として読みません。「マイページの『契約情報』から変更できます」のように、1 文目で答えを出し、その後に手順を番号付きで続けます。背景説明や前置きから始まる回答は、答えが書いてあっても「書いていない」と受け取られます。手順が長くなる場合は、FAQ には要点までを書き、詳細は該当ページへリンクします。
「解約・プラン変更について」のようにまとめると、探す側はどちらの答えがあるのか判断できず、回答も長く曖昧になります。似た質問は分けて作り、本文の最後で相互にリンクする方が、それぞれの到達率が上がります。
書き直しの効果は、1 件並べると実感できます。たとえば「×: ご利用料金のお支払い方法等について」を「○: 支払い方法をクレジットカードに変更できますか?」に変える──中身は同じでも、探せるかどうかがまるで違います。既に FAQ ページがある場合は、新しく書き足すより、上位用件の質問文をこの形に直すことから始めるのが最短です。
ステップ 3 ── たどり着ける場所に置く
内容がよくても、置き場所が悪ければ読まれません。FAQ は「FAQ ページ」という 1 箇所に置いて終わりではなく、顧客の動線の上に配ります。置き場所は 3 つです。
- ①問い合わせ導線の手前に置く ── 電話番号や問い合わせフォームの直前に「お問い合わせの前に ── よくある質問」を挟みます。電話を選ぶ直前の 1 画面で、上位の質問だけでも目に入る状態を作ります。ここが最も費用対効果の高い位置です。
- ②疑問が生まれるページの中に置く ── 料金の質問は料金ページに、手続きの質問は該当の案内ページに、関連する FAQ を 2〜3 件だけ埋め込みます。顧客は「FAQ ページに行こう」とは考えず、いま見ているページで答えを探すからです。
- ③探す手段を 2 つ以上用意する ── カテゴリ分けと、ページ内検索(またはサイト内検索)です。10〜20 件のうちはカテゴリだけでも機能しますが、件数が増えてきたら検索が主役になります。カテゴリ名も顧客の言葉で付けます(「各種手続き」より「契約の変更・解約」)。
置いたら、スマートフォンで自分のサイトを開き、「疑問を持った顧客のつもりで答えにたどり着けるか」を一度歩いてみてください。パソコンの管理画面では見えなかった遠さが、たいてい見つかります。
ステップ 4 ── 更新を回す
FAQ は作った時点がピークで、放置すると劣化していく資産です。商品や手続きが変わるたびに答えは古くなり、古い答えに当たった顧客は、確認のためにやはり電話をかけます。ただし、更新の運用は重くする必要はありません。月 1 回・30 分の型で回せます。
- ①その月に増えた質問を足す ── ステップ 1 と同じ要領で、当月の問い合わせメモから新しい用件を拾い、必要なら 1〜2 件追加します。
- ②効果は「用件単位」で見る ── 見るべきは全体の入電数ではなく、FAQ 化した用件の問い合わせが減ったかどうかです。全体件数は季節や商況で動くため、施策の効果が紛れます。「解約方法の電話が先月より減ったか」なら、対応メモの集計だけで判定できます。
- ③減っていない FAQ は、内容より先に「言葉」と「場所」を疑う ── 答えが正しいのに減らない場合、原因はたいてい質問文の言い回しか置き場所です。ステップ 2・3 に戻って直します。
そして、この運用には必ず担当者を決めてください。「気づいた人が直す」は、誰も直さないのと同じ結果になります。担当と頻度を決めて初めて、FAQ は劣化する掲示物から、育っていく資産に変わります。
FAQで解決できる質問・できない質問 ── 限界を知って受け皿を分ける
最後に、正直な限界の話をします。ここまでの 4 ステップを実行しても、FAQ ページだけで問い合わせをゼロにすることはできません。理由は 2 つあります。
1 つ目は、ステップ 1 の表で見たとおり、FAQ が答えられるのは「答えが誰にでも同じ質問」だけだからです。個別の契約内容や状況依存のトラブルを無理に FAQ 化すると、一般論しか書けず、読んだ顧客は結局「自分の場合はどうなのか」を電話で確認します。答えられない質問は、最初から有人窓口やフォームへ迷わず誘導する方が、顧客の手間も対応側の手間も小さくなります。
2 つ目は、上位 10〜20 件の外にある長尾の質問は、FAQ ページでは拾いきれないことです。長尾の質問は 1 件 1 件の頻度が低く、言い回しが多様なので、ページを増やして網羅しようとするとステップ 1 の「埋もれ」に戻ってしまいます。この長尾を受けるのに向いているのが、AI チャットボットです。顧客が自分の言い回しのまま質問でき、読み込ませた資料から答えを返すため、FAQ のように 1 問ずつ作り込む必要がありません。この方式の仕組みと選び方は「FAQ作り込み不要のAIチャットボットとは」で詳しく解説しています。
つまり FAQ ページとチャットボットは、どちらかを選ぶ関係ではなく分担の関係です。定番の質問は FAQ が最速で解決し、言い回しの多様な長尾はチャットボットが受け、個別の相談は人が受ける──この 3 段の受け皿がそろうと、電話に残るのは本当に人が対応すべき問い合わせだけになります。
「コルット」は社内資料を読み込んだ AI が HP 上で 24 時間自動応答する AI チャットボット。一問一答 FAQ の作り込みは不要で、初期のナレッジ整備は当社が伴走します。FAQ ページと並走させて、どこまで電話が減るかを費用をかけずに確かめられます。
コルットを無料で試してみる →よくある質問
件数に正解はありませんが、初期は上位 10 件程度から始めることをおすすめします。少なく始めて月次で足していく方が、到達率と鮮度の両方を保てます。数百件の網羅を先に目指すと、目当ての質問が埋もれて到達率が下がり、更新も回らなくなりがちです。
電話メモ 2 週間分から上位 5 件だけを選び、回答は「結論 1 文+手順 3 つまで」で書く──ここまでなら 1〜2 時間で初版が作れます。完成度を上げてから公開するより、公開してから月次で直す方が早く効きます。下書きを生成 AI に作らせ、事実確認だけ人が行う分担も現実的です。
すでに FAQ ページがあるなら、上位用件の質問文を顧客の言葉に書き直すのが最速です。ゼロから作る場合、FAQ の網羅を先に目指すのは負担が大きいため、上位 10 件の FAQ と、資料を読み込ませる型のチャットボットを並走させる進め方が現実的です。定番は FAQ、長尾はチャットボット、個別の相談は人、という分担で考えてください。
全体の入電数ではなく、FAQ 化した用件の問い合わせ件数で測ります。掲載前後で該当用件の電話が減っていれば効いています。ページのアクセス数は補助指標です ── 見られているのに減らないなら書き方を、見られていないなら置き場所を疑う、という切り分けに使えます。