| 本番へ進めるか迷ったら、正解と誤回答を比べるPoCから始める | 過去の問い合わせ、正しい回答と参照資料、回答できない質問 | 評価用データ、検証結果、本番移行の判断条件 | 業務責任者が正しい回答と本番移行の可否を判断する。 |
|---|
| 社内の質問が集中するなら、出典付きの資料検索を試す | 商品資料・規程・FAQ、資料の版と閲覧権限、よく聞かれる質問 | 社内ナレッジ検索、参照元付き回答案、資料更新・点検手順 | 資料の管理者が正本を選び、担当者が回答案を確認する。 |
|---|
| 問い合わせが多いなら、FAQを使う返信案づくりから試す | 問い合わせ本文、確認済みFAQ、CRMの項目と振り分けルール | 分類結果、返信案、引き継ぎメモ、CRM対応記録 | 担当者が返信内容と送信を確認し、例外の問い合わせに対応する。 |
|---|
| 数字集めが負担なら、出典付きの週次レポートをつくる | 広告媒体・CRM・部門シート、指標の定義と集計期間、現在の週次レポート | 出典・更新時点付き週次レポート、未取得項目一覧、集計・配信手順 | 担当者が数値の差異と所見を確認し、配信を判断する。 |
|---|
| 同じ情報を転記するなら、既存ツールの連携可否を確認する | 申請・受発注データ、連携先の項目と接続仕様、現在の転記手順 | 既存ツール連携、項目対応表、連携結果・エラー記録、再処理手順 | 業務担当者が登録条件と例外を確認し、接続権限はシステム管理者が決める。 |
|---|
| 承認待ちが見えないなら、申請と履歴を一つの画面にまとめる | 現在の申請書、承認ルートと期限、更新する台帳 | 申請・承認の仕組み、対応状況の一覧、台帳更新と対応履歴 | 承認者が申請を判断し、管理者が閲覧・更新の権限を決める。 |
|---|
| 広告の受注貢献が見えないなら、媒体とCRMの数字をつなぐ | 広告の配信・CVデータ、CRMの商談・受注データ、商談化の定義 | 問い合わせから商談化までの計測、媒体・訴求別レポート、次の広告検証計画 | 運用担当者と営業責任者が商談の質、予算配分、検証内容を判断する。 |
|---|
| 次の広告案に迷うなら、訴求と配信結果を対応させる | 商品情報と使ってよい表現、既存の動画・静止画、広告の配信結果 | 訴求別の動画・静止画案、素材と配信結果の検証記録、次の制作・LP改善案 | 担当者が広告表現と素材の品質を確認し、配信する案を選ぶ。 |
|---|
| 記事から相談へ進まないなら、検索意図と導線を見直す | Search Consoleの検索語、既存記事とサービスページ、記事からの移動・問い合わせデータ | 記事リライト案、サービスページへの導線、改善後に見る指標 | 編集担当者が事実、出典、自社で提供できる支援を確認して公開を判断する。 |
|---|
| AI検索へ対応範囲を伝えるなら、本文と構造化データをそろえる | 会社・サービスの正本、FAQと公開事例、対象ページのHTMLと構造化データ | サービス・FAQの改善案、本文と一致する構造化データ、AI検索向けの点検項目 | 担当者が提供内容と事例の公開範囲を確認する。掲載・引用は保証しない。 |
|---|
| AIでの説明を知りたいなら、質問・回答・引用元を記録する | 顧客の比較質問、自社と競合の公開情報、対象AIサービス | AI回答・引用元の計測記録、自社と競合の説明比較、サービス・比較・FAQの改善案 | 担当者が質問の妥当性と回答の差を確認する。結果をすべての利用者へ一般化しない。 |
|---|
| 何を相談できるか伝わらないなら、事例と問い合わせをつなぐ | 公開事例、サービスの対応範囲、現在の問い合わせフォームと導線 | 事例・サービスの関連付け、具体例から質問できる導線、相談内容を伝えやすいフォーム案 | 担当者が事例の出典・公開範囲とサービスの対応可否を確認する。 |
|---|