📊
スキルAI活用スライド生成アーキテクチャ 2026年4月1日

Gensparkで自社ブランドスライドを自動生成する

📁 スキル 👁 -- 閲覧

Gensparkで自社ブランドスライドを自動生成する

なぜGensparkか

スライド作成の問題は「時間」ではなく「構造の曖昧さ」にある。

「課題は何か」「あるべき状態はどこか」「なぜギャップが生まれているか」——これらを整理しないまま PowerPoint を開くと、デザインに逃げた中身のないスライドができあがる。

Gensparkはプロンプトで構造ごと指示できるため、「課題 → 現状分析 → あるべき状態 → アクション」というフレームワークを最初から組み込める。ロゴや配色の自社ブランドも一括指定できる。

事前準備

必要なもの

素材形式用途
会社ロゴPNG（透過背景推奨）/ SVG表紙・各スライドヘッダー
ブランドカラーHEXコード（例: #1A2B5F）背景・アクセント色
課題の構造箇条書きでOKコンテンツ生成の入力

ロゴの最適化

推奨サイズ: 横 400px 以上
背景: 透過PNG（白背景は避ける）
ファイル名: logo.png（英数字のみ）

Genspark の「Assets」タブにアップロードしておくと、プロンプト内で @logo として参照できる。

スライド生成の手順

Step 1: プロジェクトの課題を構造化する

Gensparkにプロンプトを入れる前に、以下の4要素を整理する。

【課題（Problem）】
現在起きている問題を1〜2文で。「〜ができていない」形式が明確。
例: 営業チームが商談後のフォローアップに平均3日かかっており、
    成約率が業界平均より12%低い。

【現状（As-Is）】
数値・事実で表現。感想NG。
例: CRMへの入力率 43%、フォロー自動化ゼロ、属人的な対応

【あるべき状態（To-Be）】
達成可能で具体的なゴール。
例: 商談翌日に自動フォロー、CRM入力率 90%以上、担当者依存ゼロ

【実現手段（How）】
技術・施策・ステップ。
例: HubSpot + n8n 連携、Slack通知トリガー、週次ダッシュボード

Step 2: Gensparkのスライド生成プロンプト

以下の内容で、経営層向けの提案スライド（10枚）を作成してください。

【ブランド設定】
- ロゴ: @logo（各スライド左上に配置）
- メインカラー: #1A2B5F（紺）
- アクセントカラー: #F5A623（オレンジ）
- フォント: 日本語対応のサンセリフ体

【スライド構成】
1. タイトルスライド（会社名・タイトル・日付）
2. アジェンダ
3. 課題の定義（Problem）
4. 現状分析（As-Is）—数値・グラフ付き
5. あるべき状態（To-Be）—ビジュアル比較
6. ギャップの原因分析
7. 解決策の全体像
8. 実装ロードマップ（3フェーズ）
9. 期待される効果（ROI試算）
10. 次のアクション・CTA

【コンテンツ】
課題: [Step1で整理した内容を貼り付け]
現状: [As-Is]
あるべき状態: [To-Be]
実現手段: [How]

【出力形式】
PowerPoint (.pptx) でダウンロード可能な形式

Step 3: ロゴの配置調整

生成後、Gensparkのビジュアルエディタで以下を確認・調整する：

  • 表紙: ロゴを中央または左上に配置、背景色と対比を確認
  • 各スライド: ロゴのサイズが本文の邪魔をしていないか（推奨: スライド幅の10〜15%）
  • 最終スライド: ロゴ + 連絡先情報をセットで配置

Step 4: As-Is / To-Be の比較スライドを強化する

Genspark の「Split View」テンプレートを指定すると、左右比較レイアウトが自動生成される。

スライド4（現状）と5（あるべき状態）を、
左右2カラムの比較レイアウトで1枚にまとめてください。
左: As-Is（課題点を赤でハイライト）
右: To-Be（改善点を緑でハイライト）
中央に矢印（変革の方向性）

Step 5: エクスポートと微調整

  1. 「Export」→「PowerPoint (.pptx)」を選択
  2. PowerPoint で開いてフォントの日本語対応を確認
  3. アニメーションが必要な箇所のみ手動追加

裏側のアーキテクチャ：多方面から分析

Genspark がどのようにスライドを生成しているかを、7つの視点から解説する。

視点1: ユーザーインターフェース層

ブラウザ（React SPA）
  │
  ├─ プロンプト入力 UI
  ├─ アセット管理（ロゴ・画像のアップロード）
  ├─ リアルタイムプレビュー（WebSocket / SSE）
  └─ エディタ（スライド単位のビジュアル編集）

プロンプトを送信すると、バックエンドからストリーミングで生成結果が返ってくる。Server-Sent Events (SSE) または WebSocket でスライドが1枚ずつ描画される設計。

視点2: エージェントオーケストレーション層

スライド生成は単一のLLM呼び出しではなく、複数エージェントの協調で実現している。

Orchestrator Agent
  │
  ├─ Structure Agent     # アウトライン（目次・スライド構成）の生成
  ├─ Content Agent       # 各スライドの本文・箇条書き生成
  ├─ Design Agent        # レイアウト・配色・フォント決定
  ├─ Brand Agent         # ロゴ配置・ブランドカラー適用
  └─ Chart Agent         # グラフ・図表の生成（数値データから）

各エージェントは独立して実行され、Orchestrator が結果を統合する。 これにより「構成はOKだが配色がブランドと合わない」といった不整合を防ぐ。

視点3: LLM・マルチモーダル処理層

処理使用技術
テキスト生成（スライド本文）GPT-4o / Claude 3.5 Sonnet
ロゴ解析（色抽出・配置判断）Vision API（マルチモーダル）
チャート・グラフ生成コード生成 → SVG レンダリング
テンプレートマッチングEmbedding + Vector Search

ロゴのアップロード時、Vision モデルがロゴの主要カラーを抽出し、スライドの配色に自動反映する仕組みがある。これが「ロゴを渡すだけでブランド一貫性が保たれる」体験の正体。

視点4: レンダリング層

LLMが生成するのは「スライドの仕様（JSON/Markdown）」
                    ↓
     レンダリングエンジンが視覚表現に変換

仕様例:
{
  "slide": 3,
  "layout": "two_column",
  "title": "現状の課題",
  "left": { "type": "bullets", "items": [...] },
  "right": { "type": "chart", "data": {...} },
  "brand": { "logo": "top-left", "accent": "#F5A623" }
}

LLMはHTMLやCSSを直接生成するのではなく、構造化されたスライド仕様を出力する。 この仕様をレンダリングエンジン（内部的にはReveal.jsやcanvasベースの独自エンジン）がビジュアルに変換する。

メリット：LLMの出力がレイアウトエンジンから分離されているため、出力フォーマット（PPTX / PDF / HTML）を差し替えやすい。

視点5: ブランド管理・アセット処理層

アセットアップロード（PNG/SVG）
  │
  ├─ 画像最適化（WebP変換・リサイズ）
  ├─ 色彩分析（主要カラーの抽出）
  ├─ メタデータ付与（使用用途・配置ルール）
  └─ CDN配信（Cloudflare R2 / S3）

ブランドプロファイル生成:
{
  "logo_url": "https://cdn.../logo.png",
  "primary_color": "#1A2B5F",
  "secondary_color": "#F5A623",
  "font_family": "Noto Sans JP",
  "logo_placement": "top-left",
  "safe_zone": { "top": 60, "left": 40 }
}

このブランドプロファイルがプロンプトのシステムコンテキストに注入され、すべてのエージェントが参照する。

視点6: データフロー全体図

[ユーザー]
  │ プロンプト + ブランド設定
  ▼
[API Gateway]  ← 認証・レート制限
  │
  ▼
[Orchestrator Agent]
  │
  ├──▶ [Structure Agent] ──▶ スライド構成JSON
  │
  ├──▶ [Content Agent × N] ──▶ 各スライドのテキスト
  │         ↑ 並列実行
  ├──▶ [Design Agent] ──▶ レイアウト仕様
  │
  └──▶ [Brand Agent] ──▶ ブランド適用ルール
            ↑ ロゴ・配色をVector DBから取得
  │
  ▼
[Slide Compiler]  ← JSON仕様を統合
  │
  ├──▶ WebSocket → ブラウザプレビュー（リアルタイム）
  └──▶ Export Engine → PPTX / PDF

視点7: セキュリティ・プライバシー設計

社内資料（課題・数値）をクラウドのLLMに送ることになるため、以下の設計に注意する：

リスクGensparkの対応
入力データの学習利用Enterprise プランではオプトアウト可能
ロゴ・ブランド資産の漏洩アセットはユーザー専用のisolated storageに保存
機密数値データの露出プロンプトに実数値を入れる前にマスキングを検討
生成結果の著作権ユーザー所有（Genspark利用規約による）

実務的なアドバイス: 売上・顧客名などの機密数値は [X百万円] のようにプレースホルダーにして生成し、後でPowerPointで差し替える運用が安全。

まとめ：Gensparkをどう位置づけるか

Genspark の役割:
  構造化 → 表現 への変換エンジン

人間の役割:
  課題の構造化 → 数値の確認 → 意思決定

Gensparkが得意なのは「構造が決まっているものの視覚化」。 「課題とは何か」「あるべき状態はどこか」の思考は人間が行う必要がある。

プロンプトに課題の構造を入力する作業そのものが、スライド作成より先に解決すべき本質的な問い——「自分たちは何を解決しようとしているのか」——を明確にする効果がある。

関連概念