いいFAQは想像では書けない。材料は、問い合わせ履歴に全部ある。
FAQは「問い合わせ対応を減らす最前線」なのに、作るのは後回しになりがちな仕事です。生成AIに頼めば形は一瞬でできます——ただし、頼み方を間違えると「形だけのFAQ」ができあがります。
鍵は材料の渡し方です。質問は実際の問い合わせ履歴から、回答は社内の正しい資料から。この2つを分けて渡した瞬間、FAQは「ありそうな質問集」から「本当に聞かれていることへの正確な答え」に変わります。想像で書かない、が全てです。
「Q. 送料はいくらですか？ A. 送料は地域によって異なります。詳しくはお問い合わせください」——どの店にも置ける質問に、結局問い合わせが必要な回答。さらに「Q. 返品できますか？ A. 商品到着後30日以内であれば返品を承ります」と、決めてもいない返品規定を勝手に作った回答まで紛れています。これを公開すると、問い合わせ削減どころかクレームの入口になります。
材料を渡していないので、AIは世の中のECサイトの平均的なFAQをなぞるしかありません。あなたの店で本当によく聞かれること——「革の色移りはしますか」「ギフト包装はできますか」——は、問い合わせ履歴の中にしかないのです。
もっと危険なのは回答の創作です。AIはあなたの店の送料も返品規定も納期も知りません。それでも聞かれれば、もっともらしい数字と条件を書いてしまいます。社内メモの誤りは直せますが、公開したFAQの誤りはお客さんとの約束になってしまいます。
【 】の中を自分の状況に書き換えて使ってください。全部埋まらなくても大丈夫——埋めた分だけ、出力があなた仕様になります。
質問のリアルさと回答の正確さは、別の材料から来ます。問い合わせ履歴は「何を聞かれるか」の、社内資料は「何と答えるべきか」の唯一の正解。この分離が、このレシピの背骨です。
公開するFAQは、一つの誤った数字がお客さんとの約束になります。「書けないことは【要確認】と残せ」の一行が、AIのもっともらしい創作を止める安全装置です。穴は人間が正しい情報で埋めます。
読者はFAQを自分の言葉で探します。「配送について」という見出しより「何日で届きますか？」のほうが見つけてもらえる。検索エンジンから来る人にも同じことが言えます。
同じ質問が繰り返されるのは、商品ページや注文フローの説明不足のサインでもあります。FAQに載せて終わりにせず、元から直すべき箇所のリストとしても使う——問い合わせ履歴の二度おいしい使い方です。
情シス・総務・経理への定番質問も同じ型で作れます。材料1は「新人やメンバーからよく聞かれること」、材料2は社内規定。「申請書はどこ？」に答え続ける時間が減ります。
回答が事務的すぎると感じたら、自社サイトの文章やお気に入りの返信文を2〜3個貼って「このトーンで回答を書き直して」。正確さはそのまま、声だけがブランドに揃います。
公開して終わりにせず、月に1回「今月の問い合わせ」を貼って「既存FAQでカバーできていない質問だけ抽出して」と頼む運用にすると、FAQが古びません。増えすぎたら統合もAIに相談を。
問い合わせには氏名・注文番号・住所・メールアドレスが必ず混ざります。AIに貼る前に個人を特定できる情報を取り除き、入力が学習に使われない設定のAIを使うなど、顧客情報の扱いは社内ルールに沿ってください。
AIの下書きは「正しそう」に見えるのが怖いところです。金額・期間・規定の数字は原本と突き合わせ、返品・保証など規約に関わる回答は決められる立場の人の確認を通してから公開してください。
作れますが、全問が「仮説」になります。競合サービスのレビューやSNSでの質問を材料1の代わりにし、公開後に実際の問い合わせで差し替える前提で運用してください。最初から完璧を狙わないのがコツです。
多ければ良いわけではなく、探せなくなる分だけ逆効果です。まず本当に多い10〜20問に絞り、カテゴリ分けと質問文の言葉選びで「見つけやすさ」を作るほうが、問い合わせ削減には効きます。
FAQが先です。チャットボットやAI検索も、結局は正確なFAQ・ドキュメントを知識源として答えます（RAGという仕組みです）。ここで作った「検証済みの質問と回答」は、後でボットを入れるときの資産にそのままなります。
レシピは覚えるより、今日の仕事でひとつ試すほうが早い。