この記事の目次
準備するもの手順1 分析のあとに決める行動を書く手順2 対象と比較軸を限定する手順3 制約と中止条件を書く手順4 答えの形を指定するそのまま使える分析依頼文つまずいたときの直し方実務の判断 調べることを増やすより順番を決める完成チェック「データを分析して改善案を出して」という依頼では、AIは幅広い論点を並べられても、今週の判断に必要な答えを選べません。先に決めるのは、分析で何を知るかだけでなく、その結果で何を変えるかです。判断を一つに絞った依頼文を作ります。
準備するもの
事業とKPIの説明、データ辞書、最近の変更履歴を用意します。実データを送る前に、利用許可と送信先のルールを確認します。まだ数字が揃っていなくても、目的は先に書けます。不足するデータは、AIに埋めさせず取得課題にします。
最終的に完成させるのは、決めたいこと、対象、期間、比較軸、制約、出力を含む一つの依頼です。担当者と判断期限も付けると、調査範囲が広がりすぎるのを防げます。
手順1 分析のあとに決める行動を書く
最初に「結果を見て何を決めるか」を一文にします。例えば「来週はフォーム調査と広告流入調査のどちらを先に行うか」です。「売上を上げたい」より、判断する対象が狭くなります。
| 広すぎる依頼 | 判断に近づけた依頼 |
|---|---|
| 売上が落ちた理由を知りたい | 購入件数と注文単価のどちらが変化したか分けたい |
| CVRを改善したい | 新規流入と既存客のどちらを先に調べるか決めたい |
| SEOを強化したい | 今月修正する既存記事を、選定条件付きで3本選びたい |
| 広告を最適化したい | 予算変更の前に、計測異常と商談品質を確認したい |
「原因を一つ当てる」ことをゴールにしないでください。複数の要因が重なり、現在のデータでは分離できない場合があります。そのときは「次に取得すべきデータを決める」ことも分析の成果です。
手順2 対象と比較軸を限定する
対象者、対象ページ、成果指標、期間を指定します。「9月の売上」ではなく、集計の開始日と終了日、タイムゾーン、比較先を書きます。月ごとの比較なら日数や曜日の違いも注記します。
最初の比較軸は、判断と結び付く一つか二つにします。チャネル、デバイス、新規・再訪、商品群を一度に細かく分けると、各区分の母数が小さくなり、変化を解釈しにくくなります。
できたかの確認: 違う担当者が同じ対象と期間を抽出でき、分ける理由も説明できることを確認します。
手順3 制約と中止条件を書く
予算、実装できる範囲、担当人数を示します。さらに「この状態なら結論を保留する」という条件を置きます。これはAIの失敗を責めるためではなく、判断できないデータから施策を決めないためです。
制約:今週は追加開発をしない。調査担当は1名。
保留条件:イベント定義が期間途中で変わった場合。
保留条件:欠測期間が含まれ、比較条件を揃えられない場合。
保留条件:区分別の母数が小さく、偶然の変動を判断できない場合。
禁止:不足する売上、広告費、顧客属性を推定値で埋めない。
母数の一律の閾値を、業種や目的を問わず設定することは避けます。必要な精度や検証方法が未定なら、見られる範囲の記述にとどめ、効果の確定には進みません。
手順4 答えの形を指定する
欲しいのが優先順位なら、提案を列挙するだけでなく、選んだ根拠と反証方法を求めます。分析の根拠となるデータがどこにあるかも示させます。
おすすめの出力順は、条件の確認、観測事実、仮説、次の確認、保留事項です。提案の魅力から読み始めるより、前提の誤りを先に見つけやすくなります。これは本メディアの編集上の推奨で、すべての業務に一つの形式を強制するものではありません。
そのまま使える分析依頼文
決めたいこと:来週、商品詳細ページと広告流入のどちらを先に調べるか。
背景:事業説明、データ辞書、変更履歴を続けて渡します。
対象:新規顧客に関係する購入セッション率。対象の定義は辞書に従う。
期間:{対象期間}と{比較期間}。同じ曜日構成で比較する。
比較軸:まずチャネル、次にデバイス。必要なら追加軸を提案する。
制約:追加開発なし。調査担当1名。
出力:
1. 分析できることと不足する条件
2. 観測事実と元データの根拠
3. 原因候補と、それぞれを否定し得る確認方法
4. 最初に行う調査を1件と、その理由
5. 現時点で判断を保留すべき点
条件が不足する場合、無理に原因を一つに決めないでください。
つまずいたときの直し方
AIが一般論ばかり返すなら、事業の説明を増やす前に、決定事項が具体的かを見ます。「売上改善」だけなら、購入件数と単価、流入と転換などに分けて依頼します。
AIが断定的に答えるなら、「別の説明はないか」「この結論を否定するデータは何か」を追加します。ただし、反対仮説が文章として出ただけで検証済みにはなりません。確認できたデータと照合する工程が必要です。
実務の判断 調べることを増やすより順番を決める
時間が限られているときは、結果を大きく変え得る前提から確認します。例えばイベント二重発火が疑わしいなら、LPの文言を比較する前に計測を確かめます。判断の土台が誤っていると、その後の分析をやり直すことになるためです。
この確認順は案件の条件に合わせて変えます。緊急の障害が確認されている場合は復旧が先ですし、計測が安定していれば顧客や商品条件の調査へ進めます。「常に広告から」「常にLPから」という固定の正解にはしません。
完成チェック
依頼文だけを読んで、何を決めるか、何を比較するか、どの条件では保留するかが分かれば完成です。次の記事で計算根拠や事実と仮説の分離を回答ルールにし、AIの出力を照合できる形へ整えます。
制作:AI支援による構成・原稿作成。実務者による監修と第三者による手順再現は未実施です。掲載する事例・数値は学習用の架空例であり、実績ではありません。GA4に関する記載はリンク先の公式資料を2026年10月4日に確認。次回確認予定は2027年1月4日です。



