ACQUA JOURNAL
FAQの質問と回答の作り方｜問い合わせ記録・一次情報・文例で改善する
「何でもお気軽にお問い合わせください」と書いてあるのに、相談前の不安が解消されない。よくある質問を増やしても、営業や受付では毎回同じ説明をしている。FAQを改善するときは、質問の数よりも、誰のどんな迷いに答えているかを確認すると、直すべき箇所が見えてきます。
この記事では、企業のWeb担当者や、原稿を制作会社へ渡す方に向けて、質問を集める方法、掲載する質問の選び方、回答の根拠の確認、具体的な書き換え例を解説します。最後には、社内で確認を回すための原稿票を用意しています。FAQページの配置やWordPressでの実装は、別の記事で扱い、ここでは質問と回答の編集に集中します。
公式資料の確認日は2026年9月11日です。英国政府の公開調査は、実在する調査の進め方として紹介します。本文の企業向け回答例は、編集方法を説明するための架空例です。自社の料金や提供条件に使う場合は、実際の承認済み資料と照合してください。
1. FAQを書く前に、答える相手と判断場面を決める
「伝えたいこと」を、読者が決めたいことへ置き換える
企業側が伝えたい強みと、読者が今知りたい答えは、必ずしも一致しません。「当社が選ばれる理由は何ですか」という質問は、書き手には便利でも、依頼を検討する人の具体的な迷いを表していない場合があります。その人が知りたいのは、希望する作業を頼めるか、準備が足りなくても相談できるか、見積もり後に費用が変わる条件は何か、といったことかもしれません。
書き始める前に、「誰が」「何をしたい」「何が分からず止まっている」を一文にします。たとえば、初めて制作を担当する人が、社内で予算を相談するために、見積もりに必要な資料を知りたい、という整理です。これなら、制作会社の歴史を長く説明するよりも、相談時に伝える情報や、未確定でもよい項目を答える方が目的に合います。
GOV.UKの利用者ニーズの指針は、既存の分析、問い合わせ対応のデータ、過去の調査などを確認し、利用者と行動、目的を整理する方法を示しています。企業のFAQでも、質問を思い付く前に利用場面を確認する際の参考になります。出典：GOV.UKの利用者ニーズを特定する方法。
依頼前・利用中・変更時の疑問を分ける
同じ言葉でも、場面が違えば必要な答えは変わります。「修正できますか」という質問は、提案内容の修正、制作途中の変更、公開後の文字修正、契約条件の変更のどれを指しているでしょうか。すべてを一つの回答に入れると、読者は自分に関係する部分を探し直すことになります。質問の中に時点や対象を入れて、答えの範囲をはっきりさせます。
最初の分類は、依頼前、契約・準備、制作中、公開後など、利用者の行動に合わせると検討しやすくなります。これは編集用の分類例であり、どの業種にも同じ分類を当てはめる必要はありません。利用開始後の手続きが中心のサービスなら、開始、変更、終了のように整理した方が自然な場合もあります。
社内の担当部署ごとに原稿を集める場合も、公開する順序まで部署順にしないようにします。集めるための管理分類と、利用者が読むための分類を別に持つと、社内の都合で質問が探しにくくなることを防げます。
FAQで答える内容と、本文へ戻す内容を見分ける
利用条件や料金に含まれる範囲など、ほとんどの人が依頼前に確認する内容が、FAQにしか書かれていない場合は、サービス本文への追加も検討します。FAQは、基本情報を見つけられない状態のまま質問を増やすための場所ではありません。本文で概要を示し、FAQでは例外や具体的な手順を補足すると、役割を分けられます。
掲載候補には、「FAQに追加」「既存の回答へ統合」「サービス本文を修正」「個別相談へ案内」の行き先を付けます。一律に何問そろえると決めるよりも、疑問ごとに適した場所を選ぶ方が、原稿を管理しやすくなります。画面上の配置や分類の作り方は、FAQページの設計・実装ガイドで詳しく解説しています。
2. 問い合わせ記録と聞き取りから、質問の材料を集める
質問された言葉と、質問に至った状況を残す
メールや受付記録から材料を集めるときは、質問文だけを抜き出さず、相手が何をしようとしていたか、どのページや資料を見ていたか、何を説明したら解決したかも確認します。「費用はいくらですか」という質問でも、総額を知りたいのか、追加料金の有無を確かめたいのか、予算内でできる範囲を知りたいのかで答え方が変わるためです。
社内の作業用一覧では、質問を受けた日、受付経路、利用場面、質問の要約、回答した内容、未解決の点を記録します。顧客名や連絡先を公開原稿に持ち込む必要はありません。個別案件の事情を一般向けの説明にする場合は、誰でも当てはまる条件と、その案件だけの約束を区別します。個別の特別対応を、標準サービスとして紹介しないようにします。
似た問い合わせを数える場合は、集計する期間と単位も決めます。同じ人からの再連絡を新しい一件として数えるか、質問のテーマごとに数えるかで結果は変わります。件数を公開する予定がなくても、選定理由を後から確認できるように、どの記録を見て判断したかを残しておきます。
受付担当には、一般論より最近の具体的な対応を聞く
担当者へ「お客様は何に困っていますか」とだけ聞くと、印象に残った一件や、こうあるべきという説明に偏る場合があります。「最近、説明を追加した問い合わせは何でしたか」「最初の質問の後に、何を確認しましたか」「どの資料を案内しましたか」と、実際の対応をたどる聞き方を試します。質問と答えの間に省かれていた条件を見つけるためです。
GOV.UKのインタビュー手引きでは、開かれた中立的な質問を使い、一般論より実際の話や具体例に注目することが示されています。相手の発言が曖昧なら、言葉の意味や背景を追加で確認します。出典：GOV.UKの詳しい聞き取りの進め方。
聞き取りの場では、回答案を先に示して賛成を求めるよりも、対応の流れを説明してもらいます。原稿の確認は、その後の工程です。録音や記録の扱いは社内の運用に沿って説明し、必要な範囲で同意を得ます。日々の受付を妨げない時間を設け、分からなかった点だけを後から確認できるようにします。
公開事例：受付担当と管理者を分けて調査したGOV.UK
2016年に公開された英国政府のWebチャット調査では、政府機関などの窓口を訪れ、実際の対応を観察した後、改めて担当者と管理者へ面談しています。役割に応じて質問を変え、担当者には回答できない場合の対応など、管理者には問い合わせ理由の分析や評価方法などを尋ねています。面談の要約をまとめ、共通するニーズやテーマを整理したと報告されています。出典：GOV.UKのWebチャット担当者・管理者への調査記録。
この事例は、FAQの検索順位や問い合わせ削減率を実証したものではありません。参考になるのは、現場の説明と管理側の見方を一つの意見として扱わず、実際の対応も確認した点です。企業のFAQ原稿でも、営業だけ、管理者だけに依頼せず、回答する人と条件を決める人の両方に確認すると、掲載前に解決すべき食い違いが見えやすくなります。
3. 掲載する質問を選び、一問の範囲を整える
頻度だけでなく、判断への影響と解決可能性を見る
よく聞かれる質問は優先候補ですが、回数だけで決めると、少数でも重大な誤解につながる条件を見落とします。費用が変わる条件、対象外になる場合、申し込み後に取り消せない手続きなどは、質問が届いていなくても説明が必要な場合があります。逆に、件数が多くても、連絡先が見つからないだけなら、FAQ追加より入口の修正が適切かもしれません。
候補ごとに、依頼や手続きを止めているか、誤解した場合の影響が大きいか、公開情報で答えられるか、確認する担当者がいるかを見ます。点数を付ける方法を使う場合も、点数をSEO効果の予測値にしないでください。社内で選定理由を共有するための補助として使い、判断の背景を短く残します。
答えが未確定の質問は、もっともらしい文章で穴を埋めず、確認する項目として分けます。条件が決まる前に公開すると、FAQが意図せず新しい約束を作ってしまいます。すぐ答えられる質問から公開する場合も、未確定の条件についての相談窓口は明示しておきます。
同じ答えになる質問をまとめ、異なる条件は分ける
「文章は用意が必要ですか」「原稿がなくても依頼できますか」「掲載内容を一緒に考えてもらえますか」は近い質問ですが、必ず同じ回答になるとは限りません。既存原稿の整理と、新規の取材・執筆が別の作業なら、その違いを説明する必要があります。言い回しだけが違う質問は統合し、対応範囲が変わるものは質問を分けるか、回答の中で条件別に整理します。
確認には、質問の横に「答えの中心」を一行で書く方法が使えます。中心となる答え、適用条件、次の行動が一致しているなら統合候補です。キーワードが似ているだけで統合すると、必要な例外が消えてしまいます。まとめた後には、元の質問をした人が、新しい質問文を見て自分の疑問だと認識できるかも確認します。
社内用の元記録は残し、公開する質問と対応付けておくと、後から同じ質問が届いたときに原因を調べられます。掲載済みなのに届いたのか、違う条件の質問だったのかを区別できるためです。
質問文だけで、何の答えがあるか分かるようにする
「その他について」「対応について」のような質問や見出しでは、何が書かれているか予測しにくくなります。「公開後の文章修正は依頼できますか」「見積もりを依頼する前に何を用意しますか」のように、対象と行動を含めます。社内用語を使う場合は、読者が使う言葉を併記するなど、意味をつかめる表現にします。
W3Cの見出しとラベルに関する解説は、話題や目的を表す記述が、情報の所在や関係を理解する助けになると説明しています。質問を見出しとして表示するFAQにも応用できる考え方です。出典：W3Cの見出しとラベルの解説。
質問一覧だけを印刷するか、回答を一時的に隠して読み、各質問が区別できるかを確認します。似た質問が並んで迷うなら、表現だけでなく、分け方そのものを見直します。質問を長くしてキーワードを詰め込む必要はありません。
4. 回答を、結論・条件・手順の順に書く
冒頭で直接答え、対象と条件を近くに置く
回答の冒頭では、読者の質問に直接答えます。その後に、対象となるサービス、時点、必要な条件を続けます。「はい、可能です」で終わらず、どこまで可能かを示します。「原則として」「通常は」という言葉が必要なら、何が例外なのか、例外をどう確認するかも説明します。条件を離れた場所へ小さく書くより、答えの近くに置く方が誤解を点検しやすくなります。
編集用の型は「答え」「適用条件」「必要な準備」「次の手順」です。すべての回答に同じ見出しを付ける必要はありませんが、原稿を確認するときの観点として使えます。答えが一言で済む場合は短く、複数の分岐がある場合は箇条書きにします。型を守るために不要な説明を足すのではなく、読者が判断するために欠けている部分を補います。
冒頭で結論を示すのは、読む人が答えを見つけやすくするための編集方針です。特定のAIが必ず冒頭を採用する、という根拠にはなりません。読みやすい原稿を作る判断と、検索サービスの仕組みに関する説明を混同しないようにします。
必要な長さを、解決する内容から決める
一つの回答を必ず同じ文字数にそろえると、重要な条件を削ったり、不要な説明を足したりしやすくなります。まず、読者がその答えで行動できるかを確認します。短い回答の中に専門用語が重なっているなら、少し長くなっても説明を足した方がよい場合があります。逆に、背景説明が長くて答えが埋もれているなら、背景を別の段落や詳細記事へ移します。
Googleは、有用なコンテンツを評価するための問いとして、読者が目的を達成できる内容か、単なる他資料の言い換え以上の価値があるかなどを示し、Googleが好む特定の語数はないと説明しています。これは、短いほどよい、長ければよい、という一律の基準を示すものではありません。出典：Googleの有用で信頼できるコンテンツの指針。
長さの調整では、同じ内容の繰り返し、主語が曖昧な文、質問と関係の薄い会社紹介を先に削ります。その上で、必要条件、対象外、期限、手順が残っているかを確認します。短くすること自体を完了条件にしないことが大切です。
リンクへ任せきりにせず、読む理由を伝える
「詳しくはこちら」だけの回答では、読者は移動先で何が分かるか判断できません。FAQ内で要点を答えた上で、詳しい手順や条件のあるページへ案内します。「必要な資料と送付方法を確認する」「変更が必要な場合の相談窓口を見る」のように、リンクを開く目的を言葉にします。資料がPDFなら、その形式も伝えると読み方を選びやすくなります。
W3Cのリンク目的に関する解説は、リンクの文字と文脈から行き先の目的を判断できることを扱っています。FAQの回答中でも、説明的なリンク名は、利用者が必要な参照先を選ぶ助けになります。出典：W3Cのリンク目的の解説。
リンクを追加したら、実際のページを開き、回答で案内した情報がそこにあるか確認します。ページが存在していても、料金の旧版や別サービスの説明なら適切な案内ではありません。リンク先のタイトルと回答内の説明も、同じ対象を指す表現にそろえます。
5. 一次情報を確認し、事実と提案を分ける
外部の仕様は発行元、自社の条件は承認済み資料へ戻る
製品の機能や公的な手続きを説明する場合は、提供元や制度を担当する組織の公式資料を確認します。検索結果の抜粋だけで回答を書かず、対象となる版や地域、適用条件まで読みます。解説記事が公式資料を紹介している場合は、可能ならその元の資料へたどり、説明が現在も一致しているかを確認します。
自社の料金、受付時間、修正範囲、契約後の対応は、自社で承認された現行資料へ照合します。外部の一般的な相場を引用しても、自社の見積もり条件の証明にはなりません。営業資料と契約上の条件が違う場合は、文章担当が都合のよい方を選ばず、決定できる担当者へ確認します。公開回答は、その会社が利用者へ示す案内になるためです。
各回答の社内記録には、確認元の名前やURL、確認した日、対象となる条件、確認担当を残します。公開本文には、読者が確認する必要のある出典を、説明の近くへ置きます。内部資料や個人情報をそのまま外部へ出す必要はなく、公開できる案内と社内の確認記録を分けて管理します。
数字を使う場合は、対象・時点・計算の意味を確認する
数値を入れると文章が具体的になりますが、数字があることと、根拠があることは別です。「多くの企業が利用しています」という曖昧な説明を、出典のない割合へ置き換えても改善にはなりません。調査結果を使うなら、誰を対象に、いつ、何を尋ねた数値なのかまで確認します。特定の利用者への調査を、企業全体の割合として説明しないようにします。
料金例では、税込か税抜か、初期費用か継続費用か、どこまでの作業を含むかをそろえます。計算例を置く場合は、仮の条件による試算であることを明示し、実際の料金表と見分けられるようにします。相場を説明する根拠がないなら、金額を作る代わりに、見積もりが変わる条件と、確認に必要な情報を答える方法があります。
また、公開事例の数字を使うときは、その実施条件と結果の範囲を保ちます。他社の改善結果を、自社で同じ結果が出る保証へ置き換えないことが大切です。FAQの回答では数字を一つ足す前に、その数字が読者のどの判断に必要かを確認すると、不要な数値の羅列を減らせます。
AIに手伝ってもらう範囲と、人が確認する項目を決める
AIを原稿整理に使う場合は、表現の言い換え、重複候補の抽出、条件が抜けていないかの確認など、作業の範囲を決めます。渡した資料にない料金や期限を補わせると、自然な文章のまま誤った約束が加わる可能性があります。確認できない内容は未確認として返すよう指定し、最終稿では元資料と一文ずつ照合します。
依頼文の例は、「以下の承認済み回答を、意味と条件を変えずに平易にしてください。料金、対象外、期限、担当者の判断が必要な箇所を保持してください。資料にない情報は追加せず、疑問点を別に列挙してください」です。これは編集のための指示例であり、出力の正確さを保証する方法ではありません。外部のAIサービスへ渡す資料は、社内で利用が認められた範囲に限ります。
質問候補をAIに作らせた場合も、それは想定の一覧です。実際に顧客から多く寄せられた質問と表示するには、受付記録などの裏付けが必要です。人が確認する欄を原稿票に設け、文章が完成して見えることと、公開条件を満たしたことを分けます。
6. 回答の改善例で、足りない情報を見つける
費用の質問は、金額を作らず条件を答える
ここからの文例は、すべて説明用の架空例です。実際のサービス条件や料金を示していません。自社で使うときは、対象となる作業、確定している条件、担当者の判断が必要な範囲へ置き換えてください。改善の狙いは、強い言葉で安心させることよりも、読者が次に何を確認すればよいか分かるようにすることです。
質問例：見積もりの後に、追加料金はかかりますか。
改善前の例：「ご安心ください。できる限り柔軟に対応します。」
改善後の例：「見積もりに含まれる作業の範囲で進める場合は、その条件で対応します。ページや機能の追加など、依頼内容が変わる場合は、着手前に追加費用と日程をご案内します。変更を希望するときは、対象と希望内容を担当者へお知らせください。」
改善後の文では、費用が変わる可能性と、その前に確認する手順を示しています。自社で「着手前に案内する」と約束できるかは、実際の運用と照合が必要です。すべて無料と受け取られる表現や、根拠のない相場を足すよりも、見積もりの前提を説明する方が、相談内容を具体化できます。
準備物の質問は、未確定でもよいものを示す
質問例：相談前に原稿を完成させる必要はありますか。
改善前の例：「原稿をご用意ください。難しい場合はご相談ください。」
改善後の例：「原稿が完成していなくても相談できます。事業内容が分かる資料、掲載したい情報、参考にしているサイトがあればご用意ください。新しい文章の作成や取材を希望する場合は、必要な作業と担当範囲を相談時に整理します。」
「用意してください」と「なくても相談してください」を並べるだけでは、何を準備すればよいか分かりません。未完成でもよいこと、代わりに使える材料、追加で相談する作業を分けると、読者が動きやすくなります。ただし、手元の写真をすべて送ってもらうなど、目的の不明な資料収集は避けます。必要な用途と形式が分かってから案内します。
制作会社へ原稿を渡す立場なら、「顧客が準備するもの」「制作側が整理するもの」「別途依頼するもの」を社内の確認欄へ書くと、回答の責任範囲を照合できます。素材の準備全体は、写真・原稿の準備ガイドも参考にしてください。
対応できない場合も、次に取れる行動を説明する
質問例：公開後のシステム障害も、文章修正の依頼と一緒に相談できますか。
改善前の例：「サポート内容によりますので、お問い合わせください。」
改善後の例：「文章修正と障害調査は、確認する内容が異なります。障害が疑われる場合は、発生したページ、表示された内容、確認した時刻を担当窓口へお知らせください。契約の対象範囲を確認し、対応方法をご案内します。」
この例は、具体的な復旧時間や無料対応を約束せず、確認に必要な情報と手順を示しています。担当外の相談を受ける場合も、「できません」だけで終わらせず、確認できる範囲と、案内可能な窓口を伝えます。存在を確認していない専門窓口や、相手が受け付けると分からない連絡先を、その場で作って紹介しないようにします。
否定的な内容を丁寧にするために、結論を曖昧にする必要はありません。対応できる範囲が伝わり、個別判断に必要な材料が分かれば、読者は相談するか別の方法を探すかを選べます。短い案内文を整える考え方は、ボタン・入力欄・案内文の改善ガイドでも扱っています。
7. 原稿票で確認を回し、公開後の質問へつなげる
事実を決める人と、読みやすさを確認する人を分ける
原稿を確認する人には、何を見てほしいかを具体的に伝えます。サービス責任者には料金や対象範囲、受付担当には実際の案内と一致するか、編集担当には質問への答えになっているかを確認してもらいます。「全体を見てください」と回すだけでは、見た目の言い回しばかりに意見が集まり、重要な条件が未確認のままになることがあります。
修正するときは、変更理由も一言残します。「柔らかくした」だけでなく、「追加費用の発生条件が抜けていたため追記」「個別契約の条件だったため一般向けの回答から分離」と記録すると、後から元の曖昧な表現へ戻りにくくなります。複数の人が同時に直す場合は、公開に使う正本を一つ決めてください。
読者に近い立場の人には、文章の好き嫌いよりも、答えを読んで次に何をするか説明してもらいます。必要な準備を挙げられるか、費用が変わる条件を理解できるかを見ます。説明が不足していれば追記し、読み飛ばされている条件は配置や見出しも見直します。
そのまま使える、FAQ原稿票の項目
制作会社へ渡す原稿は、質問と回答だけでも作れますが、根拠や公開条件が一緒にあると確認が進めやすくなります。次の項目を一問ごとに用意し、空欄は推測で埋めず、確認担当を決めます。すべてを公開ページへ載せるのではなく、社内の編集・承認に使う記録です。
- 利用者と場面：誰が、何を判断するために読むか。
- 質問の材料：受付記録、聞き取り、想定質問のどれか。確認した期間や資料。
- 公開する質問：対象や時点が分かり、ほかの質問と区別できる表現。
- 回答本文：直接の答え、適用条件、必要な準備、次の手順。
- 確認元：公式資料、承認済みのサービス条件、確認日、確認担当。
- 掲載先と関連情報：対象URL、参照ページ、同時に直す料金表や申込案内。
- 公開判断：未確定の点、承認した担当、公開予定、更新が必要になる条件。
原稿票を渡すときは、文章を変更してよい範囲も添えます。言い回しの整理は任せても、料金や対応範囲を変える場合は担当者へ戻す、といった分担です。確認者の判断待ちと、制作側の表示調整を別の欄にすると、何が止まっているかを把握しやすくなります。
公開後に届いた質問で、原稿の不足を確かめる
公開後も同じ質問が届いたら、FAQを読めば分かるはずだと決めつけず、どのページを見たか、どの言葉が分からなかったかを確認します。回答を見つけられなかったなら導線や質問名、読んでも判断できなかったなら条件や文例を見直します。質問の件数だけでなく、解決しなかった理由を残すと、次の編集が具体的になります。
一方、問い合わせが減ったことだけで文章の効果を断定することも避けます。訪問者数や時期、受付経路が変わっている場合があります。検索やAIの掲載状況、閲覧、相談内容を別々に記録し、原稿の変更日と照合します。FAQに載せる数字や文章の型だけで引用が保証されることはありません。
まずは、実際に説明を繰り返している疑問を選び、材料、答え、根拠、確認担当まで一組で整えてください。その原稿を公開ページで読める形にし、届いた質問で不足を直していくことが、内容を蓄積するための手順です。FAQ原稿の整理や既存ページの改善を依頼したい場合は、対象URLと現在の回答を添えて、Acquaへご相談ください。