研究費申請の研究ロードマップ図の作り方:研究計画から可視化稿への完全ワークフロー 研究ロードマップとは何か、実験フロー図やガントチャートとの違い、審査員が 30 秒で何を見るか、そして AI で初稿を生成する構造とプロンプトテンプレートを解説。科研費・JSPS・JST・AMED・ERC・NIH などへ申請する PI や若手研究者向けの完全ガイドです。
毎年、科研費・JSPS・AMED・JST の申請シーズンになると、研究ロードマップ図が研究者にとって最も悩ましい一枚になります。論文 Figure のような標準テンプレートはなく、PowerPoint で適当に作って通せるものでもない——審査員はこの図を使って、研究計画が明確で実行可能で独創性があるかを判断します 。曖昧なロードマップは、それ以外がしっかりした申請書を落とす原因になりえます。
この記事では研究ロードマップを分解して説明します。まず実験フロー図やガントチャートとの違いを整理し、審査員が実際に何を見ているかを示し、AI で初稿を生成するための構造とプロンプトテンプレートを提示します。読者は科研費(基盤・若手・挑戦的研究・国際共同)、JST CREST/さきがけ/ACT-X、AMED 各事業、ERC、NIH、NSF、Wellcome 等への申請者を想定しています。
新規 PI ほどこの 3 つを混同しがちです。目的はそれぞれ全く違います:
図の種類 答える問い 審査員が見るもの 実験フロー図 「具体的にこの実験をどう行う?」 実験設計の妥当性・変数制御の厳密性 研究ロードマップ 「研究は何ステップに分かれ、各ステップで何を解く、最終的にどう中心問いに答えるか?」 論理の自洽性・主要ノードの明確さ・リスクのコントロール ガントチャート 「3 年でいつ何をやる?」 スケジュールの妥当性・人的資源の充足
科研費・JSPS・AMED 等が要求する「研究計画概念図」「研究戦略図」は中央の研究ロードマップです ——ガントでも、単一実験のフロー図でもありません。中心となる学術的問い → 研究項目 → 主要技術 → 期待される成果 という論理連鎖を示す必要があります。
ガント形式(横軸が月)を出すと、審査員は「研究計画を本当に練っていない」と判断します。実験詳細フロー(PCR・ウエスタンブロット・統計解析)を出すと、「視野が狭く、研究フレームがない」と判断されます。
著者 Davie Chen / SciDraw AI Researcher
Davie Chen is a researcher at the Faculty of Animation and Intermedia, University of Arts in Poznan, studying generative AI for scientific figure creation, patent illustration, and manuscript drafting. SciDraw AI is one of the research-to-product tools built from this work.
Author profile AIで研究図をつくろう 数千人の研究者が SciDraw AI を使い、論文・研究費申請・ジャーナル投稿向けの図を数分で作成しています。デザインの経験は不要です。
採択された科研費・JSPS のロードマップを数十件、不採択と対比すると、規則性は明確です。審査員は最初の 30〜60 秒で次を見ます:
最上部または左端に「解決すべき学術的問い」または「研究仮説」が必ず示されている必要があります。問いを中央に埋め込まない こと——審査員は探してくれません。
2. 研究項目が 3〜5 個の独立モジュールに分かれている
3 個未満では「研究が浅い・申請の規模に見合わない」、5 個超では「絞れていない・あれもこれも」に映ります。基盤研究 (B) (C) は通常 3〜4 個、若手研究は 3 個、基盤 (S) や CREST は 5〜6 個でも主軸と支軸を分けて整理する必要があります 。
並行(A・B・C を同時に進める)、直列(A 完了後に B)、ろうと型(A で広く絞り → B で検証 → C で応用)。論理関係を間違えると、計画が未成熟と疑われます。
各研究項目モジュールの下に、用いる主要手法・技術と、検証可能な成果(データセット・モデル・機序解明・プロトタイプ)を明記する必要があります。「X の機序を解明する」だけでは不足 、「RNA-seq により X の下流標的遺伝子を同定する」のように具体化する。
ロードマップは審査員が視覚的に 「ここがこの研究の独創点だ」とわかる必要があります、文章描写の中に埋もれてはいけません。一般的な手法:アクセントカラー(オレンジまたは深青)、枠線、「独創点」「新規性」のタグ。
成熟したロードマップは主要ノードの傍に「潜在リスク → 対応策」を併記します。必須ではありませんが、これがあると「この PI はよく考えている」という印象を与えます。
以下の構造はほぼすべての研究費申請に適用できます:
「X は Y 経路を介して Z プロセスを制御する」(機序型)
「X の多モーダル予測モデルを構築し Y に応用する」(手法型)
「X 現象の機序解明とその Y 場面での応用」(応用型)
研究目標 :このモジュールが答える子問い
主要技術・手法 :用いる手段
期待される成果 :定量・検証可能な成果
横方向並行(→ → →) :3 つの独立した角度を同時推進
縦方向直列(↓ ↓ ↓) :前ステップの成果が次のインプット
ろうと収束 :広範スクリーニング → 精選 → 検証 → 応用
直接成果 :論文(本数・想定誌の格)・特許・データセット・モデル
学術的意義 :上部の中心的問いに戻して、研究が何を解いたかを示す
応用展望 (あれば):ある分野・技術への推進貢献
潜在リスク(実験失敗・データ不足・技術障壁)
対応策(代替手法・外部協力・目標調整)
通常 3〜4 個の研究項目モジュール
「学術的問いの駆動」を強調——上部に明確な学術的問い
独創点は最低 1 つ、最大 2 つ、ビジュアル強調必須
ガント不要(年次計画は本文で記述)
3 個のモジュールで十分
審査の重点は「実行可能性」——3 年で完了可能に見える必要
過大な応用展開は避ける、現実離れに見える
5〜6 個のモジュール、主軸と支軸を区別可能
明確な「ワークパッケージ」の区分が必須
連携機関がある場合は協力関係を可視化(誰がどの WP 担当か)
マイルストーンと交付物を明示
出口志向が強いため、応用と臨床への移行段階を明示
フェーズゲート構造(各フェーズに具体的成果と検収基準)
リスクレジスターは必須
学術的問いより「成果物のスケジュール表 + 検収基準」が重点
段階的交付物・検収ノードが必須
リスク予案は必須要件
ERC は 3〜5 個の研究項目、独創性・野心の可視化が必須
NIH は通常 3 つの Specific Aims、仮説駆動型の構造
EU Horizon は 5〜6 個の WP、WP リーダーの明示と相互作用フローが必要
ロードマップは AI 画像生成で最もミスりやすい場面の一つです——論理構造 を含み、ビジュアルだけの問題ではないため。「研究ロードマップを描いて」と頼むだけだと、AI は研究内容も主要技術も期待成果もない一般的なフロー図を返します。
AI 描画ツールを開く前に、文書で完全な計画を書き出します:
学術的問い:[一文]
研究仮説:[一文]
研究項目 1:
- 子目標:
- 主要技術:
- 期待される成果:
研究項目 2:
...
モジュール論理関係:[並行 / 直列 / ろうと]
独創点:[1〜2 個、どのモジュールに位置するか明記]
リスクと対応策:[各モジュールの潜在リスク] このステップは PI の頭脳労働で、AI が代替できません。この段落が書けない申請書は、どれだけ綺麗なロードマップでも救えません 。
Create a research roadmap diagram for a grant proposal.
Top section: scientific question - [一文の学術的問い]
Middle section: 3 research modules in [parallel / sequential / funnel] arrangement.
Module 1: [子目標] - key methods: [...] - expected output: [...]
Module 2: [子目標] - key methods: [...] - expected output: [...]
Module 3: [子目標] - key methods: [...] - expected output: [...]
Bottom section: expected outcomes and scientific significance.
Highlight innovation points with accent color (orange or deep blue).
Style: clean technical roadmap, vertical or horizontal flow, hierarchical typography (title > module > details), white background, no decorative gradients.
Labels: short Japanese phrases, no full sentences.
モジュール粒度が合わない(細すぎ・粗すぎ)
矢印方向が乱雑
独創点のビジュアル強調不足
ラベルが長すぎ
矢印論理 :各矢印が正しい因果・時系列関係を表現しているか
独創点強調 :1〜2 個のコア独創点を見つけ、手動でカラーや枠線追加
ラベル簡略化 :8 字超のラベルはすべて削減
AI 出力をエクスポートし、PowerPoint または Adobe Illustrator で最終調整:
フォントサイズ統一(タイトル 18〜24pt・モジュール見出し 14〜16pt・詳細ラベル 10〜12pt)
日本語フォント統一(メイリオ・游ゴシック・Noto Sans JP 推奨、明朝体は小さい字で潰れるため避ける)
余分な装飾を削除(背景パターン・3D 影・不要なアイコン)
横軸が月(Q1・Q2・Q3・Q4 / 第 1 年・第 2 年・第 3 年)、縦軸がタスクリスト。これはプロジェクト管理図で、研究ロードマップではありません。審査員はこれで印象点を引きます 。
「RNA 抽出 → 逆転写 → qPCR → データ解析」は実験プロトコルで、研究内容ではありません。**研究内容は「X の Y プロセスにおける機能とその制御機序の解明」**のように書き、その下に主要技術(RNA-seq・CRISPR 等)を記載。
各研究モジュールには「期待される成果」が必須——論文か、機序解明か、モデルか、データセットか?成果のないモジュールは審査員の目には「やってもやらなくても同じ」に映ります。
独創点は文章描写には書かれているが、ロードマップ上は見えない。審査員はロードマップを一瞥して「このプロジェクトの独創性はここだ」と即特定できる必要があります。
書かないことが減点ではありませんが、書くと加点。「失敗しない見込み」のような空文以外 、具体的代替案を 2〜3 個書けば「計画が成熟している」と評価されます。
研究ロードマップは PowerPoint テンプレートではありません。フラットで抑制されたビジュアル こそ専門的に見えます。3D 立体ボックス・グラデーションカラー・深い影は「テンプレート使い回し、本気で考えていない」印象を与えます。
SciDraw AI は研究費申請場面で「初版可視化稿の生成」に主に使われます——前提として、研究計画の文章概要が書き上がっていることが必要です。
完成した研究計画文章を AI に与え、初版ロードマップ構造を生成
同じ計画から 2〜3 種類のレイアウト変種(横方向 vs 縦方向 vs ろうと)を生成、最適を選択
異なる研究費に応募する際、ロードマップ風格を調整(科研費は厳密、JST/AMED は工学的)
修正段階で、特定モジュールのサブ図のみ再生成
通常「研究目的・研究計画」セクションの末尾、または「研究計画」項目の中ほどに、研究計画の視覚的サマリーとして配置。所属分野の採択例を参照すると確実です。
日本国内研究費(科研費・JSPS・JST・AMED)は日本語ラベル必須 。研究方向が国際的でも、ラベルは日本語にする——審査員は日本語読者で、英語ラベルは閲読負荷を増やす。ERC / NIH / EU Horizon 等は英語 。
A4 横向きまたは縦向き(21cm × 29.7cm)が最も一般的。1 ページに収める ——2 ページに分かれるロードマップは「研究計画が散漫」と判断されます。内容過多なら、モジュールを削るべきで、ページ分割ではない。
非常に普通です。良いロードマップは通常 5〜10 版改訂を経ます 。改訂のたびに研究計画の論理を見直す機会になります。価値は図を出すことだけでなく、計画を磨き上げる思考訓練の側面が強い。
使えません。AI が出すのは構造稿、最終成品には:(1) 各モジュールの科学的正確性を人手で確認、(2) 矢印論理を調整、(3) 独創点を強調、(4) フォントサイズ・字体を統一、(5) PowerPoint または Illustrator で最終仕上げ。AI は「0 から 80% まで」を 2 週間から 2 時間に短縮しますが、最後の 20% は自分で行う必要があります。
基盤 (B)(C)・若手研究は縦向き推奨 (学術的問いを上 → 研究内容を中 → 期待成果を下、閲読習慣に合致)。基盤 (S)・CREST・大型プロジェクトは横向き推奨 (左に学術的問い → 中央に複数 WP → 右に成果交付、より多くの内容を収容可能)。
間に合いますが推奨しません。最も確実な方法は申請書を書く前にロードマップを描く ——描く過程で研究計画の論理穴が露出するため、本文を書き終わってから図で繕うより容易です。先に描き、それから書く。
研究費申請書を作成中なら、SciDraw AI でロードマップを「研究計画の思考道具」として先に使うことをお勧めします。図で論理を整理してから本文を書く、その方がずっと滑らかです。