月末になると、「FAQ更新やらなきゃ」が積み上がる。新商品の追記、セール条件の修正、季節変化への対応――気づけばFAQが3ヶ月前のまま。FAQは一度作って終わりではなく、問い合わせが増え続ける限り、更新し続ける資産です。

EC運営でよくある状態です。問い合わせがあるたびにCS担当が個別対応し、似た質問が繰り返される。FAQ更新の重要性は分かっているけれど、新商品やキャンペーンの追加対応に追われ、後回しになります。本来であれば毎月見直すべきなのに、優先順位が後回しになり、気が付けばFAQページは数か月前の情報のまま――そして現場では同じ問い合わせに何度も対応している。

本記事は、その月次FAQ更新をClaudeでやってみた実録です。EC運営でClaudeにできること20選の項目03「FAQ作成・更新」を、実際に手を動かして詳しく見ます。Claude×EC実務やってみたシリーズの7本目にあたります。

⚠ 先に決めておく前提
FAQは公開文章であり、最終公開の判断と責任は人が握ります。薬機法・景表法に触れ得る商材では、AI下書きをそのまま公開する運用は取れません。本記事は「Claudeなら全部FAQが書ける」というスタンスを取りません。
目次
  1. ビフォー:月次FAQ運用で起きている3つの問題
  2. 渡したデータ:モデルケースの月次データ
  3. プロンプト①:新規問い合わせからFAQ候補を抽出
  4. プロンプト②:既存FAQの更新提案
  5. Claudeが得意だった3つの領域
  6. 検証:公開前の人の最終チェック4観点
  7. アフター:月次FAQ更新の所要 半日→1〜2時間
  8. 結局、自分でやるには(業態別)
  9. ピラー回遊と、まとめ

ビフォー:月次FAQ運用で起きている3つの問題

月次FAQ運用の典型的な3つの問題です。

1
新規問い合わせからFAQ候補が見えていない
どの質問が増えているか、どれをFAQ化すべきかは、CS担当の経験則頼み。ベテランがいなければ判断が止まります。問い合わせ対応は終わっても、ナレッジ化されない状態が続きます。
2
既存FAQが古い情報のまま放置される
季節情報やキャンペーン期限、商品情報の整合性チェックは、地味で重い作業。月次の業務に組み込まれていないと、更新がそのまま流れます。広告運用・商品登録・セール準備より優先順位が下がり、結果として「今の配送ルールとFAQが違う」「キャンペーンが終わっているのに掲載されたまま」が起きます。
3
同じ問い合わせが繰り返される
FAQが古い・足りない結果、CS担当が同じ質問に何度も答える。FAQが機能していない悪循環が回り続けます。CS工数が増える → FAQが更新されない → さらに問い合わせが増える、という負のスパイラル。
3つに共通するのは、「問い合わせをナレッジに変える仕組みがない」こと。問い合わせは資産ですが、ログのまま放置しても価値になりません。問い合わせ→FAQ候補抽出→FAQ更新、というフローを月次で回すことが、CS負荷を構造的に下げる出発点です。

渡したデータ:モデルケースの月次データ

実際にClaudeへ渡したのは、3種類のデータです(すべてモデル化された代表例で、実在の問い合わせや顧客情報は含みません)。

1つ目は、過去1ヶ月分の問い合わせログ(モデル5件):

問い合わせ ①
セール対象商品の配送日は通常商品と同じですか?
問い合わせ ②
新商品のサイズ感が知りたいです。
問い合わせ ③
返品可能な期間を教えてください。
問い合わせ ④
ギフト包装はできますか?
問い合わせ ⑤
ポイント付与タイミングはいつですか?

配送・サイズ・返品・ギフト包装・ポイント付与の5テーマで、典型的な質問を含めました。

2つ目は、既存FAQ(商品全般/配送/返品/支払い/会員カテゴリ)。3つ目は、新商品・セール情報の概要。月内に追加された新商品の特徴と、季節キャンペーンの条件です。

⚠ AIに渡す前の必須前処理
顧客名・注文番号・電話番号などの個人情報は列単位で削除。社外秘の取引条件・原価情報も同様に除外します。「渡してよい情報のホワイトリスト」を運用ルールとして持っておくと、毎月の作業が安定します。

プロンプト①:新規問い合わせからFAQ候補を抽出

最初の指示で、問い合わせログをFAQ候補に変換します。

▶ PROMPT 01 / FAQ候補の抽出添付の問い合わせログ(モデル化済み)を読み、 次の手順でFAQ候補を抽出してください。 【手順】 1. 類似テーマでグループ化(最大5グループ) 2. 各グループの出現頻度を集計 3. 頻度上位3グループをFAQ候補として抽出 4. 各候補に「想定読み手」「Q(質問)」「A(回答の骨子)」を添える 【出力ルール】 ・回答の骨子は3〜5文程度 ・効能を断定する表現は避け、事実と仕様で記述 ・グレーゾーンの表現には【要確認】と注記 ・確信度の低い箇所には【要判断】の注記を残す 最終的な公開可否は人が判断する前提です。

ポイントは、頻度集計とグループ化をAIに任せること。手作業でログを読んで分類する工程が、AIで圧縮されます。「候補抽出」までがAIの仕事で、「FAQ化するかどうかの最終判断」は人の仕事、という線引きをプロンプトで明示しておくと、後の検証が楽になります。

プロンプト②:既存FAQの更新提案

2つ目の指示で、既存FAQの古い情報検出と表現改善を依頼します。

▶ PROMPT 02 / 既存FAQの更新提案添付の既存FAQと、新商品・セール情報を照らし合わせ、 次を提案してください。 【更新提案】 1. 古い情報の検出:季節情報・キャンペーン期限・商品情報の不整合 2. 表現の改善:曖昧な言い回し、ブランドトーンとの不整合 3. 新商品関連の追記候補:既存FAQに反映すべき内容 【出力ルール】 ・「変更前 → 変更後」の対比形式で提示 ・古い情報の検出には根拠(どの新情報と矛盾するか)を併記 ・薬機法・景表法に触れ得る表現は変更後でも提示せず【要法務確認】と注記 ・人が判断すべき箇所には【要判断】を付ける

このプロンプトの肝は、「変更前→変更後」の対比形式で出させること。担当者がレビューしやすい形式に整えるところまで、AIに任せます。法務リスクのある表現は「書き換え案を出させない」のもポイントで、グレーゾーンの判断をAI出力に固定しない設計です。

Claudeが得意だった3つの領域

今回の検証で、特に効果を感じたのは3点でした。

STRENGTH 01
類似問い合わせの整理
人が読むと別テーマに見える質問でも、実際には同じFAQで解決できるケースがあります。「配送ルール」と「セール時の発送」を別カテゴリと感じても、根本は同じ。Claudeは表面的な言い回しを越えて、意図でグループ化するのが得意です。
STRENGTH 02
FAQの構造化(結論・補足・注意の3層)
回答内容を「結論 → 補足 → 注意事項」の形に整理してくれます。読みやすさが大きく向上し、CS現場の知識整理にも役立ちます。「何を先に書くか」のフォーマットが揃うのは、AIに任せるメリット。
STRENGTH 03
更新候補の洗い出し(差分検出)
既存FAQと最新情報の差分確認は地味ですが時間がかかる作業。「2025年冬キャンペーン」のような古い情報を機械的に検出してくれるだけで、工数削減効果は大きい。月初の棚卸し作業に直接効きます。

検証:公開前の人の最終チェック4観点

返ってきた下書きを、配布前に4観点で検証します。

公開前チェック・4観点

  1. 事実誤認がないか。 商品マスタ、配送ポリシー、利用規約と照合。AIは「自然に書くため」に推測で補完することがあるため、固有の事実は元データと突き合わせます。
  2. 薬機法・景表法に触れる表現がないか。 効能を断定する表現、優良誤認を招く表現、根拠不明な数字――社内のNG表現リストで照合。健康食品・化粧品・健康器具などの薬機法接点商材では、AI下書きをそのまま公開する運用は成立しません。線引きは生成AIに任せていい仕事・任せてはいけない仕事で整理しています。
  3. 個人情報・社外秘の混入がないか。 AI下書きに、顧客名・取引先名・社内のみ知る情報が紛れていないかを確認。公開文章では混入が許されない情報。
  4. ブランドトーンが崩れていないか。 自社の声に合っているか、過度に饒舌でないか、自社らしさが薄れていないか、サンプル文章と読み比べ。公開文章の留意点はClaudeをEC業務に使う前の懸念点も参考。

アフター:月次FAQ更新の所要 半日→1〜2時間

検証込みで運用に乗せた結果のモデル値です。

月次FAQ更新の所要
半日 → 1〜2h
削減幅
約 −70%
問い合わせ重複
主要テーマで −20〜30%

短縮された工程は、問い合わせ分析・FAQ候補抽出・更新箇所の洗い出し。人は、公開判断・ブランド調整・法務確認に集中できるようになります。時間削減そのもの以上に、「FAQが機能している」状態に近づくのが本質的な効果です。問い合わせがナレッジに変わり、ナレッジが次の問い合わせを減らす循環が回り始めます。

結局、自分でやるには

業態によって、AIに任せていい範囲と人が握る範囲は変わります。

一般物販型
AIに広めに任せて回る
配送・返品・サイズなど定型的な質問が中心。AIに候補抽出と更新提案を任せ、人は事実関係と表現を最終確認する運用が回ります。FAQ化しやすい領域なので、まずはここから始める。
専門ジャンル・薬機法接点型
候補抽出までAI、公開文面は必ず人
健康食品・化粧品・健康器具など。AI下書きをそのまま公開する運用は成立しません。AIに任せるのは骨子の整えまで。表現の最終仕上げと、効能表現の法務チェックは、人が責任を持って通します。NG表現リストと商材ごとの注意点リストを別途整備し、AIへのプロンプトにも禁止表現として渡すのが有効。
高回転コモディティ型
問い合わせ件数が多いほど、ログ分析の効果が大きい
質問の種類が比較的固定的で、FAQの構造も安定しています。AIに任せる範囲を広めに取り、人は新情報の追加とブランドトーンの維持に集中。問い合わせ件数が多いほど、ログ分析からのFAQ候補抽出だけでも大きな効果が出ます。

業態を問わない万能ルールはありません。共通するのは、「公開判断は人の責任で行う」というラインを動かさないことです。レビュー返信を扱ったClaudeで顧客レビューへの一次返信案を作ってみたも、同じ「公開文章×AI下書き×人検証」の構造を持つ姉妹編です。

ピラー回遊と、まとめ

本記事は、Claude×EC実務「やってみたシリーズ」の7本目です。これまで公開した記事とピラー項目の対応は以下のとおり。

ピラー記事の20項目のうち、7項目が詳細編としてカバーされました。残りの項目(メルマガ・LINE配信文、市場リサーチ一次整理、議事録・メモの整理など)は順次展開予定です。

FAQ更新は、「問い合わせをナレッジに変える」工程です。AIに集計と下書きを任せ、人は法務・ブランド・事実関係の最終チェックに集中する。この役割分担が定着すると、月次FAQ更新は重い負担ではなく、運用ループの一部になります。AIに任せるのは整理と下書き。公開責任は人が持つ。 この線引きができれば、FAQは「更新されない資産」ではなく、「問い合わせを減らす仕組み」として機能し始めます。

私たち Arke がデータとAIで取り組んでいるのも、まさにこの「公開文章の質と運用効率を、人とAIの分担で両立する」設計の支援です。月次FAQ更新が回り出すと、CS現場の負荷は構造的に下がり、ナレッジは資産として積み上がっていきます。

在庫健康診断(60分・無料)のご案内

「月次FAQ更新を含むCS運用と、在庫・発注まわりのAI活用の優先順位を相談したい」という方へ。Arke では、貴社の業務とデータをもとに、AIに任せられる業務の仕分けと、在庫最適化の余地を60分で診断する無料サービスをご提供しています。診断結果は、その場でレポート形式でお持ち帰りいただけます。

お問い合わせはこちら