年間の施策を四半期ごとに割り振ろうとすると、どの四半期に何を優先すべきかの根拠づけが曖昧になりがちです。計測基盤・コンテンツ資産・技術実装のどこに重点を置くかは、現状の課題と目標によって変わるためです。このプロンプトを使えば、現状課題と目標を渡すだけで四半期別のロードマップ案が手に入ります。

01この記事でわかること

  • 現状課題・目標・保有リソースを入力すると、四半期別の重点軸を提案するロードマップ生成プロンプト
  • 入力する情報(現状の課題・目指す目標・使えるリソース)と、得られる出力(四半期別の重点軸とマイルストーン)
  • 生成されたロードマップ案を、予算配分や経営報告にどうつなげるか

02結論サマリー

四半期ごとに何を優先するかの根拠がなければ、年間ロードマップは単なる願望リストになります。現状課題と目標を入力すれば、AIが四半期ごとに重点軸を切り替えるロードマップ案を返します。重点軸は、計測基盤・コンテンツ資産・技術実装という3つの軸から選ばれます。生成された案はあくまで初期案であり、保有リソースと照らして人が調整することを前提にしています。

使用AIツール: Claude(現状課題・目標・保有リソースをテキストで渡すだけで生成でき、2026年7月時点ではClaude.aiの無料プランのチャットでも試せます。Web検索は不要です)

引用されやすい定義文

四半期ごとの重点が決まっていなければ、年間ロードマップは施策の寄せ集めのまま終わります。

03課題の整理(なぜ難しいか)

四半期ごとの重点をその都度その場で決めてしまうと、年間を通じた一貫性が失われます。

  • 施策のアイデアは出ても、どの四半期に何を優先すべきかの判断軸がない
  • 計測基盤・コンテンツ資産・技術実装のうち、得意な軸にばかり偏った計画になりやすい
  • 保有リソース(人員・予算)を考慮せず、理想だけを並べた計画になってしまう
  • 四半期ごとの進捗を測る基準がなく、計画倒れに気づくのが遅れる

このプロンプトなら、保有リソースを踏まえたうえで、四半期ごとの重点軸を根拠つきで提案させられます。

04プロンプト本体

年度初め・半期の節目に、AIO推進の年間計画を四半期単位で組み立てたい場面で使います。投資対効果を重視する経営判断の方向性は、NIQの「CMO Outlook: Guide to 2026」の調査に基づきます(出典: NIQ)。ただし計測基盤・コンテンツ資産・技術実装という3軸への重点配分は、当メディア独自の判断フレームです。詳しくは別記事『AI検索時代のマーケティング予算配分|再配分の判断フレーム』で解説しています。

あなたはAIO(AI検索最適化)推進の年間計画を設計するコンサルタントです。
以下の入力データをもとに、四半期別の年間ロードマップ案を作成してください。

■入力データ
自社名・業種: 【自社名・業種】
現状の課題(箇条書き): 【現状の課題】
1年後に目指す目標: 【目指す目標】
保有リソース(人員・予算の目安): 【保有リソース】

■ロードマップ設計ルール(必ず守ること)
1. 重点軸は必ず「計測基盤」「コンテンツ資産」「技術実装」の3軸から選ぶ
   こと。3軸以外の独自軸を新設しないこと。
2. Q1〜Q4それぞれについて、最も重点を置く軸を1〜2つ選び、その理由を
   【現状の課題】【目指す目標】と紐づけて説明すること。
3. 各四半期に、達成できたかどうかを判定できる具体的なマイルストーンを
   1つ設定すること。
4. 【保有リソース】で明らかに実行不可能な規模の施策(例: 保有リソースが
   1人にもかかわらず大規模な体制構築を提案する等)を提案しないこと。
5. 【現状の課題】【目指す目標】【保有リソース】に書かれていない前提を、
   AIが勝手に補って計画を作らないこと。

■出力形式
1. 四半期別ロードマップ表: 「四半期・重点軸・主な施策・マイルストーン」
   の4列。
2. 各四半期の重点軸を選んだ理由: 四半期ごとに1〜2行。
3. リソース面でのリスク: 保有リソースに対して無理がある箇所があれば
   指摘すること。なければ「リスクなし」と明記すること。

■制約
- 3軸(計測基盤・コンテンツ資産・技術実装)以外の軸を作らないこと。
- 入力データにない前提(追加の人員採用や予算増額など)を、AIが勝手に
  仮定しないこと。
- マイルストーンは、達成可否を後から客観的に判定できる書き方にする
  こと。

使う変数

変数説明入力例
【自社名・業種】ロードマップ対象の自社名と業種株式会社サンプル・人材紹介業
【現状の課題】現状のAIO関連の課題を箇条書きで構造化データ未実装、言及チェック未実施
【目指す目標】1年後に達成したい状態主要3ワードでAIの回答に自社が引用される状態
【保有リソース】使える人員・予算の目安兼務担当1名、外部委託予算は年間50万円

※入力例はすべて架空の例です。

📊 図解制作中
プロンプトの入力から出力までの流れ図。要素は「自社名・業種、現状の課題、目指す目標、保有リソースの入力」「AIが計測基盤・コンテンツ資産・技術実装の3軸で四半期ごとの重点を配分」「四半期別ロードマップ表とリスク指摘の出力」の3ステップ。関係性は一連のフロー

05出力の見方と分析の観点

出力されたロードマップ案は、次の3点を確認します。

  • 重点軸の偏り: 4四半期を通じて1つの軸に偏りすぎていないか、自社の課題とのバランスを確認します
  • マイルストーンの具体性: 「浸透させる」のような曖昧な表現になっていないか、達成可否が後から判定できる書き方かを確認します
  • リソース面でのリスク指摘: 「リスクなし」と出力された場合も、保有リソースの実態と照らして本当に無理がないかを再確認します
📊 図解制作中
Q1〜Q4の4四半期にわたる重点軸の推移を示すタイムライン図。横軸に「Q1」「Q2」「Q3」「Q4」の4期間を置き、各四半期の帯に「計測基盤」「コンテンツ資産」「技術実装」のどの軸が重点かを色分けして示す。関係性は推移・タイムライン

生成されたロードマップ案は初期案として扱い、四半期の節目ごとに実績を踏まえて見直すことをおすすめします。自社の現状課題の洗い出しには、別記事『自社のAIO成熟度をAIに診断させる実践プロンプト保存版』の診断結果が使えます。その結果を【現状の課題】の入力材料にすると、根拠のある課題設定がしやすくなります。

06応用パターン

応用1: 複数事業部・複数サイトで並行運用する

事業部やサイトが複数ある場合は、【自社名・業種】以下を事業部ごとに差し替えて実行すれば、部門別のロードマップ案を個別に生成できます。予算も人員も限られる小規模組織で最初の四半期をどう組むかは、別記事『中小企業がAIOに取り組む最初の一歩【予算0円・週2時間から】』の週2時間モデルが参考になります。

応用2: 四半期の節目に実績を反映して再生成する

各四半期の終わりに、実際に達成できたマイルストーンを【現状の課題】へ書き足したうえで再実行すれば、実績を踏まえた翌年度のロードマップに更新できます。四半期ごとの進捗を経営層へ報告する形式は、別記事『経営層に伝わるAIOレポートの作り方|指標翻訳と構成テンプレート』を参照してください。

07注意点

四半期別ロードマップ案は、AIが提示する初期案にすぎません。活用にあたって、以下の3点に注意してください。

  • ハルシネーション検証: 実施可否は保有リソースの実態と照らして、必ず人が最終判断する
  • 機密データの取り扱い: 事業計画や人員体制など、社外に出したくない経営情報を【現状の課題】【保有リソース】に含める際は、利用中のAIサービスの法人プラン・データ学習利用設定を事前に確認する
  • 利用規約の遵守: 生成したロードマップ案を取締役会資料や外部提案書に転用する場合は、利用しているAIサービスの利用規約の範囲内で行う

AIの回答は実行のたびに揺らぐことがあります。同じ入力データでも、重点軸の配分やマイルストーンの表現が毎回同じになるとは限りません。

本記事のプロンプト固有の限界として、AIは【保有リソース】に明記されていない制約(繁忙期・他プロジェクトとの兼務状況など)までは考慮できません。実際の年間スケジュールと照らして、四半期の割り当てを調整することをおすすめします。

08FAQ

Q. ロードマップ案は、一度作ったら年間通して固定すべきですか?

固定する必要はありません。四半期ごとに実績を反映して見直すことをおすすめします。むしろ一度作った案を変更せずに運用し続けると、状況の変化に対応できなくなります。

Q. 3軸(計測基盤・コンテンツ資産・技術実装)以外の重点を提案してほしい場合はどうすればいいですか?

■ロードマップ設計ルールの1にある「3軸から選ぶこと」という制約を、自社が重視する軸に書き換えれば対応できます。ただし軸を増やしすぎると、四半期ごとの重点が分散しやすくなる点に注意してください。

Q. 保有リソースが少ない場合、ロードマップは作れませんか?

作れます。保有リソースが少ない場合は、AIがその制約を踏まえて実行可能な範囲の施策を提案します。リソースを実態より多く見せると実行不可能な計画になりやすいため、正直に入力することをおすすめします。

09この分野を体系的に学ぶ

この記事は実践プロンプト記事です。AIO推進の年間戦略設計を基礎から体系的に学びたい方は、AI検索最適化講座「実践応用編: 業界別AIO戦略(VI-A)」をご覧ください。