FAQの作り方｜質問の集め方・回答例・更新台帳

1. 質問を集め、事実と仮説を分ける

問い合わせ履歴がある場合は、同じ内容をまとめて「見積もりに何が必要か」「どこまで対応できるか」のように整理します。原文を転載せず、氏名・契約情報を除いて質問の要点だけ残します。履歴がない場合は、担当者が想定した質問であることを内部の台帳で区別します。

優先するのは件数だけでなく、判断を止める質問です。料金の追加条件、納期が決まる時点、キャンセルや修正の扱いなど、実際に提供するサービスの条件を確認してから回答を書きます。決まっていない条件を都合よく補わないでください。

2. 回答は結論、条件、次の行動の順に書く

スマホでは表を横にスクロールできます。

表の文章をそのまま自社の約束にせず、実際の運用と照合します。「即日」「必ず」「無料」には適用範囲が必要です。回答が長くなったら、短い結論の後に詳細ページへのリンクを置きます。

3. 重要条件はサービス本文にも残す

料金に含む範囲や申し込み条件をFAQだけに隠すと、本文を読んだ人が誤解します。購入・相談の判断に必要な条件はサービス紹介ページにも書き、細かい場合分けをFAQで補います。本文とFAQで同じ条件が変わったら両方を更新します。

質問が少なければサービスページ内の一節で足ります。独立ページにする場合は「料金」「依頼前」「納品後」など利用者の目的でまとめ、関連するサービスから該当回答にリンクします。回答を展開するUIを使う場合は、キーボードでも開閉できるか確認してください。

4. 更新台帳を作り、古い回答を残さない

台帳の項目は「質問／回答の根拠となる社内条件／掲載先／確認担当／確認日／変更のきっかけ」です。料金改定、営業時間変更、対応範囲の変更があったら、関連する回答を見直せるようにします。確認できない回答は断定をやめ、問い合わせが必要な範囲を明示します。

公開前には、担当者が回答を読んで実際にその条件で対応できるか確かめます。リンク先の料金、フォームの選択肢、自動返信に矛盾がないことも点検します。FAQを用意しただけで検索結果に特別な表示が出る、問い合わせが増えるとは考えないでください。

5. 読んでも解決しない人の行き先を用意する

末尾に単に「お問い合わせ」だけでなく、相談時に必要な情報を案内します。たとえば「対象サービスと、分からなかった条件をお知らせください」と書けば、回答を探していた人が次に進みやすくなります。

公開後は、質問が何件増えたかより、同じ誤解が続いていないかを見てメモしておきます。問い合わせが減った場合も、FAQで解決したのかフォームが使えなくなったのかは別途確認します。配置の点検は問い合わせ導線の確認手順で行えます。

6. サービス条件が変わった日の照合例

以下は編集例です。「営業時間の更新だけを扱っていたサービスに、画像1点の差し替えを追加する」という設定で、本文とFAQのどこを変えるかを整理します。顧客から実際に届いた質問や、当サイトが提供する条件ではありません。

変更の基点はFAQの文章ではなく、担当者が確定した提供条件です。「画像もできます」だけでは加工や撮影まで含むように読めるため、写真の用意・編集・確認範囲を分けます。

スマホでは表を横にスクロールできます。

公開前に一人が本文を、もう一人がFAQを別々に読むだけでは、条件のずれを見逃すことがあります。同じ依頼例を両方の説明に当てはめ、「これは含まれるか」「何を送るか」の答えが一致するかを確かめます。

台帳は「確認済み」だけで終わらせない

記録例：「画像差し替え／条件案は画像1点・撮影加工なし／本文の対象範囲、料金説明、FAQ-03、受付案内を更新／担当者が原稿を確認した後に公開」。実際の担当者名と確認日は、確認が終わった時点で入れます。将来の予定日を、完了した確認日として記録しないでください。

原稿作成・FAQ照合シートを保存する（TXT）。サービス条件と回答の根拠を同じシートで整理できます。

7. 開閉するFAQを、このページで試す

次はHTMLのdetailsとsummaryを使った操作見本です。回答の内容は上の仮のサービスの例であり、実際の申し込み窓口ではありません。重要な対象範囲・料金条件は本文にも記載し、開かないと分からない状態にしないようにします。

1. 質問をクリックまたはタップし、対応する回答が開くか確認します。
2. 質問へキーボードで移動し、SpaceまたはEnterで開閉してみます。フォーカスの枠が見えるかも確認します。
3. 2つ目を開き、1つ目と見比べられるか確認します。この見本は複数の回答を同時に開ける構成です。
4. スマホで長い質問・回答が画面からはみ出さないか確認します。

この見本の開閉にJavaScriptは使っていません。仕様の確認先はMDNのdetails要素です。ページ全体では質問のグループに見出しを付け、W3Cの見出し構造の説明を参考に階層を整理します。

長い回答が多い場合は、すべてを折りたたむ前に分類と文章量を見直します。開閉できても、答えが見つけやすくなるわけではありません。料金の確定方法など最初に必要な説明は、本文の見える場所に残してください。