01Summary
Executive Summary
結論、根拠、推奨アクションを冒頭1枚で示す。
Layout: 左に結論、右に3つの根拠、下に次アクション。
IGNI7E Slide Guidelines
提案書・営業資料・PDFスライド用ガイドライン
v1.0.3 — 最終更新日: 2026.05.28
DECK
スライドページ設計 — Deck Page Patterns
参照元:
prospect_gallerist/en/Proposal_The-Gallerist_20260522_EN_story-visuals.html、service_proposal/advertising-service-deck.html。スライド用ガイドラインでは、Webページの縦長セクションではなく、提案書として読み進めやすい左TOC、16:9固定スライド、カバー、フッター、判断導線を基本パターンとして扱います。
スライドガイドラインはWebガイドラインの派生版です。色、フォント、角丸、余白、カード、外部ブランドロゴ、プレースホルダーの考え方は
index.html と README.md を上位ルールとして継承します。スライド専用の違いは、16:9キャンバス、ページ番号、フッター、PDF出力、図解画像の扱いだけです。
Reference Patterns
Navigation
左TOCで流れを固定する
提案書はページ単体ではなくストーリー全体で読むため、左側に章立てを置き、課題、回答、料金、判断の流れを常に見える状態にします。
Canvas
16:9のスライド面を守る
各ページは
section.slide として16:9固定にし、PDF化時に余白、フッター、ページ番号、画像の欠けが崩れない構造にします。Story
Request → Answer → Benefit
Gallerist提案書のように、クライアント要望、IGNITEの対応、クライアントの便益を横並びで接続し、なぜその施策が必要かを短時間で判断できるようにします。
Cover
表紙は案件固有の世界観を出す
表紙はダークオーバーレイ、ロゴ、強い1文、補助タグラインで構成し、汎用テンプレート感を下げます。画像がある場合は背景に使います。
Density
空白は図解と判断材料で埋める
余白が残る場合は装飾ではなく、フェーズ、料金内訳、KPI、前提条件、素材依頼、次の判断を追加して情報密度を上げます。
Footer
提案書名とページ番号を固定する
全スライドの下部に案件名、IGNITE表記、ページ番号を置きます。PDF化して単体で共有されても文脈が失われないようにします。
Deck Shell Sample
Cover Sample
案件固有の意思決定を、最初の1枚で示す
表紙はサービス名だけではなく、提案の中心判断を短い言葉で置きます。
Advertising / Service Deck Patterns
Executive Summary
冒頭にKPIと前提を置く
広告提案書のように、手数料、推奨予算、月次レポートなど、意思決定に必要な数値を2枚目で明示します。読者が価格・体制・成果物の前提を早く掴めます。
Common Issues
課題は番号付きカードにする
課題を長文で並べず、01〜04の番号付きカードで可視化します。営業資料では「自社の状態に近い」と感じてもらう入口になります。
Logic
市場機会 × 実データで根拠を作る
改善提案は作業一覧ではなく、外部の市場機会と内部の実績データを掛け合わせ、優先順位を決める構図で見せます。
Media
媒体はロゴグリッドで見せる
Google、Meta、LinkedIn、TikTokなど外部サービス名は、既存の実在SVGロゴを使います。媒体名の信頼性と識別性を優先します。
Comparison
一般論との違いを表で示す
「一般的な広告運用」と「IGNITEの広告運用」を比較し、目的設計、計測、LP、改善提案、横断活用の違いを判断軸として見せます。
Process
導入プロセスは4ステップに圧縮する
現状診断、媒体・予算設計、コピー・計測準備、配信・月次改善のように、提案後の進め方を短いステップで示します。
Advertising Deck Sample
20%広告運用手数料の基準
50万〜推奨広告予算の目安
月次レポートと改善提案
広告費が成果につながらない
クリックや表示は出ているが、問い合わせ・購入・資料請求につながっていない状態を可視化します。
何を改善すべきか見えない
媒体別、キャンペーン別、LP別の数値が分断され、判断できない状態を整理します。
訴求とLPが合っていない
広告文、クリエイティブ、LPの比較軸が市場や顧客の期待とずれている状態を示します。
運用が属人化している
設定、除外、入札、改善履歴、レポートが整理されず、改善が継続しない状態を扱います。
Market Opportunity
市場機会
検索需要、競合出稿、対象国・地域、媒体ボリューム、季節性を確認します。
×
Actual Data
実データ
広告費、CV、CPA、LP別CVR、検索語句、商談化情報を確認します。
市場機会 × 実データ = 改善優先度
伸ばす媒体、止める訴求、直すLP、追加すべき計測を同じ基準で判断します。
Google Ads検索・Display
MetaFacebook / Instagram
LinkedInBtoB広告
TikTok動画広告
MicrosoftBing検索
PinterestEC / Lifestyle現状診断
広告アカウント、GA4、GTM、LP、対象市場、商材、問い合わせ導線を確認します。
媒体・予算設計
Google、Meta、LinkedInなどから媒体を選定し、KPIと予算配分を決めます。
コピー・計測準備
広告文、訴求、クリエイティブ、CVタグ、UTM、GA4イベントを整備します。
配信・月次改善
検索語句、ターゲティング、入札、LP別CVRを確認し、次月の改善施策へ接続します。
ANATOMY
スライド配置ルール — Slide Anatomy & Layout Rules
スライドはWebページではなく、16:9の固定キャンバスです。ロゴ、ページ番号、フッター、タイトル、本文、図表の位置を固定し、PDF化しても読み順とブランド表記が崩れないようにします。
Canvas Anatomy
SECTION / CONTEXT
Mandatory Placement Rules
Approved Layout Patterns
DIAGRAM
Python図解ルール — Diagram Generation Rules
スライド内の複雑な図解は、CSSの即席図形や曖昧なSVGではなく、Pythonで生成した16:9画像を埋め込みます。生成スクリプトは
scripts/slide-diagrams/generate_slide_diagrams.py、出力画像は assets/slide-diagrams/ に保存し、再生成できる状態を必ず残します。
Non-negotiable Diagram Rules
Rule 01
図解はPython生成を基本にする
課題構造、原因整理、ロードマップ、KPI、対応範囲、比較表はPythonでPNG化します。HTML/CSSだけで無理に図形を組まず、読みやすい画像として扱います。
Rule 02
スクリプトを必ず保存する
画像だけを残すことは禁止です。文言、色、位置、サイズを後から直せるよう、生成元スクリプトとREADMEを
scripts/slide-diagrams/ に残します。Rule 03
16:9とセーフエリアを守る
出力サイズは
1600x900 を基本にし、重要な文字と矢印は内側に配置します。PDF化やサムネイル化でも読める文字サイズを使います。Rule 04
IGNITEカラーで整理する
主役はPrimary Blue、本文はDark Navy、補助背景はNeutral、成功・成果はGreen系に限定します。色数を増やして意味を曖昧にしません。
Rule 05
外部ブランドは共通ロゴを使う
広告媒体やサービスロゴは
assets/brands/ の実在SVGをWeb・スライド共通パーツとして使います。絵文字やLucideで代用しません。Rule 06
編集後は必ず再生成する
文言、数値、矢印、レイアウトを変更したらPythonを再実行し、画像の文字切れ、重なり、コントラストを確認してからHTMLに埋め込みます。
Basic Usage
01図解型を選ぶ
原因整理、ロードマップ、KPI、対応範囲、媒体一覧などから目的に合う型を選びます。
02Pythonを編集する
generate_slide_diagrams.py のテキスト、数値、配色、配置を更新します。
03画像を生成する
python3 scripts/slide-diagrams/generate_slide_diagrams.py を実行します。
04HTMLへ埋め込む
assets/slide-diagrams/*.png をスライド内の img として配置します。
05見え方を確認する
ブラウザ、PDF、サムネイルで文字切れ、重なり、ロゴ欠けがないか確認します。
Prompt for AI Slide Production
IGNITEのスライドガイドラインに従って、図解はPythonで生成してください。 必須: - 図解はCSSの即席図形や曖昧なSVGではなく、Pythonで16:9 PNG画像として作る。 - 生成スクリプトは scripts/slide-diagrams/generate_slide_diagrams.py に保存する。 - 出力画像は assets/slide-diagrams/ に保存し、スライドHTMLには img として埋め込む。 - Primary Blue / Dark Navy / Neutral / Green など既存トークンに近い色だけを使う。 - 広告媒体・外部サービスロゴは assets/brands/ の実在SVGを使い、Lucideや絵文字で代用しない。 - 生成後は文字切れ、矢印の重なり、コントラスト、16:9比率、PDF化時の欠けを確認する。 報告時は、使用した図解型、編集したスクリプト、生成した画像パス、確認結果を明記してください。
Python-generated Diagram Gallery
Request → Answer → Benefit
クライアント要望、IGNITEの対応、期待できる便益を横方向に接続する提案書の基本図解。
Root Cause Map
表面的な課題を複数原因に分解し、根本原因と解決方針へ導く構造図。
Phase Roadmap
導入、制作、運用、改善などの進行段階と成果物を1枚で見せるロードマップ。
Service Scope Matrix
SEO、広告、コンテンツ、EC、PRなどの対応範囲を、提供有無と深度で整理する表。
KPI Dashboard
提案効果、予算、CV、改善頻度など、意思決定に必要な数値を大きく見せる図解。
Shared Logo Assets
Web用、広告提案書、サービス説明資料で共通利用するロゴ資産の扱いを示す図解。
Shared Advertising / Service Logo Assets
広告用・サービス用のロゴは、Web用ガイドラインとスライドガイドラインで共通パーツとして扱います。媒体カード、サービス説明、提案書、PDFで同じ
assets/brands/ を参照し、ロゴ名・色・比率を揃えます。
SLIDE
提案書スライド — Slide Design Guideline
Story Principle
Recommended 20 Slide Flow
PDF Ready Layout
Reusable Components
Rules
| ブランド | 表紙はIGNITEロゴを明確に入れ、各スライド右上にも薄く小さなロゴを配置します。フッターは中央に `© IGNITE. All Rights Reserved.` を置き、年号や `Inc` は入れません。 |
|---|---|
| 余白 | 余白が目立つ場合は、KPIカード、比較表、図解、素材依頼コールアウトを追加して情報密度を上げます。ただし1スライド内の主メッセージは1つに絞ります。 |
| 画像 | チーム写真、事例画像、LPスクリーンショット、広告管理画面、媒体ロゴを積極的に使います。未提供素材は空白にせず、必要な素材、使う場所、目的を明記します。 |
| 料金 | Estimatorを一次参照にし、公式サイトと矛盾がある場合は勝手に統合しません。含まれる範囲、別途費用、前提条件、成果保証ではないことを明確にします。 |
| PDF化 | 16:9固定の `section.slide` を基本に、印刷時に文字が小さすぎないか、画像が欠けないか、フッターとページ番号が揃っているかを確認します。 |
Validation Checklist
PLAYBOOK
スライド作成プレイブック — Deck Playbooks & Selection Rules
Deck Type Playbooks
Proposal
新規提案書
まだ契約前の相手に、課題、原因、解決策、体制、費用、次の判断を短時間で理解してもらう資料。
Current State Snapshot → Root Cause Map → Request → Answer → Benefit
Service Scope Matrix → Phase Roadmap → Pricing Cards → Final Decision Sheet
不安が残る箇所は Objection Response と Risk / Assumption Box で補足
Service
サービス紹介資料
IGNITEの支援範囲、強み、導入ステップ、実績を説明し、問い合わせや商談へつなげる資料。
Value Proposition Stack → Channel Mix Planner → Content Pillar Map
Media Logo Grid → Case Study Proof → Team Role Cards
サービス説明は抽象語で終えず、成果・体制・納品物へ接続
Report
月次レポート / 改善提案
運用後の数字、変化、原因、次の改善案を整理し、次月の判断につなげる資料。
Executive KPI Strip → Measurement Plan → Experiment Backlog
Before / After → Screenshot Callout → Next 30 Days Plan
数値は条件と期間を添え、改善案には成功基準を置く
Workshop
ワークショップ / キックオフ
関係者の認識を揃え、役割、素材、承認、初動計画を決めるための進行資料。
Agenda Overview → Audience Persona Card → Governance RACI
Asset Request Board → Approval Gate → Reporting Rhythm
議論用スライドでは、未決事項と担当者を必ず残す
Component Selection Matrix
| 目的 | 最初に使う部品 | 補助部品 | 注意点 |
|---|---|---|---|
| 課題を共有する相手の現状に共感して入口を作る | Current State Snapshot / Problem 2x2 | Insight Quote Block / Screenshot Callout | 推測ではなく、事実・観察・ヒアリングを分ける。 |
| 原因を整理する施策一覧ではなく本質原因へ進める | Root Cause Map | Market Opportunity Map / Measurement Plan | 原因が多い場合はPython図解にする。 |
| 提案内容を説明するIGNITEが何をするかを明確にする | Request → Answer → Benefit / Service Scope Matrix | Value Proposition Stack / Deliverables Checklist | 「対応可能」ではなく含む・含まないを明示。 |
| 進め方を決める開始後の不安を減らす | Phase Roadmap / Next 30 Days Plan | Approval Gate / Asset Request Board | 日付未定ならWeek表記で進行順を示す。 |
| 費用を判断する金額と条件を同時に見せる | Pricing Cards / Cost Breakdown | Risk / Assumption Box / FAQ Accordion Map | 税別、期間、別途費用、前提条件を隠さない。 |
| 運用成果を報告する数字から次の改善へつなげる | Executive KPI Strip / Before / After | Experiment Backlog / Reporting Rhythm | 良い数字だけでなく、次の判断材料を置く。 |
AI Anti-patterns
装飾で余白を埋める
意味のない波線、グラデーション、抽象背景、疑似アイコンで空白を埋めない。余白が余るなら、前提、KPI、判断軸、次アクションを追加する。
1枚に複数メッセージを詰める
見出しが結論、本文が根拠、図解が判断材料になるよう分ける。複数の結論がある場合はスライドを分ける。
Web部品をそのまま貼る
Webの縦長セクションを16:9へそのまま流用しない。カード、色、余白は継承しつつ、スライド用に要約する。
図解をCSSだけで組む
複雑な因果、ロードマップ、マトリクスはPython生成画像にする。生成スクリプトを残し、画像を埋め込む。
外部ブランドをアイコンで代用する
Google Ads、Meta、LinkedInなどは `assets/brands/` の実在ロゴを使う。Lucideや絵文字で置き換えない。
プロンプトだけで任せる
AIにはWeb継承、資料タイプ、使用部品、図解生成、検証方法を明示する。曖昧な「いい感じ」は禁止。
Prompt Pack
スライド作成開始プロンプト
IGNITEのWebガイドラインとスライドガイドラインに従って資料を作成してください。 順番: 1. 資料タイプを PLAYBOOK から選ぶ。 2. 目的に合う部品を Component Selection Matrix から選ぶ。 3. PARTS の既存部品を優先して構成する。 4. 複雑な図解はPythonで生成し、assets/slide-diagrams/ に保存する。 5. 色、フォント、角丸、余白、ロゴはWebガイドラインを継承する。 完了時は、使った資料タイプ、部品番号、生成画像、検証結果を報告してください。
品質レビュー用プロンプト
このスライドがIGNITEガイドラインに従っているかレビューしてください。 確認: - Webガイドラインの色、フォント、角丸、余白、カードルールを継承しているか。 - 1スライド1メッセージになっているか。 - PARTSの既存部品を使っているか。 - 複雑な図解はPython生成画像になっているか。 - 外部ブランドはassets/brands/の実在ロゴか。 - 文字切れ、重なり、コントラスト不足、ページ番号欠けがないか。 問題があれば、該当スライド、問題、修正案を具体的に出してください。
TEMPLATES
コンサルティングスライドテンプレート — Consulting Slide Template Library
Self-Critique Before Use
| ツッコミ | 問題 | このガイドラインでの対応 |
|---|---|---|
| 数は多いが、選び方が分からない | テンプレートが多いだけだと、AIも人も適当に近いものを選びます。 | 下の「Template Category Index」と「When to Use Which Template」で、用途から逆引きできるようにします。 |
| 作成順に並ぶと、資料の流れに見えない | 完成見本はコピー用であり、上から順に使うものではありません。 | まずDeck Recipesで資料全体の流れを決め、必要なスライドだけDesigned Template Previewsから選びます。 |
| 見た目だけ真似ると、コンサル資料にならない | カードや表をコピーしても、問い、仮説、示唆、意思決定がないと弱い資料になります。 | 各スライドは「この1枚で何を判断するか」を先に決め、見出しを結論文にします。 |
| AIは細かいルールを無視しがち | フォントウェイト、余白、ロゴ、フッター、ページ番号、図解ルールが崩れやすいです。 | テンプレート選択前に「AI Template Selection Self-check」を通し、守るべきルールを明文化します。 |
AI Template Selection Self-check
Check 01
この1枚の判断は何か？
説明したいことではなく、相手に判断してほしいことを1文で書きます。判断がないスライドは、テンプレートを使う前に目的を修正します。
Check 02
資料全体のどこに置くか？
冒頭、問題定義、分析、施策比較、実行計画、報告、意思決定、補足のどこかを選びます。場所が決まらないスライドは不要です。
Check 03
このテンプレートが最短か？
表で済むものを複雑な図解にしない、意思決定が必要なものを説明カードだけで終えないなど、最短で理解できる型を選びます。
Check 04
根拠は足りているか？
主張だけ、数値だけ、施策だけのスライドにしません。Fact、Insight、Action、Decision のうち最低2つが見える状態にします。
Check 05
Webガイドラインを継承しているか？
色、角丸、余白、フォントウェイト、ロゴ、フッターはWebガイドラインに従います。勝手な新色や装飾背景を足しません。
Check 06
複雑な図解はPython化したか？
Issue Tree、KPI Tree、Swimlane、Heatmap、Roadmapなど複雑な図解はPython生成画像を優先し、スクリプトも保存します。
Template Category Index
| カテゴリ | 使う場面 | 代表テンプレート | 先に自問すること |
|---|---|---|---|
| Opening | 資料の入口、会議冒頭、役員向け要約 | Cover / Agenda / Executive Summary / SCQA / Pyramid Principle | この資料で最終的に何を決めたいのか。 |
| Problem Framing | 現状認識、課題合意、原因分解 | Current State Snapshot / Issue Tree / Hypothesis Map / Voice of Customer / Funnel Diagnosis | 症状と原因を分けているか。 |
| Market & Customer | 市場機会、顧客理解、競合比較 | Market Sizing / Competitive Landscape / Positioning Map / Customer Journey / Persona & JTBD | データから示唆まで書けているか。 |
| Strategy & Options | 施策比較、投資判断、優先順位 | Strategic Options / Decision Tree / Channel Role Map / Content Architecture / Business Case | 推奨案と理由が1分で分かるか。 |
| Execution | 契約後の進め方、体制、作業範囲 | Transformation Roadmap / Process Swimlane / Operating Model / RACI / Service Scope / Next 30 Days | 誰が、いつ、何を決めるかが明確か。 |
| Reporting | 月次報告、PMO、改善会議 | KPI Dashboard / KPI Tree / Experiment Backlog / PMO Status / Evidence Wall / Assumption Tracker | 数字の次に何を変えるかが見えるか。 |
| Decision & Closing | 合意、承認、稟議、クロージング | Decision Memo / Pricing & Scope / Risk Heatmap / Objection Response / Board-ready Closing | 相手に依頼する決定が1つに絞れているか。 |
| Appendix | 詳細データ、FAQ、素材依頼、補足 | Asset Request / FAQ / Appendix Data Table / Case Study / Stakeholder Map | 本編を止める情報を補足に逃がせているか。 |
How to Use This Section
Step 1
資料タイプを選ぶ
新規提案、月次レポート、役員向け判断資料、ワークショップ、戦略検討、実行計画のどれかを選びます。迷う場合は下のDeck Recipesから近いものを選びます。
Step 2
スライドの役割を決める
その1枚が、背景説明、課題整理、分析、比較、実行計画、報告、意思決定、補足のどれなのかを先に決めます。役割が曖昧ならテンプレートを使いません。
Step 3
完成見本をコピーする
Designed Template Previewsから近い16:9テンプレートを選び、見出し、カード、表、図解、フッター構造を保ったまま内容だけ差し替えます。
Step 4
足りない場合だけ部品を足す
情報が足りない場合はPARTSからKPI、比較表、ロードマップ、RACI、素材依頼、FAQなどを追加します。装飾だけの追加は禁止です。
Rule
1枚1メッセージを守る
テンプレートは情報を詰め込むためではなく、判断しやすくするために使います。1枚に複数の結論がある場合は、スライドを分けます。
Rule
用途が合わない型は使わない
市場規模を見せたい時にPMOを使わない、意思決定を求めたい時に分析だけで終えないなど、目的とテンプレートを必ず一致させます。
When to Use Which Template
| 使う場面 | 使うテンプレート | 避けること |
|---|---|---|
| 冒頭で全体像を伝える初回提案、役員向け、商談開始 | Cover / Agenda / Executive Summary / SCQA / Pyramid Principle | いきなり施策一覧や詳細表から始めない。 |
| 問題を定義する現状認識、課題合意、論点整理 | Current State Snapshot / Issue Tree / Hypothesis Map / Voice of Customer / Funnel Diagnosis | 原因と症状を混ぜない。推測だけで断定しない。 |
| 市場・顧客を分析する成長余地、ターゲット、競合比較 | Market Sizing / Competitive Landscape / Positioning Map / Customer Journey / Persona & JTBD | データだけを並べて示唆を書かない状態にしない。 |
| 施策を選ぶ複数案比較、投資優先順位、チャネル設計 | Strategic Options / Channel Role Map / Content Architecture / Experiment Backlog / Business Case | 推奨案を出さずに選択肢だけ並べない。 |
| 実行計画に落とす契約後、キックオフ、運用設計 | Roadmap / Operating Model / Process Swimlane / RACI / Service Scope / Next 30 Days | 誰が何をいつ決めるかを曖昧にしない。 |
| 報告・改善する月次報告、PMO、改善提案 | KPI Dashboard / KPI Tree / PMO Status / Evidence Wall / Assumption Tracker | 数字の報告だけで終えず、次の判断を置く。 |
| 合意・承認を取る最終提案、稟議、役員判断 | Decision Memo / Risk Heatmap / Objection Response / Pricing / Board-ready Closing | 相手に何を決めてほしいのかをぼかさない。 |
| 補足情報を置くAppendix、詳細データ、FAQ | Appendix Data Table / Case Study / FAQ / Asset Request / Approval Gate | 本編の流れを止める細かい情報を混ぜ込まない。 |
Ready-to-use Deck Recipes
Proposal
新規提案書 12枚構成
Cover → SCQA → Executive Summary → Issue Tree → Market Sizing → Customer Journey → Funnel Diagnosis → Channel Role Map → Roadmap → Business Case → Operating Model → Decision Memo。
Report
月次レポート 8枚構成
Executive Summary → KPI Dashboard → Funnel Diagnosis → Evidence Wall → Content Architecture → PMO Status → Experiment Backlog → Next 30 Days Plan。数値、原因、次アクションの順に固定します。
Board Memo
役員向け判断資料 7枚構成
Cover → Pyramid Principle → Strategic Options → Business Case → Risk Heatmap → RACI → Board-ready Closing。判断事項、投資対効果、リスクを先に見せます。
Workshop
ワークショップ 9枚構成
Cover → SCQA → Voice of Customer → Issue Tree → Customer Journey → KPI Tree → Process Swimlane → RACI → Decision Memo。議論から合意までを1回で進める構成です。
Strategy
戦略検討 10枚構成
Executive Summary → Market Sizing → Competitive Landscape → Positioning Map → Hypothesis Map → Strategic Options → Roadmap → Risk Heatmap → Business Case → Decision Memo。
Operating Plan
実行計画 10枚構成
Cover → Operating Model → Process Swimlane → RACI → Channel Role Map → Content Architecture → KPI Tree → PMO Status → Risk Heatmap → Board-ready Closing。
Designed Template Previews
Executive Summary
Use: 冒頭で結論を出すExecutive Summaryテンプレート。
Issue Tree
Use: 課題をMECEに分解するIssue Treeテンプレート。
KPI Dashboard
Use: 月次レポート・改善提案のDashboardテンプレート。
Positioning Map
Use: 競合比較・ポジショニングを見せる2軸テンプレート。
Transformation Roadmap
Use: 提案後の進行を見せるロードマップテンプレート。
Strategic Options
Use: 複数案から推奨を決めるStrategic Optionsテンプレート。
Operating Model
Use: 体制・RACI・会議体を見せるOperating Modelテンプレート。
Decision Memo
Use: 最終合意・次アクションを締めるDecision Memoテンプレート。
Cover
Use: 提案書の表紙。タイトル、対象、日付、論点数を整理。
SCQA
Use: 背景から結論へ自然に進めるSCQAテンプレート。
Pyramid Principle
Use: 結論先行で論理を積み上げるピラミッドテンプレート。
Market Sizing
Use: TAM/SAM/SOMや検索需要を判断材料にする市場規模テンプレート。
Customer Journey
Use: 認知から意思決定までの体験を整理する旅程テンプレート。
Voice of Customer
Use: インタビューや商談メモを示唆に変えるVoCテンプレート。
Funnel Diagnosis
Use: CV改善・広告提案で詰まりを特定するファネルテンプレート。
KPI Tree
Use: 成果指標を施策KPIまで分解するKPI Treeテンプレート。
Channel Role Map
Use: 各チャネルの役割とKPIを整理するチャネル設計テンプレート。
Content Architecture
Use: SEO・コンテンツ提案の情報設計テンプレート。
Business Case
Use: 予算承認用に投資対効果を示すBusiness Caseテンプレート。
Process Swimlane
Use: 担当別の進行と承認ポイントを見せるSwimlaneテンプレート。
PMO Status
Use: 定例報告で進捗・リスク・決定事項をまとめるPMOテンプレート。
Risk Heatmap
Use: 発生可能性と影響度でリスクを優先づけるHeatmapテンプレート。
RACI
Use: 誰が作業し、誰が決めるかを明確にするRACIテンプレート。
Evidence Wall
Use: 結論の根拠を複数証拠で支えるEvidence Wallテンプレート。
Board-ready Closing
Use: 役員・決裁者向けに合意事項と次アクションを締めるテンプレート。
Agenda
Use: 商談冒頭で議論順と決定事項を合わせるAgendaテンプレート。
Current State Snapshot
Use: 現状認識を事実・解釈・必要対応に分けるテンプレート。
Hypothesis Map
Use: 調査前の仮説、必要データ、検証方法を整理するテンプレート。
Decision Tree
Use: 条件によって推奨施策が変わる時のDecision Treeテンプレート。
Competitive Landscape
Use: 競合の違いと自社の勝ち筋を整理するテンプレート。
Persona & JTBD
Use: 属性ではなく、顧客が達成したい仕事から設計するテンプレート。
Experiment Backlog
Use: 月次改善や運用提案で実験を管理するテンプレート。
Pricing & Scope
Use: 金額、含まれる範囲、別途費用を明確にする料金テンプレート。
Case Study
Use: 類似実績で提案の信頼性を高める事例テンプレート。
Service Scope
Use: 含む・含まない・クライアント準備物を整理するScopeテンプレート。
Stakeholder Map
Use: 関係者ごとの関心、影響力、巻き込み方を整理するテンプレート。
Assumption Tracker
Use: 未確定条件を放置せず、検証方法まで管理するテンプレート。
Objection Response
Use: 費用・成果・体制への懸念を整理するテンプレート。
Asset Request
Use: キックオフ前後の素材・権限依頼を明確にするテンプレート。
Next 30 Days
Use: 契約後すぐの行動を見せるNext 30 Daysテンプレート。
FAQ
Use: 商談中の細かい質問をAppendixに逃がすFAQテンプレート。
Appendix Data Table
Use: 検索ボリューム、広告実績、見積明細などを補足するデータ表テンプレート。
Template Families
Strategy
問いと仮説を決める
Executive summary、issue tree、hypothesis、strategic options、recommendationなど、資料全体の論理を決めるテンプレート。
Analysis
分析結果を示唆に変える
市場、競合、顧客、ファネル、KPI、収益、業務、リスクを分解し、単なるデータではなく判断材料にするテンプレート。
Action
実行計画に落とす
ロードマップ、RACI、KPI tree、PMO、投資対効果、意思決定、次アクションまでを整理するテンプレート。
Consulting Slide Templates
PARTS
スライド用コンポーネント — Slide Component Library
01
Title + Evidence
大見出しの下に根拠を1行で置く。提案の結論と証拠を同じ視界に入れる。
Rule: 見出しは `font-weight: 900`、根拠は本文より小さく。
02
Executive KPI Strip
冒頭で費用、期間、体制、KPIを横並びにする。意思決定者向けの早見表。
Rule: 数値は大きく、単位と注記を必ず分ける。
03
Problem 2x2
よくある課題を4枚のカードで整理する。広告、SEO、Web制作の初期提案で使う。
Rule: 各カードは見出し1行、説明2行まで。
04
Root Cause Map
表面的な課題を、計測・訴求・導線・運用などの原因に分解する。
Rule: 原因は矢印で結論へ接続する。
05
Request → Answer → Benefit
クライアント要望、IGNITEの対応、得られる便益を3カラムで見せる。
Rule: 中央の Answer をブランドブルーで強調。
06
Before / After
現状と改善後、旧構成と新構成、一般的な施策とIGNITE案を比較する。
Rule: Before は薄背景、After は強調背景。
07
Service Scope Matrix
含まれる範囲、別途対応、クライアント準備物を表で整理する。
Rule: 曖昧な「対応可能」は使わず範囲を明示。
08
Phase Roadmap
1ヶ月目、2ヶ月目、3ヶ月目など進行フェーズを横方向に見せる。
Rule: 各フェーズに成果物を必ず書く。
09
Milestone Timeline
公開、初回配信、レポート、改善会議など、重要日程を示す。
Rule: 日付未確定なら Week 1 形式にする。
10
Deliverables Checklist
納品物、レポート、設定、制作物、会議体をチェック形式で示す。
Rule: チェック項目は動詞で始める。
11
Pricing Cards
プラン、費用、含まれる内容、別途費用、最低期間をカード化する。
Rule: 金額と条件を同じカード内に置く。
12
Cost Breakdown
初期費用、月額、広告費、制作費、運用手数料を内訳表で示す。
Rule: 税別/税込、含む/含まないを明示。
13
Media Logo Grid
Google、Meta、LinkedInなど媒体選定をロゴで一覧化する。
Rule: `assets/brands/` の実在SVGを使う。
14
Screenshot Callout
LP、広告管理画面、検索結果のスクリーンショットに注釈を入れる。
Rule: 注釈は最大3つ、矢印は細くする。
15
Case Study Proof
課題、施策、成果KPI、期間を1枚の事例カードでまとめる。
Rule: 成果数値は大きく、条件は脚注に置く。
16
Team Role Cards
PM、広告運用、SEO、制作、翻訳など担当役割を整理する。
Rule: 顔写真がない場合はロールカードにする。
17
Client Action List
クライアント側で必要な素材、権限、確認、承認を一覧化する。
Rule: 担当者、期限、目的を入れる。
18
Risk / Assumption Box
成果保証ではない点、前提条件、外部要因、未確定情報を整理する。
Rule: ネガティブに見せず、判断材料として書く。
19
Decision CTA
次に決めてほしいこと、承認事項、開始条件を1枚で示す。
Rule: CTAは1つ。複数の依頼を並べない。
20
Appendix Data Table
検索ボリューム、広告実績、媒体別費用、見積明細など詳細データを載せる。
Rule: 本編ではなく補足資料として扱う。
21
Agenda Overview
提案書の冒頭で、話す順番と意思決定ポイントを一覧化する。
Rule: 章番号、章名、判断ポイントを必ずセットにする。
22
Current State Snapshot
現状の数値、課題、制約、既存施策を1枚で整理する。
Rule: 事実と解釈を同じ行に混ぜない。
23
Audience Persona Card
ターゲット顧客、検索意図、意思決定者、悩みをカード化する。
Rule: 年齢や属性だけでなく行動目的を書く。
24
Market Opportunity Map
市場規模、検索需要、競合状況、成長余地を図解で示す。
Rule: 可能ならPython図解画像として生成する。
25
Competitive Positioning
競合とIGNITE案の違いを軸で整理し、選ぶ理由を示す。
Rule: 競合批判ではなく判断軸の違いとして見せる。
26
Value Proposition Stack
提供価値を上から、成果、仕組み、実行体制、根拠の順に積む。
Rule: 価値は抽象語で終えず、具体成果につなげる。
27
Insight Quote Block
調査、顧客インサイト、検索意図、ヒアリング内容を引用風に示す。
Rule: 引用は短く、出典や前提を小さく添える。
28
Content Pillar Map
SEO記事、LP、SNS、PR、メールなどのコンテンツ体系を整理する。
Rule: Pillar、Cluster、CTAの関係を明確にする。
29
Channel Mix Planner
SEO、広告、SNS、PR、メルマガの役割と優先度を並べる。
Rule: 媒体名だけでなく役割を書く。
30
Funnel Stage Board
認知、比較、検討、問い合わせ、購入後の施策を段階別に整理する。
Rule: 各段階にKPIとコンテンツを1つずつ置く。
31
Measurement Plan
GA4、GTM、広告CV、CRM、レポート指標の計測設計を示す。
Rule: 指標、取得方法、確認頻度を分ける。
32
Experiment Backlog
広告文、LP、CTA、ターゲット、予算配分など改善実験を一覧化する。
Rule: 仮説、変更点、成功基準を必ず書く。
33
Reporting Rhythm
週次、月次、四半期の報告内容と会議体を整理する。
Rule: 頻度、参加者、判断内容をセットにする。
34
Governance RACI
IGNITE、クライアント、外部制作会社などの役割分担をRACIで示す。
Rule: 承認者と実行者を曖昧にしない。
35
Asset Request Board
写真、ロゴ、管理画面権限、原稿、商品情報など必要素材を整理する。
Rule: 必要理由と希望期限を必ず添える。
36
Approval Gate
公開前、配信前、予算変更前など承認が必要なタイミングを示す。
Rule: 承認項目、承認者、締切を3点セットにする。
37
FAQ Accordion Map
提案時によく出る質問をカテゴリ別に整理し、補足資料化する。
Rule: 本編の流れを止める質問はAppendixへ回す。
38
Objection Response
費用、期間、成果、体制への懸念に対する回答を整理する。
Rule: 反論ではなく判断材料として書く。
39
Next 30 Days Plan
契約後30日で何を進めるか、初動アクションを具体化する。
Rule: Day 1、Week 1、Week 2-4で分ける。
40
Final Decision Sheet
決定事項、未決事項、開始条件、次回日程を最後にまとめる。
Rule: 読後に何を決めるかが1分で分かるようにする。
OUTPUT
納品前確認 — Output Rules
Final Checks
| Web用との分離 | Webサイト部品の確認は index.html、提案書スライドの確認はこのページで行います。Web用の縦長セクションをそのままPDFに流用しません。 |
|---|---|
| 画像・ロゴ | 媒体ロゴ、IGNITEロゴ、案件写真、スクリーンショットは相対パスで存在確認します。仮アイコンや絵文字で外部ブランドを代用しません。 |
| PDF出力 | 16:9表示、印刷プレビュー、テキスト重なり、ページ番号、フッター、画像欠けを確認してから共有します。 |