同じような質問に、何度も答えている。メールで返した説明を、翌週には電話で口頭で伝え、店頭では紙に書いて渡す。内容はほとんど同じなのに、そのたびに言葉を選び直している——そんな状態が続いていないでしょうか。サイトに置いたFAQは気づけば古いままで、更新したいと思っても、記事を書き上げる時間はなかなか取れません。けれど、その繰り返しの問い合わせこそが、記事の材料になります。お客さまが実際に使った言葉と、そこで止まったところが、すでに手元に残っているからです。
この記事では、問い合わせの記録から質問を集める方法、短い答えで足りるFAQと説明が必要な記事を分ける基準、読者が使う言葉での見出しの作り方、そして古くなった箇所を直し続けるための手当てを、順に整理します。特別な道具や大がかりな分析は要りません。日々のやりとりを同じ場所に残すところから始めれば、次の見出しは自然に見えてきます。
質問を、答えを書く前に集める
FAQを書こうとして、まず思いつく質問を並べる。この進め方だと、社内でよく話題になることが選ばれ、お客さまが実際に困っていることは抜け落ちます。順番を変えて、すでに受け取っている問い合わせを先に見ます。答えを考える前に、材料を集める段階です。
メール・電話・LINE・店頭の記録を同じ場所に置く
窓口が分かれていると、同じ質問が何度も出ていることに気づけません。メールの受信箱、電話のメモ、LINEのやりとり、店頭で受けた口頭の質問。これらを1つの表や共有ノートに写します。専用の仕組みは要りません。表計算ソフトの1枚のシートで足ります。毎日でなくても、週に一度、決めた時間にまとめて移すと続けやすくなります。
- メール・電話・LINE・店頭で質問を受ける
- 受けた日と窓口を添えて控える
- 1つの表または共有ノートに写す
- 言葉の重なりを見つける
質問の言葉をそのまま残す
記録するときに要約したくなりますが、そこで言葉を削ると、後で見出しを作るときに困ります。「返品できますか」と「返品の条件を知りたい」は、似ていても知りたい場所が違います。誤字や話し言葉も直さずに残します。お客さまが使った順番や言い回しが、そのまま見出しの候補になります。
- 受けた日と時間帯
- 窓口(メール、電話、LINE、店頭など)
- 質問の原文
- 返した答えと、その後に起きたこと
- 答えられなかった点や、確認に時間がかかった点
件数より、繰り返し出る質問を見る
1回だけ出た質問は、記事にしても読まれにくいものです。まず見るのは、回数ではなく繰り返しの有無です。同じ困りごとが、違う言葉で何度も出ていないか。逆に、同じ言葉で何件も来ていても、答えが一言で足りるならFAQに置く方が向いています。件数を数えるより、言葉の違いを並べて見比べる方が、次の見出しに近づきます。
| 記録に残った言葉 | 共通している困りごと |
|---|---|
| 「ログインできない」 | 入力する情報が分からず、手前で止まっている |
| 「パスワードを忘れた」 | 再設定の手順と、通知が届く先を知りたい |
| 「前は入れていたのに」 | 以前と条件が変わったのではないかと疑っている |
集めた記録は、まだ質問の一覧にすぎません。次は、短い答えで足りるものと、説明が必要なものに分けます。
FAQと記事を分ける
集めた質問は、すべてを同じ場所に置く必要はありません。短い答えで足りるものはFAQへ、説明を要するものは記事へ。先に分けておくと、FAQが長文の寄せ集めにならず、記事も一本ずつ書き上げやすくなります。
一言で答えられる質問
答えが一文か二文で収まり、誰が読んでも同じ内容になる質問はFAQに向いています。営業時間、支払いに使える方法、所在地などが例です。書き足したくなったら、その時点で記事の候補だと考えます。
背景や手順の説明が要る質問
答えに「なぜ」「どの順番で」が入る質問は、FAQの枠に収めようとすると窮屈になります。途中で切ると、かえって問い合わせが増えることもあります。
手順が三つ以上ある質問
操作の順番を伝える質問は、番号を振って並べた方が迷いません。手順の前に何が必要かを、終わった後にどうなるかを添えると、途中で止まりにくくなります。
条件によって答えが変わる質問
契約の種類で違う、時期で窓口が変わるといった質問は、条件ごとに分けて書きます。一言にまとめると、読者は自分がどれに当てはまるか分からないまま問い合わせることになります。
| 質問の型 | 答えの長さの目安 | 条件による分かれ | 置き場所の例 |
|---|---|---|---|
| 営業時間を確認したい | 一文で足りる | なし | FAQ。サイト下部のよくある質問に置く |
| 支払い方法を変えたい | 手順が三つ以上 | 支払い方法ごとに違う | 記事。手順を見出しごとに分け、変更できない場合の窓口も書く |
| 解約の条件を知りたい | 条件の説明が要る | 契約の種類で異なる | 記事。条件の表と、判断に迷う場合の相談先を並べる |
| 先週の注文について聞きたい | 個別の回答になる | 本人の状況による | 記事にしない。問い合わせの案内と返信の型を用意する |
記事にしても読まれにくい質問
一度しか出ていない質問や、その人だけの状況に依存する質問は、記事にしても読者は限られます。個別の注文や契約内容は、公開の場より問い合わせの窓口で答える方が早く正確です。ただし同じ言い回しで何度も出ているなら、個別ではなくなりつつあります。言葉が重なり始めたら記事の候補に移します。
分けた後も、FAQと記事は別々に育つものではありません。FAQの答えが二文を超えたら記事へ移し、記事の要点をFAQに戻す。行き来させる前提で置くと、どちらも古びにくくなります。
見出しを、質問の言葉で作る
質問を集めてFAQと記事に分けたら、次は見出しです。ここでつまずきやすいのが、社内で使い慣れた言葉をそのまま見出しにしてしまうことです。初めてサイトを訪れた人が、同じ言葉で探すとは限りません。前の章で残した質問の記録が、そのまま見出しの材料になります。
社内の用語をお客さまの言葉に置き換える
社内の呼び名は、正確さを優先して作られています。読者はその名前を知らないままページを開きます。「返品規定について」より「返品できますか」の方が、自分に関係があると分かってもらえます。記録から同じ質問に使われた言葉を拾って見出しへ移し、正式な名称は本文の冒頭に残しておきます。
| 社内で使っていた見出し | 記録に残ったお客さまの言葉 | 直した見出し |
|---|---|---|
| 返品規定について | 「返品できますか」「開けたらサイズが違った」 | 返品できますか? 条件と手続き |
| ログイン情報の管理 | 「パスワードを忘れた」「前は入れていたのに」 | パスワードを忘れたときの再設定 |
| 決済手段の変更 | 「支払い方法を変えたい」 | 支払い方法はあとから変更できますか |
質問の形のまま見出しにする
「〜について」「〜のご案内」で終わる見出しは、目次に並べても中身が伝わりません。質問の形にすると、読者は自分が知りたいことだと判断できます。疑問文にしたら、本文の最初の一文でその質問をそのまま受けます。見出しで尋ねて別の話から始まると、読者は答えを探して読み飛ばしてしまいます。
- 見出しの問いに、本文の最初の一文で答える
- 一つの見出しに入れる問いは一つにする
- 条件で答えが変わるなら、見出しのすぐ下に条件を並べる
似た質問をまとめすぎない
まとめるとページ数は減りますが、答えは長くなります。「パスワードを忘れた」と「登録したメールアドレスを変えたい」は、どちらもログインの話でも手順は別です。まとめてよいのは、答えの骨格が同じ質問だけです。記録に残った言葉が同じ手順を指しているかを見て、指していなければ見出しを分けます。
見出しは、本文を読むかどうかを決める最初の判断材料です。読んだ人が自分の質問だと思える言葉を選んだうえで、次は答えの後に進める順番を整えます。
答えの後に、次の行動を用意する
答えは書けた。けれど、読み終えた人がその後に何をすればよいか分からない。そんな記事は、読まれても問い合わせを減らしません。答えの正しさと同じくらい、読み終えた人が次の一歩を踏み出せるかどうかが、その後の連絡の数を変えます。ここでは、答えの後に置くものを順番に整理します。
問い合わせる前に読める順番にする
記事の中では、質問、答え、手順、そしてうまくいかなかったときの窓口、の順に並べます。最初に問い合わせフォームを置くと、読者は本文を読む前に連絡を選びます。反対に窓口を最後まで隠すと、自分で解決できなかった人がページを離れてしまいます。行き止まりを作らない位置に、連絡先を一度だけ置きます。
- 読者の質問を見出しで受ける
- 答えを最初の一文で返す
- 手順と、つまずいたときの見分け方を置く
- それでも進まない場合の窓口を示す
自分で解決できる導線を入れる
読者が手順の途中で止まる場所は、たいてい決まっています。入力する情報が手元にない、どの条件に当てはまるか分からない、といった箇所です。そこへ、先に確認しておくものを示しておくと、読者は記事を読みながらその場で進められます。
- 手順の前に、用意するものを並べる
- 条件で答えが変わる箇所は、分けて書く
- うまくいかない場合の見分け方を添える
- 次に読む記事を一本だけ示す
次に読む記事を一つに絞るのも、導線のうちです。候補をいくつも並べると、読者は選べずに離れます。手順の続きになるもの、あるいは条件を確かめるもの、どちらか一方にします。
古くなりやすい箇所を決めておく
記事は、書いた時点から古くなり始めます。すべてを同じ頻度で見直すと長続きしないので、先に場所を決めて印を付けておきます。目安は、日付や期間が入る箇所、窓口の連絡先、手順に出てくる画面やメニューの名前、条件が変わりやすい箇所の四つです。ここだけは、問い合わせを受けたときに必ず目を通す、と決めておけば、見直しの範囲が絞られます。
場所を決めておけば、次に同じ質問を受けたときに、どこを直せばよいかで迷いません。次の章では、その見直しを無理なく続けるための手当てを整理します。
更新を続けるための手当て
質問を集め、FAQと記事に分け、見出しと答えの後の導線まで整えました。最後に残るのは、書いた記事を古いままにしない手当てです。気づいたときに直す形だと、担当が変わったところで止まります。直す場所と合図を先に決めておきます。
質問の記録と記事を結びつける
記録と記事を別々に置くと、どちらが新しいのか分からなくなります。記録の表に「関連する記事」の欄を一つ足し、記事の側には、もとになった質問を一つだけ書いておきます。同じ質問が再び届いたとき、どちらからもたどれます。
- 記録の表に、記事の見出しを書く欄を足す
- 記事の末尾に、もとになった質問を一つ残す
- 記事を直したら、記録の側にも日付を書く
季節や制度の変更で古くなる箇所
内容が正しくても、時間がたつと合わなくなる箇所があります。営業時間や受付期間、制度や条件の説明、画面の名前などです。すべてを同じ頻度で見直すのではなく、変わりやすい場所だけを決めて印を付けます。次は、印を付ける場所を決めるための例です。
| 古くなりやすい箇所 | 起きること | 見直す合図 |
|---|---|---|
| 営業時間・受付期間 | 季節や祝日で変わる | 年間の予定を決めたとき |
| 制度や条件の説明 | 改正や社内規程の変更で変わる | 同じ質問が増えたとき |
| 画面やメニューの名前 | 更新で表示が変わる | 操作の質問を受けたとき |
更新したことをサイト内で示す
直したことが伝わらないと、読者は古い情報のまま判断します。記事の上部か末尾に、最後に確認した日を書きます。更新日ではなく「いつ時点の情報か」が分かる書き方にすると、期限のある内容でも安心して読めます。
大きく変えたときは、変わった点を一文だけ添えます。「受付時間が変わりました」とあれば、前に読んだ人はどこを見直せばよいか分かります。更新の履歴を全部並べる必要はありません。読者の行動が変わる変更だけを残します。
記録と記事をつなぎ、古くなる場所に印を付け、直したことを短く伝える。この三つが回れば、問い合わせは記事を育てる材料になります。まずは記録の表に欄を一つ足すところからで十分です。




