「FAQサイトの記事数は、多ければ多いほど親切だと思っている」 「頑張って300ページも記事を作ったのに、一向に問い合わせ電話が減らない」 「山積みの質問リストを前に、どれから手をつければいいのか優先順位がわからず途方に暮れている」
真面目なCS担当者さんほど、「お客様が知りたいかもしれないことは、全部網羅しておかなきゃ！」と責任感を持って記事作成に取り組まれています。しかし、実はその「優しさ」と「真面目さ」が、FAQサイトを誰も脱出できない「使いにくい迷宮」に変えてしまっているとしたら、どうでしょうか？
この記事では、経済学で有名な「パレートの法則（80:20の法則）」をFAQの運用に応用し、むやみに記事を増やさず、最小限の記事数で最大限の問い合わせ削減効果を出すための「集中と選択」の戦略について解説します。
記事数が多い＝良いFAQではない？「網羅性」の罠
情報が多すぎるとお客様は「探すのを諦める」
FAQサイトを構築する際、多くの企業が陥りやすいのが「網羅性（もうらせい）」への過度なこだわりです。
網羅性とは？
あるテーマに関して、漏れなくすべての情報が含まれている状態のことです。辞書やマニュアルでは重要視される要素です。
「念のため、このエラーケースも載せておこう」「発生頻度は低いけれど、この仕様についても書いておこう」。こうして記事を積み上げていくと、あっという間に数百、数千の記事数になります。しかし、記事数が膨れ上がることで、「検索ノイズ」という新たな問題が発生します。
検索ノイズとは？
ユーザーが求めている情報とは異なる、無関係な情報が検索結果に大量に混ざり込んでしまう現象のことです。
例えば、お客様が「ログインできない」と検索したときに、あらゆるサービスや稀なエラーケースを含む50件もの記事がズラリと表示されたらどうでしょう。「どれを見ればいいのかわからない」と混乱し、探すのを諦めて、結局電話をかけてしまいます。
現場のコンサルティングをしていても痛感しますが、記事数が多すぎるFAQは、管理が行き届かず情報の鮮度が落ちているケースがほとんどです。古い情報と新しい情報が混在し、お客様に「ゴミ山の中からダイヤモンドを探させる」ような苦行を強いてはいけません。 FAQは、あらゆる知識を載せた「辞書」ではなく、今まさに困っている痛みをすぐに取り除くための「救急箱」であるべきです。必要な薬（回答）がすぐに見つかるよう、整理整頓されていることが何より重要なのです。
問い合わせの8割は「2割の質問」で決まる（パレートの法則）
パレートの法則（80:20の法則）とは？
では、どの記事を残し、どの記事を削るべきなのでしょうか。その判断基準として非常に有効なのが「パレートの法則」です。
パレートの法則とは？
「結果の80%は、全体を構成する要素のうちの20%が生み出している」という経験則のことです。ビジネスでは「売上の8割は、上位2割の顧客が生み出している」などの文脈で使われます。
これをFAQや問い合わせ分析に応用すると、驚くべき事実が見えてきます。それは、「全問い合わせの約8割は、上位約2割の特定の質問内容に集中している」という傾向です。 逆に言えば、残りの8割の種類の質問は、合わせても全体の問い合わせ件数の2割程度にしかなりません（これを「ロングテール」と呼びます）。
つまり、300種類の質問があるとしても、そのすべてに対して同じ熱量で記事を作る必要はないのです。問い合わせ件数を減らすというゴールにおいては、上位の2割（60記事程度）を完璧に整備するだけで、理論上は問い合わせの大部分をカバーできることになります。
問い合わせログから「集中箇所」を特定する分析
この「上位2割」を特定するために必要なのが、問い合わせログ（履歴）の分析です。感覚で「最近これが多い気がする」と判断するのではなく、実際のデータに基づいて判断します。
具体的には、過去3ヶ月〜半年分の問い合わせ内容（電話、メール、チャット）を、「ログイン不可」「料金確認」「解約」「住所変更」といったカテゴリごとに分類し、件数の多い順にランキング化します。
実際に現場で集計してみると、皆さんが想像している以上に偏りがあることに驚かれるはずです。「パスワード忘れ」「料金の締め日確認」「退会方法」といった、上位10個〜20個程度の質問だけで、全問い合わせの半分以上を占めていることも珍しくありません。 まずはこの「超頻出の上位質問」に対して、誰が見てもわかりやすい、画像付きの丁寧なFAQ記事を用意しましょう。ここを鉄壁に守ることが、問い合わせ削減への最短ルートであり、勝利への近道です。
目指すべき記事数の目安と「カバー率」の考え方
最初は「30〜50記事」からのスモールスタートでOK
これからFAQを立ち上げる場合、あるいはリニューアルする場合、最初から100点満点の網羅性を目指す必要はありません。
先ほどのパレートの法則に従えば、上位の質問に対応する「30〜50記事」があれば、問い合わせの主要な部分はカバーできるはずです。まずはこの数でリリースし、実際の利用状況（検索ログやアンケート）を見ながら、足りない部分を少しずつ追加していく運用をおすすめします。 少ない記事数でスタートすることには、管理コストが低い、検索ノイズが少ない、修正が容易であるといった多くのメリットがあります。
「量より質」へシフトする記事統合のテクニック
すでに記事数が多すぎて困っている場合は、「記事統合」を行って「量から質」への転換を図りましょう。
例えば、「iPhoneでのメール設定方法」と「Androidでのメール設定方法」を別々の記事にしている場合、検索結果に似たようなタイトルが並んでしまい、ユーザーを迷わせる原因になります。 これを「スマートフォンのメール設定方法」という1つの記事に統合し、記事の中でタブ切り替えや見出しを使ってiPhoneとAndroidの手順を書き分けることで、ユーザーは1つの記事を見るだけで解決できるようになります。
現場のKPI（重要業績評価指標）として「今月はFAQを10記事増やしました」という報告を評価する文化がある場合は、少し見直しが必要です。 「全く見られていない（アクセスのない）5記事を削除しました」あるいは「似ている3記事を1つにまとめてわかりやすくしました」といった「減らす・整理する」アクションの方が、検索性が上がり、お客様にとっての価値が高いことは往々にしてあります。記事数は「資産」ではなく、管理すべき「在庫」だと捉え直してみましょう。
残りの「2割」のレアな質問はどう扱うか？
あえてFAQを作らず「有人対応」へ誘導する勇気
上位2割の記事で問い合わせの8割をカバーできるとしても、残りの2割にあたる「滅多に来ない質問」や「複雑なトラブル」はどうすれば良いのでしょうか。
結論から言えば、これらは無理にFAQ化しようとせず、あえて「有人対応」に任せるという割り切りも重要です。
年に数回しか発生しないようなレアなエラーや、お客様の契約状況によって回答が異なる複雑な質問までFAQ記事にしようとすると、記事の内容が膨大かつ難解になり、メンテナンスも困難になります。 そうした質問に対しては、「それはFAQでは解決できません、オペレーターにご相談ください」と素直に案内する方が、お客様にとっても無駄な検索時間を過ごさずに済み、親切な場合があります。
FAQですべてを解決する必要はありません。 「よくある簡単な質問」はFAQでサクッと自己解決（90%カバー）してもらい、「複雑な個別相談」はプロのスタッフがじっくり対応する。この役割分担（チャネルシフト）こそが、CSチーム全体の生産性を高め、お客様満足度を向上させる鍵となります。
チャネルシフト(使い分け)とは？
質問の難易度や緊急度に応じて、FAQ（自己解決）、チャットボット、電話、メールなど、適切な窓口（チャネル）へユーザーを誘導することです。
まとめ
問い合わせを減らすためのFAQ運用の極意について解説しました。
- 網羅性を捨てる： 記事数が多すぎると検索ノイズになり、お客様を迷わせる。
- パレートの法則の活用： 問い合わせの8割は上位2割の質問に集中している。まずはそこを特定する。
- スモールスタート： 最初は30〜50記事で十分。運用しながら育てていく。
- チャネルの使い分け： レアな質問や複雑な案件は、無理にFAQ化せず有人対応へ誘導する。
FAQ運用の目的は、「記事を増やすこと」ではありません。「お客様が迷わず、最短で答えにたどり着くこと」です。 「この質問は本当にFAQに載せる必要があるか？」「お客様を迷わせることにならないか？」と迷ったときは、ぜひ「パレートの法則」を思い出してください。勇気を持って記事を絞り込むことが、結果としてお客様への一番のサポートになります。
