会員向けFAQの作り方｜顧客の自己解決を促す設計

取引先向けのポータルにFAQを置いたのに、サポート窓口の電話が鳴りやまない。BtoB企業のカスタマーサクセス担当から、よく聞く話です。

原因の多くは、公開サイトのFAQをそのままログイン後に複製したことにあります。会員向けFAQの価値は、読み手が誰か分かっている状態で回答を出し分けられる点にあります。そこを使わなければ、置き場所が変わっただけです。

この記事では、ログイン認証の内側にあるFAQ特有の論点だけを扱います。公開FAQとの棲み分け、ロール別の出し分け、契約プランで答えが変わる質問の書き方、会員側でしか取れない閲覧ログの活かし方の4点です。質問の洗い出し方や回答の書き方といった基本は、FAQサイトの作り方6ステップで解説しています。

読み終えたときに、自社のFAQをどの層に置くかを判断基準に沿って仕分けられる状態を目指します。

会員向けFAQとは｜相手が誰か分かっている状態で答えるFAQ

会員向けFAQとは、ログイン認証の内側に置き、会員だけが閲覧できるFAQです。取引先の担当者が、自分のアカウントでログインして初めて到達します。

公開FAQとの決定的な違いは、読み手が特定できる点にあります。ここから2つの結果が生まれます。契約や権限に応じて回答を出し分けられること、そして誰がどのFAQを読んだかが残ることです。

置き場所の話ではありません。回答の作り方そのものが変わります。

3種類のFAQを、読み手と書ける内容で並べました。

左の列を複製しても、真ん中の列が持つ強みは手に入りません。

なぜ「公開FAQのコピー」では機能しないのか

セルフサービスは、そもそも完走しにくい仕組みです。Gartnerが2023年12月に顧客5,728名へ実施した調査では、セルフサービスだけで完全に解決した問い合わせは14%にとどまりました。解決に至らなかった理由の43%は「関連するコンテンツを見つけられなかった」ことです。

見つけられない原因は、記事の少なさではありません。自分に関係のない記事が検索結果に混ざることです。ログイン情報から契約区分が分かれば、検索の母集団を「その人に関係のある記事」だけに絞れます。

どの質問をログインの内側に置くか

仕分けの判定は、2つの問いで足ります。「答えが契約内容によって変わるか」と「外部に出ると困る情報を含むか」です。この2軸で、FAQの置き場所は4つに分かれます。

• 一般公開FAQ：答えが契約に左右されず、外部に出ても困らない質問。導入前の検討材料になるため公開側に残す
• 会員共通FAQ：全会員に答えが共通するが、契約後でなければ意味を持たない質問。初期設定や管理画面の操作
• ロール限定FAQ：同じ取引先の中でも権限を持つ人にしか見せない質問。請求情報の変更、ユーザー追加
• プラン別FAQ：契約条件によって答えが変わる質問。掛率、サポート範囲、オプションの適用可否

会員側に寄せすぎる設計にも副作用があります。検討段階の見込み客が答えにたどり着けず、比較の土俵から外れます。Zendeskが紹介するCX Trendsの調査では、70%の顧客が企業にセルフサービス用のポータルやコンテンツの提供を期待しているとされています。

公開したままにすると事故になりやすい質問

次の4種類は、公開側に残っていると営業や法務から指摘が入りやすい領域です。

1. 価格・掛率に関する質問（取引先ごとに条件が異なるため）
2. 個別に取り決めた納期やリードタイムの条件
3. 保守サポートの適用範囲と免責の説明
4. セキュリティ仕様や連携APIの詳細

1つ目は、価格そのものの出し分けと合わせて設計すると整理しやすくなります。考え方は顧客ランク別の価格表示で扱っています。

ロール別にFAQを出し分ける設計

ロールは「契約形態 × 社内の役割 × 利用フェーズ」の3軸で切ると、破綻しにくくなります。いきなり取引先ごとに設定を作ると、取引先が増えた時点で管理が追いつきません。

3つの軸が、FAQのどこに効くかを整理しました。

3軸を掛け合わせると組み合わせは増えますが、記事ごとに3軸すべてを指定する必要はありません。ほとんどの記事は1軸で足ります。tovira のFAQ機能でも、顧客のロールに応じて出し分ける考え方をとっています。ロール自体の設計はユーザーロール機能側で整理します。

出し分けの粒度は「記事ごと」か「本文の中」か

出し分けには2つの粒度があります。

• 記事単位：記事そのものを対象ロールにだけ表示する。設定は単純だが、内容の9割が共通する記事をロールの数だけ複製することになる
• 本文内の分岐：本文の一部だけをロールに応じて切り替える。記事数は増えないが、誰に何が見えているかを追いにくい

判断基準は単純です。回答の骨格から違うなら記事を分け、数字や条件だけが違うなら本文内で分岐させます。

「見えない」ことを不信にしない2つの作法

出し分けは、相手から見れば「情報が欠けている状態」です。扱いを誤ると、隠されていると受け取られます。

完全な非表示は、セキュリティや契約上の理由がある場合に限ります。上位プランの機能に関するFAQなら、タイトルだけ見せて「ご契約プランでは閲覧できません」と示す方が親切です。

ロール設計とFAQの棚卸しを同時に進めたい方へ。tovira では、カスタマーポータルの機能一覧と設計の考え方をまとめた資料をご用意しています。資料をダウンロードする

契約プラン別に答えが変わる質問の書き方

会員向けFAQが最も効くのは、契約プランによって答えが分岐する質問です。ここを放置すると、顧客はサイトの記述と営業担当の説明を突き合わせることになります。

Gartnerが2024年8〜9月にBtoBバイヤー632名へ実施した調査では、69%が「営業組織のWebサイトの情報と営業担当者の説明に食い違いがある」と回答しています。会員側のFAQは、このズレを埋める場所です。

分岐のある質問の扱い方は3方式あります。

FAQはプラン表の写しではありません。

プラン改定が入ると、3方式のいずれでも更新漏れが起こります。防ぐには、棚卸しの起点をFAQ側ではなく契約マスタ側に置きます。条件値を変更する手続きのチェックリストに「該当FAQの確認」を1行加えると、改定と更新が同じ流れに入ります。

会員向けFAQの立ち上げは4ステップ

ここで扱うのは、会員向けFAQに固有の工程だけです。質問の洗い出しと回答執筆の進め方はFAQサイトの作り方6ステップを参照してください。

1. STEP1 問い合わせをログイン要否で仕分ける（担当：カスタマーサクセス／目安1〜2週間）。直近半年の問い合わせログを開き、「契約内容を確認しないと答えられないもの」に印を付けます。この印が、会員側に置くFAQの母集団です
2. STEP2 ロール表と突き合わせる（担当：営業企画＋情報システム／目安1週間）。印を付けた質問ごとに「誰に見せるか」を1行ずつ埋めます。既存ロールで表現できない質問が出たら、ロール側の設計に戻ります
3. STEP3 移すか複製かを決める（担当：カスタマーサクセス／目安1週間）。公開FAQに同じ内容があるなら、会員側へ移すか、公開側を残して詳細版だけを会員側に置くかを記事ごとに決めます
4. STEP4 ゼロ件ヒットの検索語を見る（担当：カスタマーサクセス／目安公開2週間後）。会員が検索して1件も出なかった語を一覧します。公開直後に最も情報量の多いデータです

STEP2でつまずく企業が多く見られます。FAQを作る作業のはずが、ロール定義の作り直しに戻るためです。

読まれ方が分かるのが、会員FAQ最大の資産

公開FAQで取れるのは匿名のページビューです。会員向けFAQでは、どの取引先の誰が、どのFAQを何回開いたかが残ります。このログの使い道は4つあります。

• 解約の予兆をつかむ：解約手続きや料金のFAQ閲覧は、契約継続の判断が動いているサインになり得ます
• オンボーディングの停滞を見つける：初期設定のFAQを同じ企業が繰り返し開いているなら、その手順で止まっています
• 営業が先回りする：新しいオプションのFAQを見た担当者に、次回訪問で触れる材料ができます
• FAQ自体を直す：1人が同じ記事を3回以上開いているなら、その回答は読んでも解決していない可能性があります

閲覧データの取り方と分析の考え方は、会員の行動データ分析の領域と重なります。

注意点をひとつ。閲覧ログを営業活動に使うなら、監視と受け取られない運用ルールが要ります。取得範囲を利用規約に明記し、社内では「個人の閲覧履歴を本人に指摘しない」といった線引きを決めます。

運用でつまずくのは二重管理

立ち上げたあとに効いてくるのは、更新の設計です。つまずきどころは2つに絞られます。

• 正本をどちらに置くか決めていない：公開FAQと会員FAQに同じ内容が並ぶと、片方だけが更新されます。記事ごとに正本を決め、もう片方には要約とリンクだけを置く運用にします
• ロールを追加したときの棚卸しがない：新しい契約形態が増えるたびに、既存FAQの可視範囲を点検する手順を決めておきます

問い合わせ削減という目的から逆算した打ち手は、問い合わせを減らす方法にも整理があります。

よくある質問

会員向けFAQと公開FAQは分けるべきですか

答えが契約内容で変わる質問と、外部に出ると困る情報を含む質問があるなら分けます。どちらにも当てはまらない企業は、無理に分ける必要はありません。分けた場合も、公開側に導入前の疑問へ答える記事を残してください。

ログイン後のFAQはSEOで評価されますか

ログインが必要なページは検索エンジンがクロールできず、直接の検索流入は見込めません。SEOで集客したい質問は公開側、契約後の実務に関する質問は会員側、という役割分担で考えます。

契約プランごとに分けるとFAQが増えすぎませんか

回答の骨格が同じなら、記事を分けずに本文内で条件値だけを切り替える方式が向いています。記事を分けるのは、手順そのものが違う場合に限ります。分けた記事は、プラン改定のたびに全数を見直す前提で本数を決めます。

会員向けFAQの自己解決率はどう測ればよいですか

FAQを閲覧した会員のうち、その後14日以内に同じテーマで問い合わせなかった人の割合を出せます。ログインで人が特定できるため、匿名の公開FAQよりも精度の高い測り方ができます。

FAQと問い合わせフォームは、どちらを先に見せるべきですか

フォームの手前にFAQを挟む構成が基本ですが、緊急性の高い障害連絡は例外にします。FAQを読ませること自体が目的化すると、対応が遅れて不満につながります。

まとめ｜会員向けFAQは「置き場所」ではなく「出し分け」で決まる

会員向けFAQは、公開FAQをログインの内側に移す作業ではありません。相手が特定できる状態を、回答の出し分けと閲覧データの取得に使い切る設計です。この記事で扱った判断基準を整理します。

1. 置き場所は「答えが契約で変わるか」「外部に出て困るか」の2問で仕分ける
2. ロールは契約形態・社内の役割・利用フェーズの3軸で切る
3. プラン別の分岐は、記事分割・記事内の節分け・動的な出し分けの3方式から選ぶ
4. 閲覧ログは解約予兆とオンボーディング停滞の検知に使い、監視にならない運用ルールを添える

次の一手は、直近半年の問い合わせログから「契約内容を確認しないと答えられない質問」を抜き出すことです。その一覧が設計図になります。

tovira のカスタマーポータルは、顧客のロールに応じたFAQの出し分けと、誰がどのFAQを見たかの可視化を1つの基盤で扱います。自社の契約区分で成立するかは、実際の画面でご確認ください。デモを依頼する

出典

• Gartner『Gartner Survey Finds Only 14% of Customer Service Issues Are Fully Resolved in Self-Service』 gartner.com（参照：2026-07-26）
• Gartner『Gartner Sales Survey Finds 61% of B2B Buyers Prefer a Rep-Free Buying Experience』 gartner.com（参照：2026-07-26）
• Zendesk『カスタマーサポートにおける自己解決率の重要性と測定・改善するための効果的な方法』 zendesk.co.jp（参照：2026-07-26）
• tovira『FAQ機能』 tovira.jp（参照：2026-07-26）
• tovira『FAQサイトの作り方6ステップ』 tovira.jp（参照：2026-07-26）