FAQの作り方｜19件の問い合わせから回答・根拠・更新台帳を作る練習

こんにちは。「脱会社員」脱サラを応援し続けるブログ、運営者の「なかびー」です。

FAQを作ろうとして問い合わせを並べると、似た質問が何度も現れる一方、短い一文に別々の困りごとが混ざっていることがあります。そのまま一問一答へ書き換えるだけでは、質問の一部を落としたり、まだ決まっていない条件まで答えたりしがちです。この記事では、原文を残したまま分類し、回答の根拠と未解決部分を結び付ける編集を練習します。

題材は、無料イベントの資料を配布する架空サイトです。問い合わせ、仕様、回答、改訂指示はすべて独自の教材であり、実在サービスの操作案内や顧客対応の実績ではありません。読み終えたら、分類表、回答候補、根拠台帳、未決事項、探し方の点検票、改訂前後の見本をひとまとまりにできる構成です。FAQ制作による受注や収益を保証する記事ではありません。

1．公開FAQの役割を決め、個別回答と切り分ける

架空の資料配布サイトを題材に、共通回答の候補と、個別確認・条件確認が必要な内容を分ける。

同じ説明を使える範囲から考える

公開FAQは、特定の相手だけに届く返信とは違い、そのページを読む別の人にも使える案内です。問い合わせに対して一度うまく答えられたとしても、その返信をそのまま掲載できるとは限りません。「こちらからお送りします」「先ほどお伝えした設定で進めてください」といった表現は、相手と共有した事情を前提にしています。公開用に直すときは、誰が読んでも分かる入口と、回答を使える条件を取り出す必要があります。

本教材の「PDFはどこから保存できますか」という質問なら、資料一覧から詳細を開くという共通の入口を示せます。一方、「私の端末だけ保存後に真っ白になる」という質問では、その人の端末やファイルの状態が分かりません。両方に「資料一覧から保存してください」と返しても、後者の問題を解いたことにはなりません。文章を共通化できるかは、言葉が似ているかではなく、同じ根拠と同じ次の行動を示せるかで考えます。

公開用と内部の回答支援用を混ぜないことも大切です。内部資料には、確認を依頼する担当や調査中の事情を残す意味があります。しかし、その情報を外へ出しても読者の助けにならない場合があります。本稿で作るのは公開用の回答見本です。編集者が使う根拠ID、原票ID、保留理由は別の台帳へ残し、公開見本には必要な条件と行動を示します。説明を短くするために、裏側の判断記録まで捨てるわけではありません。

「質問がある」と「答えがある」を別にする

資料の再配布について尋ねる原票は二つあります。質問が複数届くなら取り上げたいテーマですが、架空仕様では条件が未確認です。ここでFAQの数を増やすために、一般的にありそうな許可条件を書いてはいけません。問い合わせが存在することは、回答の根拠が存在することとは別です。編集者ができるのは、何を確認すれば回答できるかを明確にし、確認先へ渡せる形にするところまでです。

反対に、問い合わせが一件しかなくても、既に明確な仕様があり、ほかの利用者にも役立つなら回答候補になります。件数の多さだけで並べると、答えられない質問を上位に置いたまま、すぐに解決へ進める質問を埋もれさせることがあります。今回の分類では頻度を記録しつつ、回答可能性を別の列へ置きます。頻度の列には集計結果、回答可能性の列には根拠の状態を入れるので、同じ数字で両方を表しません。

また、「FAQにしない」と決めた質問にも行き先が必要です。個別障害は、資料名や版、使用環境、表示されたエラー文を確認する案内へ分けます。根拠待ちの質問は未決事項へ、公開に不適切な記録は除外扱いへ置きます。この三つは処理が違います。どれも公開回答がないという理由で一つの「不要」欄にまとめると、後から調べるべきものと公開出力へ入れてはいけないものを区別できなくなります。

最初に作るのは完成回答ではなく、対応の地図

演習では、原票を見ながらいきなり丁寧な文章を書き始めないでください。まず原票の一覧を固定し、各原票がどの論点へつながるかを記録します。そのあとで根拠を探し、回答候補へ進めます。文章を先に整えると、答えやすい解釈に原文を寄せてしまうことがあります。「保存場所」という曖昧な言葉を「ダウンロードボタンの位置」と勝手に言い換えないためにも、原文と編集後の質問を並べて残します。

手元では、原票、分類、回答、根拠、未決、改訂の六つの区画を用意すると扱いやすくなります。必ず別ファイルにする必要はなく、一つの表のシートを分けても構いません。ただし、公開見本を作るときにどこを取り出すかは決めておきます。原票と回答を一枚の紙に詰め込むと、確認に便利な情報まで公開対象へ混ざりやすくなります。編集のために見る範囲と、読み手へ渡す範囲は違うからです。

この練習の採点では、回答の数が多い人を高く評価しません。たとえば、根拠がない再配布の回答を増やすより、回答を保留して確認事項を具体化したほうが適切です。また、未決事項が二つ残っていることを隠して「全件整理済み」と書くのも避けます。分類を終えた状態、回答案を書いた状態、質問が解決した状態をそれぞれ分けて表現できれば、作業途中の成果も誤解なく渡せます。

2．原票を変えずに、複合質問と編集上の注意を分類する

T04の原文を残し、保存は仮分類、版確認は別の論点へ。U1の追加質問は未回答のまま残す。

原票の件数と論点の数を分ける

教材には二十の記録がありますが、問い合わせは十九件です。最後の一件は、転記に個人情報が混ざるという編集上の注意を示した架空記録です。この違いを最初に確かめます。「二十件の問い合わせを分析した」と書くと、編集者自身の検出記録まで利用者の問い合わせとして数えてしまいます。元の記録の種類を列に残しておけば、件数を出すたびに文章の印象で判断せずに済みます。

さらに、一つの問い合わせが一つの論点とは限りません。T04は保存場所と最新版の見分け方、T07は期限切れと旧版の利用可否を尋ねています。それぞれ二つへ分けるため、十九の問い合わせから二十一の問い合わせ論点ができます。編集記録の除外フラグを一つ加えると、割当単位は二十二です。ここで増えたのは人や受信回数ではなく、扱う論点の数です。報告の見出しにも何を数えた値かを添えます。

架空原票20件：問い合わせ19件と編集記録1件。表は横にスクロールできます。

T01からT03は、保存、ダウンロード、端末へ取り込むという言い方が違いますが、資料を取得する入口を知りたいという共通点があります。まとめるときは、最も短い語に置き換えるだけでなく、原文からどの行動を求めていると読んだかを確かめます。「資料を端末へ保存したい」は実行したいことが書かれていますが、既に保存したファイルを探す質問とは限りません。似た語があるだけで全部を同じ箱へ入れる癖を避けましょう。

T04を仮分類のまま残す

T04の原文は「保存場所と最新版の見分け方を知りたい」です。「保存場所」は、サイト上の取得場所かもしれませんし、保存後の端末内の場所かもしれません。ここでは保存のグループへ仮に割り当てますが、意味を確定していません。原票の横に「仮分類」と書き、未決事項U1へつなぎます。質問をF1の表題へ置き換えた瞬間に、この曖昧さを消してしまわないようにします。

U1で尋ねる内容は「サイト上の取得場所と、保存後の端末内の場所のどちらですか」です。この追加質問に対する回答は教材では受領していません。したがって、資料一覧の案内を作ってもT04全体を解決済みにはできません。もし端末内の保存先のことだった場合、現在のS1はその範囲を扱わないため、別の根拠が必要です。未回答という状態と、根拠がないという状態をそれぞれ残しておくと、次の編集者が足りない情報を取り違えません。

複合質問を分けるときは、原票そのものを二つに書き換えるのではなく、分類側に二行の対応を作ります。同じT04が保存と版確認の両方に現れてよいのは、そのためです。元の文章を保存しておけば、後で追加回答が得られたときに仮分類の妥当性を見直せます。分類済み一覧だけを残すと、最初にどこが曖昧だったかを復元しにくくなり、原票の意味を編集者の推測で固定してしまいます。

件数が同じでも、まとめ方は違う

保存とリンク期限切れは、どちらも資料を取得したい質問です。しかし、読者の出発点が違います。保存の質問は入口を知らず、期限切れの質問は既に案内を持っているのに使えません。同じ回答へ押し込めると、期限切れの人は新しいメールを待つべきか判断できないままになります。本教材では資料一覧から開き直せるという根拠があるので、期限切れは別の質問にして、そのまま次の行動を示します。

一方、白黒とモノクロは、同じ印刷条件を別の言葉で表しています。こちらを別FAQにすると、片方だけ修正されて内容が食い違う原因になります。質問は一つにし、類語を検索や目次の手掛かりとして残すほうが自然です。分割するか統合するかの判断は、単語の数ではなく、回答の前提と案内する行動が共通かどうかで行います。この基準を分類理由に一文で残しておくと、ほかの人にも再現できます。

9論点・処理グループの割当。表は横にスクロールできます。

今回の整理先は九つの論点・処理グループです。その上位に付ける台帳のカテゴリは、保存、印刷、版の確認、権利、個別相談、除外の六つです。公開回答側で使うカテゴリは、そのうち保存、印刷、版の確認の三つに限ります。グループは一問一答や処理先の単位、カテゴリは複数の項目を束ねる見出しです。九、六、三という数を同列に並べて「カテゴリ数」と呼ぶと、整理の階層が分からなくなります。

T20の個人情報混入は、保存や印刷と排他的な問い合わせ種類ではありません。本来はどの論点の原票にも起こりうる編集上の属性です。この教材では検出記録を一つ置いて、公開用の出力に含めない判断を練習します。実際の氏名や連絡先は記載していません。実ログを単に伏字にした教材でもなく、初めから架空の文面として作っています。公開用から外すことと、元の記録を削除することも別の操作です。

3．回答ごとに根拠を結び、答えない範囲を見えるようにする

架空仕様S5から答えられるのは最新版の確認方法。旧版利用可否はU2の未決定として残る。

根拠を読む前に、答える主張を小さくする

根拠台帳では、資料名だけでなく、回答のどの部分を支える記述なのかを示します。「仕様書参照」とだけ書くと、同じ資料を読んだ人が別の箇所を根拠にするかもしれません。今回なら、F1の入口の説明はS1の前半、F3のスマートフォンでの選択はS1の後半に対応します。同じS1を参照していても、読者の困りごとと説明する部分が違うため、質問は別に保ちます。

回答を書き始める前に、入れたい主張を一つずつ点検してみましょう。たとえばF3で「個別PDFを選ぶ」はS1にありますが、「このアプリをインストールすれば開ける」はありません。後者は親切な補足に見えても、教材の仕様から外れた案内です。詳しい文章ほどよいのではなく、根拠が支える範囲で必要な行動が分かる文章がよいと考えます。根拠欄を埋められない一文は、そのまま公開候補に残さないようにします。

S1〜S7：すべて架空仕様。表は横にスクロールできます。

S1からS7は、この演習のために作った架空仕様です。FAQ作成の方法を調べるための公式資料とは性質が違います。たとえば実在企業のFAQに三日という期限が書かれていても、それをこの架空サイトの期限の根拠にはできません。サイトの条件を決める根拠と、編集の考え方を学ぶ資料を別に管理します。この区別がないと、検索で見つけた似たサービスのルールを、自分が扱う対象の仕様として移してしまいます。

確認済みの部分と未決定の部分を切る

S5では、資料一覧とPDF先頭の版番号を照合する方法が決まっています。版番号が違えば現在の版を取得するという手順も決まっています。しかし、旧版を引き続き使えるかは未決定です。「最新版の調べ方を答えられる」からといって、「旧版は使ってはいけない」「旧版でも問題ない」のどちらも導けません。T07の後半は利用可否の質問なので、F6の手順を案内しただけでは答え切れません。

ここで未決事項U2を設け、T07の原文の該当部分とF6の回答範囲をつなぎます。確認したいのは、版番号の見方ではなく旧版継続利用の可否です。確認先へ「旧版について教えてください」とだけ渡すより、「現在の仕様は最新版の確認手順までで、継続利用の判断がありません」と説明したほうが、不足している判断が明確になります。質問を狭くすることで、既に確定している手順まで再確認する無駄を減らせます。

U1とU2は、どちらも回答がそろっていませんが理由が違います。U1は相手が指している場所を確かめる必要があり、U2はサービス側の条件を決める必要があります。前者を責任者への仕様確認だけで解消しようとしても、質問の意味は分かりません。後者を利用者へ聞き返しても、利用許可は決まりません。未決欄には「確認待ち」だけでなく、何を誰の立場で確認する必要があるかを記します。ただし教材では実在の確認者名を作りません。

未確認の仕様を、参考情報で埋めない

S6の再配布条件には、確認中という状態が付いています。原票T16とT17は有料講座や商用イベントへの複製を尋ねていますが、無料配布だから自由に再配布できるとは判断しません。逆に、未確認だから禁止だとも書きません。判断を保留することは中途半端な編集ではなく、回答の根拠がそろうまで断定を止める処理です。F7を公開可能な回答一覧から外し、何が決まれば作業を進められるかを台帳へ残します。

S7は個別障害の扱いと公開範囲を定めています。これを「すべての障害を解決する方法」と読むことはできません。資料名、版、使用環境、エラー文を確認する案内は作れますが、原因を推定して修復を約束する回答には使えません。とくに「再保存すれば直ります」のような短い断定は、読みやすくても根拠がありません。分からない原因を分からないまま扱い、確認へ進むための情報を整える役割に限定します。

改訂前の回答根拠台帳（S2は1.0）。表は横にスクロールできます。

確認日：2026年10月16日（教材の編集照合日）。確認者欄：実運用の責任者確認は未実施。固定仕様は演習内の前提です。

未決事項を回答候補と結ぶ。表は横にスクロールできます。

台帳の確認者欄は、作成者が自分の名前を入れれば承認済みになるものではありません。誰が事実を確認し、誰が表現を見たかを分けて扱える欄にします。本教材では実運用の責任者確認を行っていないため、その欄は未実施とします。仕様が「固定」となっているのは、演習内の前提が定まっているという意味です。実在組織の承認済み文書があるという意味ではありません。状態の言葉を短くしすぎず、何に対して固定なのかが分かるようにします。

根拠には版も付けます。S2の一・〇版を参照した回答と、一・一版を参照した回答では、同じF2でも期限が違います。IDだけを記録すると、後から資料の中身が変わったときに、回答作成時に何を見ていたか分からなくなります。確認した日、使用した版、該当する条件、関連する回答を一緒に残せば、改訂の影響をたどれます。日付は実際の確認記録と演習上の改訂日を混ぜず、それぞれの意味を欄名で示します。

4．六つの回答案を作り、短さより判断の正確さを点検する

F3は個別PDFの選択、F4はプレビューとA4の確認。架空仕様にないアプリ導入や機種固有操作は足さない。

最初の一文で、読者の次の行動を示す

F1では資料一覧から詳細を開き、保存を選ぶという順序を先に示します。「資料をご活用いただきありがとうございます」といった挨拶を長く置くより、取得の入口を早く見つけられる形にします。ただし、すべての質問を同じ文型にする必要はありません。F6のように二つの版番号を比べる質問では、比較する対象を最初に示したほうが自然です。回答の型は、読者が次に何をするかを迷わないために選びます。

F1の最後に端末内の保存先について触れるのは、サイト上の入口と端末の中を混同しないためです。この一文は具体的な保存先を教えるものではありません。T04の意味が端末内の場所だった場合、ここを読んでも未解決が残ります。答えられない部分を書き添えることと、その部分まで回答したことを同じにしないようにします。読者向けの文面を整えたあとも、編集台帳のU1は開いたままです。

F2では期限切れのリンクを何度も試すのではなく、資料一覧から同じ資料を開き直すという別の入口を示します。根拠にないメール再送を案内すると、読者は不要な依頼を送り、案内を待つことになります。本教材のS2は再送請求が不要と定めているので、それを回答に反映します。ただし、この説明を実在する別サイトに当てはめてはいけません。期限切れ時の行動は、そのサービスで確定した仕様に従って書く必要があります。

また、「一週間」と「七日」を混在させると、改訂時に一方だけ残る可能性があります。ここでは仕様と同じ七日という単位を使い、発行から数えることも合わせます。細かな表記をそろえるのは、見た目の統一だけが理由ではありません。いつから何日なのかという条件を読み違えないためです。改訂前の回答見本と改訂後の見本を別に示し、同じページの中でどちらの版を読んでいるかが分かるようにします。

操作を増やす前に、既にある選択肢を確認する

F3の質問はZIPを開けないというものですが、答えを必ずZIPの解凍手順にする必要はありません。S1ではスマートフォン向けに個別PDFを選べます。読者の目的が資料を読むことであれば、その入口を案内できます。困っている操作を直すことだけに目を向けると、不要なアプリの導入や複雑な設定変更を増やしてしまいます。何を達成したいのかと、今つまずいている手段を分けて考えると、短くて実行しやすい回答になります。

F4の印刷では、プレビュー、用紙、ページに合わせる設定の順に確認します。しかし、特定のプリンターの画面名までは架空仕様にありません。存在しないボタン名を補って手順を細かく見せるより、機種ごとの操作案内を参照する範囲を示します。読者に次の確認点を渡すことと、どの環境でも同じ画面が出ると約束することは違います。具体性は必要ですが、確認していない細部で具体的に見せかけないことが大切です。

F5では白黒で読めるかという質問に、無条件の「はい」で答えません。資料にはA/Bの文字ラベルがありますが、印刷結果は実際に確かめる必要があります。色の違いだけで区別させず、文字ラベルと本文が読めるかプレビューで見る、という確認可能な行動を示します。「白黒対応」という短い見出しを使う場合も、その言葉がすべての印刷機で同じ視認性を保証するように読まれないかを見直します。

F6の回答は、版を比べて異なれば現在の版を取得するところまでです。その後に旧版の利用可否は確認中と明記します。ここを省いて「最新版を使ってください」とだけ書くと、T07への答えとしては、旧版を禁止しているのか単なる推奨なのか分かりません。曖昧さを減らすには、丁寧語を増やすより、決まっている手順と決まっていない条件を切り分けるほうが有効です。未決事項を隠さない文面は、過剰な約束も防ぎます。

誤答を直すときは、語尾だけを直さない

「再配布できます」を「再配布できる場合があります」に弱めても、条件の根拠がなければ問題は残ります。断定の強さだけを変える修正ではなく、公開回答から外して確認待ちへ戻す必要があります。同様に、「真っ白になる場合は再保存で解決します」を「解決することがあります」にしても、教材では効果を確かめていません。誤答の原因が根拠不足なら、言い回しではなく回答の扱いを直します。

六つの誤った処理と訂正。表は横にスクロールできます。

回答を読み直すときは、原票を隠して文章だけを見る点検と、原票へ戻る点検を分けると違う問題を見つけられます。前者では、主語や順番が分かるか、条件が途中で抜けていないかを見ます。後者では、質問の一部を落としていないか、原文以上の意味を足していないかを見ます。F6単体では読みやすくても、T07と並べると旧版利用の問いが残ることに気づけます。完成したように見える文章こそ、元の問いへ戻して確かめましょう。

5．見つけられることと、答えで進めることを分けて確認する

ダウンロード・スマホ・モノクロを類語の手掛かりにする。14語は期待表であり、検索成功の実測ではない。

編集者の言葉だけで目次を作らない

質問を整理するときに「保存」という表現へ統一しても、読者は「ダウンロード」と探すかもしれません。スマートフォンをスマホ、白黒をモノクロと呼ぶ人もいます。原票の言葉をすべて質問文へ詰め込むと読みにくくなるので、質問の見出しと別名の手掛かりを分けます。本教材ではF1にダウンロード、F3にスマホ、F5にモノクロという類語を関連付け、目次の補助語として見える形にします。

類語を登録したからといって、実際の検索システムがその語で結果を返すとは限りません。見出しだけを探す仕組みなのか、本文や別名の欄まで探す仕組みなのかで結果が変わります。この記事の十四語は、期待する行き先を考えるための点検材料です。実際の利用者が検索して見つけた回数や、製品の検索成功率ではありません。机上で用意した対応と、実装後に確認した動作は別の列に記録します。

14語の期待行き先（検索成功の実測ではない）。表は横にスクロールできます。

たとえば「A4」はF4へ進んでほしい語ですが、質問文には印刷で端が切れることが書かれています。本文にはA4があるので、本文まで対象にする検索なら候補になり得ます。しかし、それを確かめずに検索可能と断定しません。手作業の目次として使う場合は「印刷・A4・端が切れる」のような補助表示を設ける方法もあります。どの語をどこに置いたかが分かれば、後で検索対象の仕様を確認したときに不足を見つけやすくなります。

期待する行き先がない語も残す

「再配布」の期待行き先は、六つの公開回答の中にはありません。これは語を集め忘れたのではなく、条件未確認のため回答を保留しているからです。検索結果がないという表面の現象だけで、すぐにFAQを追加しないようにします。まず根拠待ちなのか、表現が違って見つからないのか、案内そのものがないのかを分けます。同じ「見つからない」でも、必要な修正は別です。

「真っ白」も公開回答候補への行き先がありませんが、こちらは個別相談へ進めるための案内が必要です。原因を断定するFAQは作らず、資料名、版、使用環境、エラー文を確認できる相談入口を用意する設計にします。本教材では実際の問い合わせフォームを設置したわけではありません。案内文の見本と、実運用でリンク先を確認する必要があるという残件を分けます。架空のURLを貼って、使える相談窓口があるようには見せません。

公開回答側のカテゴリは三つなので、目次も保存、印刷、版の確認で構成します。ただし、権利や個別相談を消して忘れるのではありません。編集台帳にはそれらの処理先が残っています。公開側の表示を簡潔にすることと、管理側の情報を減らすことを混同しないでください。回答を載せない理由と、読者を放置しないために必要な別の案内は、公開前の確認事項として管理できます。

到着した先が、本当に質問へ答えているか

版に関する言葉からF6へ到着できたとしても、旧版の利用可否が分かるわけではありません。検索で見つかったかを合格にすると、質問へ答えていない回答を成功として数えてしまいます。点検票では「期待する項目へ到着するか」と「求めた判断や行動が得られるか」を分けます。T07の場合、前者が確認できても、後者の利用可否は未解決です。二つの評価を一つの丸印にまとめないことが重要です。

F1でも同じことが起こります。保存という語から資料一覧の案内へ進めても、質問者が探しているのが端末内の保存先なら、回答は十分ではありません。ここでU1を点検票と結び付けておけば、「見つかったので完了」とする誤判定を防げます。類語の整備は、曖昧な原票の意味を確定する代わりにはなりません。探し方の問題と質問理解の問題を分けておくと、修正すべき場所も明確になります。

実際に人に試してもらうなら、質問の答えを先に教えず、何を探したいかだけを渡して見てもらう方法が考えられます。ただし、本記事ではその試験は実施していません。「十四語で全部見つかった」「問い合わせが減った」といった結果もありません。今ある成果は、期待行き先と未解決を記した点検票です。試験を行う段階になったら、使用した版、渡した課題、実際の操作、詰まった箇所を別に記録し、期待と実測を比較します。

最後に、FAQを増やす以外の改善も考えます。資料一覧の保存入口が分かりにくいなら、FAQを読ませる前に、その入口の表示を直すほうが適切な場合があります。ただし、問い合わせ件数だけで原因を決めつけません。今回の教材でも保存の質問はありますが、実際の画面を利用者がどう見たかは観察していません。原票から改善の仮説を立てることと、その仮説が正しかったと証明することを区別します。

6．改訂の影響を追い、納品用の出力まで照合する

C1の架空改訂ではS2を1.0の7日から1.1の3日へ。F2・根拠台帳・公開用見本を照合し、他の5回答を保持する。

七日から三日への変更を、回答だけで終わらせない

最後に、架空の改訂指示C1を使います。変更は、メール内リンクの有効期間を発行から七日ではなく三日にすることです。S2の版は一・〇から一・一へ進みます。影響する回答はF2で、F1、F3、F4、F5、F6は変更しません。まず根拠と回答の対応表から影響先を取り出します。文章全体を検索して数字を置き換えるだけでは、説明用に残す旧版の見本まで変更する危険があります。

改訂前の見本を保存したうえで、改訂後の根拠台帳と回答を別に作ります。旧版を残す目的は、古い案内を使い続けるためではなく、何が変わったかを照合するためです。読者へ渡す出力と履歴用の控えを名前で分け、公開用に取り出すほうには現在の版が分かる見出しを付けます。ファイルの更新日だけで判断すると、古い内容を複製したファイルが新しく見えることがあるため、内容と版を併せて確認します。

C1の変更と非変更。表は横にスクロールできます。

改訂後のF2は「発行から3日」となり、根拠欄はS2の一・一版を指します。確認日欄にはこの演習で照合した日を記し、実運用の承認日にはしません。公開用見本にも同じ三日が出ていることを確認します。台帳だけ直して出力を作り直さないと、内部では改訂済みでも読者へ渡る文章は七日のままです。改訂の完了条件を、編集画面の変更ではなく納品物の一致まで含めて定義しておきます。

変えない回答も確認対象にする

F1とF3は同じS1を参照しますが、今回S1は変わりません。資料一覧から保存する入口やスマートフォンで個別PDFを選ぶ案内を、期限変更に合わせて書き換える必要はありません。関係のない表現まで整え直すと、どの変更が必須で、どの変更がついでの推敲なのか分からなくなります。改訂の差分を小さく保つことで、検収する人が確認すべき範囲を絞れます。必要な修正と任意の文章改善は分けて扱いましょう。

旧版利用のU2や保存場所のU1も、この改訂では解消しません。期限が三日へ変わったことは、旧版を使えるかの判断や、端末内の保存場所には関係がありません。改訂を一件完了した勢いで、未決事項全体を完了扱いにしないようにします。改訂後の台帳にも未決欄を引き継ぎ、今回変えた状態と変えなかった状態を区別します。この確認があると、更新のたびに大切な保留が消えるのを防げます。

検索の手掛かりも照合します。F2の質問は期限切れのリンクについてなので、期限切れ、リンクという導線は引き続き使えます。別名や補助文に七日という表現を入れていた場合は、そこも変更対象になります。本教材の期待表は語と行き先を示すものなので、検索成功の再試験が済んだとは扱いません。改訂後の文字と参照先が一致すること、実装後に動作を確認することを別々のチェック欄にします。

受け渡すものと、受け渡さないものを決める

納品用の一式には、原票対応表、質問と回答の見本、根拠台帳、未決事項、探し方の点検票、改訂差分を含めます。ただし、すべてを同じ相手や公開ページへ渡すという意味ではありません。実際の作業では、原票を扱える人、回答を確認する人、公開する人の範囲を確かめる必要があります。この教材の原票は架空ですが、実務の原票をそのまま作例や公開資料に流用できるという許可にはなりません。

演習の受け渡しと検収。表は横にスクロールできます。

検収では、完成回答の読みやすさだけでなく、未解決が見つけられるかも確認します。U1には追加質問があり、回答は未受領であること、U2には旧版利用可否の根拠がないこと、F7は保留、F8は個別相談、F9は公開対象外であることをたどります。保留が残る成果物を渡すときに、どの作業を済ませ、何を待っているかが明確なら、受け取る人は次の手を判断できます。単に「一部未完」と書くより、対象と不足を結び付けるほうが実用的です。

文章制作や事務支援の練習として見せるなら、担当した範囲を説明します。「架空原票の分類と回答候補の編集、根拠対応、改訂出力の照合を行った」という説明なら、この教材で作ったものと一致します。一方、実際の問い合わせ削減、顧客満足度の向上、受注実績は示していません。作例の見栄えをよくするために実績へ読み替えず、何を確認できる制作物なのかを具体的に伝えます。

FAQ作りは、短い回答をたくさん書くことだけではありません。原票の意味を落とさず、根拠がある範囲を取り出し、答えられない部分に次の行き先を用意する編集です。今回の一式では、六つの回答候補ができても未解決は残ります。その状態を正確に表し、期限改訂を出力まで追えることが成果です。まずは原票表のT04とT07を見直し、回答案と未決事項の両方へ戻れるかを、自分の作った表で確かめてみてください。

編集方法の参考と、次に読む記事

編集方法の参考として、Zendesk公式のナレッジベース制作ガイドは既存文書の確認と専門担当によるレビューを、Helpfeel公式のFAQ作成解説は対象と問い合わせを踏まえた作成手順を扱っています。参照確認日は2026年10月16日です。本稿の原票とS1〜S7はこれらの事例ではなく、独自の架空教材です。

説明を書く仕事全体の範囲を知りたい方は、テクニカルライターの仕事内容と副業への準備へ。担当交代のための業務資料を作りたい方は、公開用FAQとは用途が異なる引き継ぎ資料の作り方も参照してください。