FAQとは「質問集」ではない――会社の判断を言葉にする仕事

1．事故対応のFAQは、承認した回答を使うための道具

質問が並んでいるだけでは、会社として答えられるFAQとはいえません。事故対応では、同じ質問でも対象者や確認時点によって答えが異なり、窓口だけでは決められない事項もあります。必要なのは、使える回答と使う条件、確認が必要なときの戻り先です。

本記事では、FAQを「よくある質問と回答」に加え、その回答を適用する条件と根拠を整理した運用資料として扱います。これは法律上の定義ではなく、窓口で誤って使わないための考え方です。公開するQ&Aと、内部で管理する根拠・承認記録は分けます。

例えば「私は対象ですか」という質問に、すべての人へ同じ答えを出すことはできません。一般に案内できる対象条件、本人確認後に照合する個別情報、まだ調査中の範囲を分ける必要があります。質問文が短くても、判断の前提は短く済むとは限りません。

個人情報保護法は、個人情報の取扱いに関する苦情の適切かつ迅速な処理と、そのための体制整備に努めることを求めています。一方、本記事で示す回答カードや項目数が、法律で指定された様式というわけではありません。法令上の対応を支える実務として、各社の体制に合わせて設計します。［1］

2．文章を書く前に、会社が決めることを分ける

FAQの担当者が困るのは、文章力より、判断材料がそろっていない場面です。質問を分類して、事実を確かめれば答えられるものと、会社の方針決定が必要なものを分けます。

事実を確認する質問

何が起きたか、どの情報が関係するか、どの期間・対象が調査範囲か。調査・情報管理担当が根拠と確認時点を示す。

会社の方針を決める質問

費用の申し出、支援の範囲、会社としての説明等。責任者・法務等が判断する。事実未確定ならその条件も残す。

実行方法を決める質問

通知を受け取れない場合、折り返し、資料の受領方法等。実施担当が安全性と実行可能性を確認する。

個別の照合が必要な質問

本人の対象有無、本人ごとの漏えい項目、個別の申し出等。本人確認と回答権限を定め、一般向け回答から切り分ける。

この分類は部門を増やすためではありません。誰が確認すれば次へ進めるかを明確にするためです。「法務に全部確認してください」だけでは、調査結果や発送計画まで法務に集まり、判断できないまま滞ることがあります。

例えば補償に関する質問では、原因・関係性の調査、申告の受付、費用等の方針決定を分けます。方針が未定でも、申し出をどこで受け、誰に引き継ぐかは決められる場合があります。「未定」を「受付しない」や「補償しない」へ勝手に置き換えないことが大切です。

回答を保留するときは、決められない理由、確認する担当、本人へ次に案内できる内容を残します。結論が出る日時を約束できなくても、進捗を連絡する方法や、次の確認時点は検討できます。実行できない折り返し日時は確約しません。

3．一つの回答に、根拠・条件・確認先を付ける

窓口が見るのは、回答文だけでなく「この相手に使ってよいか」を判断する情報です。長い説明書を増やすより、専用システム等で質問・回答と必要な管理情報をひも付けます。

根拠が調査報告書であれば、その資料の参照先と版を残し、窓口全員へ機密資料の全文を配布しません。回答に必要な事実と、調査担当が確認した範囲を、承認済みの記述へ移します。

適用条件には、個別の対象照会か、一般的な安全案内か、本人確認済みか、どの情報項目に関する回答かを記載します。「本人確認ができていないから何も言えない」とせず、個別情報を開示しない一般案内は分けて用意します。

使用停止や見直しの条件も、最初に置きます。対象範囲や原因の変更、新しい被害申告、通知方法の変更などがあれば、承認担当へ戻します。変更後の同期・過去回答への再案内は、関連記事「事故公表後にFAQの回答が変わったら」で扱う別の工程です。

4．「誰かが確認済み」を、回答の承認にしない

事実確認、方針の決定、表現の確認、利用開始の承認は、同じではありません。調査担当が情報項目を確認しても、補償方針を決めたことにはなりません。広報が読みやすい文に直しても、窓口で個別情報を答える権限を与えたことにはなりません。

承認依頼には、質問と回答案だけでなく、未決事項、本人が取る行動への影響、個別照会が必要な範囲を添えます。表現だけの承認を、責任や対象範囲の承認として使わないためです。

判断者が不在のときの代替担当と、回答できる暫定範囲も決めます。緊急の安全案内や必要な本人対応まで、全FAQの承認完了を待たせないことが重要です。本人通知には、その状況に応じた速やかな対応が必要で、情報がすべてそろうまで不要というものではありません。［1］

外部の支援会社は、質問の整理や回答案、管理・配布を補助できますが、契約上与えられた範囲を超えて会社の方針を決定するわけではありません。企業側の承認者と窓口側の実行担当が、同じ承認版を参照できるようにします。

5．公開FAQと、窓口の内部FAQを分けてつなぐ

同じ方針で答えることと、すべての情報を公開することは別です。公開FAQは、本人が知りたいことと取れる対応を分かりやすく示します。内部FAQには、本人確認、適用条件、照会先、根拠、承認記録を加えます。

公開用の回答に、内部の直通連絡先、調査資料の詳細、未公表の他社情報、対象者を推測できる条件を入れないようにします。内部に必要な情報も、業務に応じて閲覧範囲を制限し、不要な個人情報を増やさない設計にします。安全管理の考え方は通則編を参照します。［1］

例えば公開FAQで「対象となる可能性のある情報は調査中です」と説明し、内部FAQでは調査中の範囲と個別照会の手順を管理することはできます。ただし、内部に都合のよい別の結論を置くわけではありません。公開文と電話・メールの回答で事実や会社の方針が食い違わないよう、同じ回答ID等で照合します。

また、事故FAQで受け付ける一般問い合わせと、保有個人データの開示等の正式な請求は、必要な手続きを確認して取り扱います。FAQの回答をしただけで、本人が求める別の手続きまで済んだとは判断しません。［1］

書いた人以外の担当者が、対象条件と確認先を読み取れるかを点検してください。専門用語を知っている人だけが分かる略称や、「通常どおり対応」という記述では、交代勤務や外部委託で意味が伝わらない場合があります。

6．使い始める前に、同じ質問を違う条件で試す

文面の誤字確認だけでなく、誰へ何を答えるかを試します。実在の問い合わせ記録を無断で流用せず、特定の実案件を再現しない想定例で、対象者・条件を変えて確認します。

ほかにも、原因を知りたい場合、費用の申し出、新しい不審メールの申告、代理人からの問い合わせなどを選びます。目的は完成回答集を公開することではなく、事実確認、方針判断、緊急連絡のどこへ戻すかを確かめることです。

テストでは、答えられた質問の割合だけでなく、答えてはいけない内容を伝えなかったか、担当へ引き継げたか、未回答として残せたかも確認します。読み上げにくい文や、本人が次に何をすればよいか分からない文は、方針を変えずに直します。

質問の言い方が違っても、同じ方針にたどり着けるよう、問い合わせの表現と回答IDを対応させます。検索しやすさのために質問を増やす場合も、内容の違う回答を複製して版が分かれる状態は避けてください。

7．全問を埋めるより、使える回答と確認待ちを分けて開始する

FAQが完成するのを待って窓口を開けないのでも、未承認の回答で穴を埋めるのでもありません。必要な対応に合わせて、使える回答を承認し、決められない質問は確認担当とともに管理します。

使い始める前に、対象となる問い合わせ、最低限の案内、個別確認と緊急連絡の経路、回答待ちの記録を確認します。「確認します」と案内するだけで終わらないよう、担当が引き受けたことと、本人へ戻す役割を決めます。専用システム等に回答IDと対応履歴を残すと、後で何を案内したかを確かめられます。

公開開始の判断では、質問数ではなく、窓口が正しい範囲で答え、答えられないものを止めずに引き継げるかを見ます。既存の一般窓口で対応する場合も、事案固有の照会先と権限が伝わっているかを確認してください。

開始後に新しい質問が来たら、担当者がその場で回答を追加するのではなく、会社で決めるべき論点に戻します。新事実による更新や過去回答への再案内は変更管理として扱い、最初の承認を後のすべての変更へ流用しないようにします。

8．回答方針を整えるチェックと、よくある質問

FAQとは、会社が判断したことを、窓口が適切な条件で使える言葉にする仕事です。質問を集めるだけでなく、根拠、判断者、承認、確認先をそろえ、本人への説明を支えてください。

続けて確認したい実務