FAQ駆動コミュニケーション

英語名 FAQ-Driven Communication
読み方 エフエーキュー ドリブン コミュニケーション
難易度
所要時間 20〜40分
提唱者 ソフトウェア開発のドキュメント文化・Amazon社のPR/FAQ方式から発展
目次

ひとことで言うと
#

何かを伝える前に**「相手は何を聞いてくるか?」を先回りしてFAQを作成**し、本文と一緒に共有することで、質問の往復を激減させるコミュニケーション手法。

押さえておきたい用語
#

押さえておきたい用語
FAQ(Frequently Asked Questions / エフエーキュー)
想定される質問と回答のセットを指す。実際に聞かれた質問だけでなく、事前に予測した質問も含む。
先回り回答(Preemptive Answer)
質問が発生する前にこちらから回答を提供する手法のこと。受動的な対応を能動的に変える。
PR/FAQ
Amazon社の意思決定文書で、プレスリリース形式の提案+想定FAQをセットにした手法である。顧客視点の質問と社内視点の質問を両方カバーする。
非同期コミュニケーション
リアルタイムのやり取りではなく、文書・チャットなど時間差のあるやり取りで情報共有する方法を指す。FAQはこの効率を飛躍的に高める。

FAQ駆動コミュニケーションの全体像
#

先回りFAQで質問の往復を削減する仕組み
従来 vs FAQ駆動コミュニケーション従来の伝え方本文だけ送る質問が殺到する同じ質問に何度も回答認識のズレが発生工数: 大 ストレス: 高FAQ駆動の伝え方本文 + FAQ を送る大半の疑問が自己解決残った質問は本質的な論点のみ認識が揃い、行動が速い工数: 小 ストレス: 低転換FAQ作成のコツ「一番反対しそうな人」の立場で質問を考える過去に実際に出た質問をストックしておく
FAQ駆動コミュニケーションの進め方フロー
1
本文を書く
伝えたい内容を構造化して記述
2
想定質問を洗い出す
反対派・初見者の視点で10〜15問
3
FAQ付きで共有
本文とFAQをセットで配布する
FAQ更新
実際に出た質問を追加し資産化

こんな悩みに効く
#

  • アナウンスを出すたびに同じ質問がSlackに殺到する
  • 「それ、ドキュメントに書いてありますよ」と何度も言っている
  • 説明会を開いても、後から個別の問い合わせが減らない

基本の使い方
#

ステップ1: 本文(伝えたい内容)を書く

まず伝えるべき内容を構造化して書く。

  • 「何を」「なぜ」「いつから」「誰が対象」を明確にする
  • 専門用語を使う場合は定義を添える
  • 曖昧な表現(「近日中に」「適宜」)を排除する

この段階では完璧を目指さなくてよい。FAQを書く過程で本文の不備に気づくことが多い。

ステップ2: 想定質問を洗い出す

**「この文書を読んだ人は何を聞いてくるか?」**を徹底的に予測する。

  • 反対派の視点: 「なぜ今やるのか?」「コストは?」「リスクは?」
  • 初見者の視点: 「自分には関係あるのか?」「何をすればいいのか?」
  • 実務者の視点: 「具体的な手順は?」「例外ケースはどうするのか?」
  • 過去に類似のアナウンスで出た質問をストックから引っ張る

目安: 最低10問、重要な案件なら15〜20問を用意する。

ステップ3: 回答を書いてFAQを添付する

各質問に簡潔かつ具体的に回答する。

  • 1回答あたり2〜3文で十分
  • データ・根拠があれば添える
  • 「検討中です」で終わらせず、いつまでに決まるかを書く
  • 回答の中で本文の該当箇所を参照させる

本文とFAQをセットで共有する。Slackなら本文を投稿し、スレッドにFAQを貼る形が効果的。

ステップ4: 実際の質問でFAQを育てる

共有後に出た質問をFAQに追加して「生きたドキュメント」にする

  • 想定外の質問が出たら即座にFAQに追記する
  • 同じ質問が2回以上出たら、本文自体を修正して情報を追加する
  • FAQ のストックは次回以降のアナウンスにも再利用する

具体例
#

例1:人事部がリモートワーク制度の変更を全社通知する

本文: 「4月1日より、リモートワークの上限を週3日→週2日に変更します。」

これだけ送ると、Slackに質問が殺到するのは目に見えている。そこでFAQを12問用意した。

  • Q: なぜ変更するのか? → A: 対面コミュニケーション調査で「週3日以上出社のチームは目標達成率が22%高い」というデータが出たため
  • Q: いつから適用? → A: 4月1日から。3月中は移行期間として現行制度を継続
  • Q: 介護・育児中の社員は? → A: 個別申請で週3日リモートを継続可能。申請は人事部Aさんまで
  • Q: 業務委託メンバーは対象? → A: 対象外。各部門の判断に委ねる

結果: 従来のアナウンスでは平均47件の個別問い合わせが来ていたが、FAQ付きにしたところ8件に減少。しかも8件のうち6件はFAQに載っていない「良い質問」で、制度の改善につながった。

例2:PMがAPIの破壊的変更をパートナー企業に通知する

APIのv2→v3移行で後方互換性がなくなる変更。パートナー38社に通知が必要。

本文: 移行スケジュール・変更点・マイグレーションガイドを記載。

FAQ(15問)を添付:

  • Q: v2はいつまで使える? → A: 2026年9月30日まで。以降はレスポンスにエラーを返す
  • Q: マイグレーションの工数目安は? → A: 平均的なAPI利用(10エンドポイント以下)で2〜3人日。サンプルコードはGitHubリポジトリに公開済み
  • Q: テスト環境はある? → A: ステージング環境を4月15日に公開。本番切り替え前に動作確認可能
  • Q: 移行サポートは受けられる? → A: Slackの専用チャンネル #api-v3-migration で技術サポートを提供

38社からの問い合わせは合計14件(1社あたり0.4件)。FAQ なしで通知した前回のv1→v2移行時は合計89件(1社あたり2.3件)だった。サポート工数を**約84%**削減できた。

例3:小学校の教頭が運動会の変更点を保護者に伝える

コロナ後初の全学年合同運動会。保護者からの問い合わせで電話回線がパンクした前年の反省を踏まえ、FAQ方式を導入。

本文: 日時・場所・プログラム・持ち物を記載したプリントを配布。

FAQ(10問)をプリント裏面に印刷:

  • Q: 保護者は何名まで参加できる? → A: 1家庭2名まで。未就学のきょうだいはカウント外
  • Q: 駐車場は? → A: 校庭は使用不可。近隣の市営駐車場(徒歩5分200台収容)を利用
  • Q: 雨天の場合は? → A: 当日午前6時に学校HPとメール配信で判断を通知。予備日は10月12日
  • Q: お弁当は? → A: 午前中で終了のため不要。水筒のみ持参
  • Q: ビデオ撮影のルールは? → A: 指定エリアから撮影可。三脚は禁止(通路を塞ぐため)

前年は運動会前の1週間で電話問い合わせが120件以上。FAQ付きプリントにした結果、問い合わせは15件に。教頭は「浮いた時間で当日の準備に集中できた」と振り返る。

やりがちな失敗パターン
#

  1. 自分目線でFAQを作る — 自分が「聞かれたくない質問」を避け、「聞かれそうにない質問」ばかり並べてしまう。一番反対しそうな人・一番不安に思う人の立場で質問を考える
  2. 回答が曖昧で結局聞きに来る — 「追って連絡します」「状況に応じて判断します」では意味がない。日付・数字・担当者を明記して、読めば行動できる回答にする
  3. 一度作って更新しない — FAQは「生きたドキュメント」。実際に出た質問を追記し続けないと、同じ質問がまた発生する。更新の仕組みを決めておく

まとめ
#

FAQ駆動コミュニケーションは、「伝えた後に質問が来る」という受動的な対応を、「伝える前に質問を潰す」という能動的な設計に変える手法。最低10問の想定質問を用意し、本文とセットで共有するだけで、問い合わせ件数は70〜80%減が期待できる。浮いた時間は本質的な議論に使える。