create-an-asset

アセットを作成

見込み顧客、対象者、目標に合わせたカスタム営業アセットを生成します。インタラクティブなランディングページ、プレゼンテーション資料、経営幹部向け1ページ資料、ワークフロー／アーキテクチャのデモに対応しています。

---

トリガー

次の場合にこのスキルを呼び出します：

• ユーザーが /create-an-asset または /create-an-asset [CompanyName] と入力した場合
• ユーザーが「アセットを作成」「デモを作る」「ランディングページを作る」「ワークフローのモックアップを作成」と依頼した場合
• ユーザーが営業の会話で使う顧客向け資料を必要としている場合

---

概要

このスキルでは、次のコンテキストを収集して、プロフェッショナルな営業アセットを作成します：

• (a) 見込み顧客 — 会社、担当者、会話内容、課題
• (b) 対象者 — 誰が閲覧するか、何を重視するか
• (c) 目的 — アセットの目標、期待する次のアクション
• (d) 形式 — ランディングページ、プレゼン資料、1ページ資料、ワークフローのデモ

続いて、調査、構成、作成を行い、顧客とすぐに共有できる、洗練されたブランドアセットに仕上げます。

---

フェーズ 0：コンテキストの検出と情報収集

ステップ 0.1：販売者のコンテキストを検出する

ユーザーのメールドメインから、勤務先の会社を特定します。

アクション：

1. ユーザーのメールからドメインを抽出する
2. 検索する："[domain]" company products services site:linkedin.com OR site:crunchbase.com
3. 販売者のコンテキストを判定する：

シナリオ	アクション
単一製品の会社	販売者のコンテキストを自動入力する
複数製品の会社	「このアセットはどの製品またはソリューション向けですか？」と尋ねる
コンサルタント／代理店／汎用ドメイン	「どの会社または製品を代表していますか？」と尋ねる
不明／スタートアップ	「何を販売しているか、簡単に教えてください」と尋ねる

販売者のコンテキストを保存する：

seller:
  company: "[Company Name]"
  product: "[Product/Service]"
  value_props:
    - "[Key value prop 1]"
    - "[Key value prop 2]"
    - "[Key value prop 3]"
  differentiators:
    - "[Differentiator 1]"
    - "[Differentiator 2]"
  pricing_model: "[If publicly known]"

今後のセッションに備えて、ナレッジベースに保存します。次回以降の呼び出し時には、「前回の販売者のコンテキストを保存しています。[Company] で [Product] を引き続き販売していますか？」と確認します。

---

ステップ 0.2：見込み顧客のコンテキストを収集する（a）

ユーザーに尋ねます：

項目	質問	必須
会社	「このアセットはどの会社向けですか？」	✓ はい
主要な担当者	「主要な担当者は誰ですか？（名前、役職）」	いいえ
商談の段階	「この商談はどの段階ですか？」	✓ はい
課題	「相手が共有している課題や優先事項はありますか？」	いいえ
過去の資料	「会話に関する資料（文字起こし、メール、メモ、通話録音）があればアップロードしてください」	いいえ

商談の段階の選択肢：

• 初回紹介／初回ミーティング
• ディスカバリー
• 評価／技術レビュー
• POC／パイロット
• 交渉
• クロージング

---

ステップ 0.3：対象者のコンテキストを収集する（b）

ユーザーに尋ねます：

項目	質問	必須
対象者の種類	「誰が閲覧しますか？」	✓ はい
具体的な役職	「対象に合わせて調整する役職はありますか？（例：CTO、エンジニアリング担当VP、CFO）」	いいえ
主な関心事	「相手が最も重視していることは何ですか？」	✓ はい
懸念事項	「対処すべき懸念や反論はありますか？」	いいえ

対象者の種類の選択肢：

• 経営幹部（C-suite、VP）
• 技術者（アーキテクト、エンジニア、開発者）
• オペレーション（運用、IT、調達）
• 混合／部門横断

主な関心事の選択肢：

• ROI／ビジネスへの影響
• 技術的な詳細／アーキテクチャ
• 戦略との整合性
• リスク軽減／セキュリティ
• 導入／タイムライン

---

ステップ 0.4：目的のコンテキストを収集する（c）

ユーザーに尋ねます：

項目	質問	必須
目標	「このアセットの目標は何ですか？」	✓ はい
期待するアクション	「閲覧した人に、その後どのような行動を取ってほしいですか？」	✓ はい

目標の選択肢：

• 初回紹介／第一印象
• ディスカバリー後のフォローアップ
• 技術的な詳細説明
• 経営幹部との認識合わせ／ビジネスケース
• POC の提案
• 商談のクロージング

---

Step 0.5：形式を選択する（d）

ユーザーに質問します：「どの形式が最適ですか？」

形式	説明	最適な用途
インタラクティブなランディングページ	デモ、指標、計算ツールを備えた複数タブのページ	経営陣との認識合わせ、初回紹介、価値提案
スライド形式	順序に沿ったスライド、プレゼンテーション向け	正式な会議、大人数の聴衆
1ページ資料	1ページにまとめたエグゼクティブサマリー	会議後に配布する資料、簡潔な要約
ワークフロー／アーキテクチャのデモ	アニメーション付きのフローを示すインタラクティブな図	技術的な詳細の検討、POC デモ、統合

---

Step 0.6：形式固有の入力

「ワークフロー／アーキテクチャのデモ」が選択された場合：

まず、ユーザーの説明から解析します。 次の内容を探します：

• 言及されているシステムとコンポーネント
• 説明されているデータフロー
• 人間が関与するポイント
• シナリオの例

次に、不足している情報について質問します：

不明な点	質問
コンポーネントが不明確	「どのシステムやコンポーネントが関係しますか？（データベース、API、AI、ミドルウェアなど）」
フローが不明確	「手順に沿って、フローを説明してもらえますか？」
人間が関与するポイントが不明確	「このワークフローのどこで人間が関与しますか？」
シナリオが曖昧	「デモに使える具体的なシナリオはありますか？」
統合の詳細が不明	「取り上げたい特定のツールやプラットフォームはありますか？」

---

フェーズ 1：調査（状況に応じて調整）

コンテキストの充実度を評価する

レベル	指標	調査の深さ
充実	文字起こしがアップロードされている、課題が詳しく説明されている、要件が明確	軽め — 不足分のみ補う
中程度	ある程度のコンテキストはあるが、文字起こしはない	中程度 — 企業と業界を調査
限定的	企業名のみ	詳細 — 一通り徹底的に調査

必ず調査する項目：

1. 見込み顧客の基本情報

   • 検索："[Company]" annual report investor presentation 2025 2026
   • 検索："[Company]" CEO strategy priorities 2025 2026
   • 抽出：売上高、従業員数、主要指標、戦略上の優先事項

2. 経営陣

   • 検索："[Company]" CEO CTO CIO 2025
   • 抽出：氏名、役職、戦略やテクノロジーに関する最近の発言

3. ブランドカラー

   • 検索："[Company]" brand guidelines
   • または企業のウェブサイトから抽出
   • 保存：プライマリーカラー、セカンダリーカラー、アクセントカラー

コンテキストが中程度または限定的な場合は、以下も調査する：

4. 業界の状況

   • 検索："[Industry]" trends challenges 2025 2026
   • 抽出：一般的な課題、市場の動向

5. テクノロジーの状況

   • 検索："[Company]" technology stack tools platforms
   • 抽出：現在のソリューション、統合候補となるポイント

6. 競合の状況

   • 検索："[Company]" vs [seller's competitors]
   • 抽出：現在のソリューション、乗り換えの兆候

文字起こし／資料がアップロードされている場合：

7. 会話の分析
   • 抽出：明示された課題、意思決定基準、懸念、スケジュール
   • 特定：参照すべき重要な発言（相手の表現をそのまま使う）
   • 留意：固有の用語、頭字語、社内プロジェクト名

---

フェーズ 2：構成の決定

インタラクティブなランディングページ

目的	推奨セクション
イントロ	企業との適合性 → ソリューションの概要 → 主なユースケース → 選ばれる理由 → 次のステップ
ディスカバリー後のフォローアップ	相手の優先事項 → 支援方法 → 関連事例 → ROI の枠組み → 次のステップ
技術的な詳細説明	アーキテクチャ → セキュリティとコンプライアンス → 統合 → パフォーマンス → サポート
経営層との認識合わせ	戦略的な適合性 → ビジネスへの影響 → ROI 計算ツール → リスク軽減 → パートナーシップ
POC 提案	範囲 → 成功基準 → タイムライン → チーム → 投資額 → 次のステップ
契約締結	価値のまとめ → 価格 → 導入計画 → 条件 → 署名

対象者に応じた調整：

• 経営層：ビジネスへの影響、ROI、戦略的な整合性から説明を始めます
• 技術担当者：アーキテクチャ、セキュリティ、統合の詳細から説明を始めます
• 運用担当者：ワークフローへの影響、変更管理、サポートから説明を始めます
• 複数の対象者：戦略面と実務面のバランスを取り、タブで詳細レベルを分けます

---

スライド形式

ランディングページと同じセクションを、順に並ぶスライド形式にします。

1. Title slide (Prospect + Seller logos, partnership framing)
2. Agenda
3-N. One section per slide (or 2-3 slides for dense sections)
N+1. Summary / Key takeaways
N+2. Next steps / CTA
N+3. Appendix (optional — detailed specs, pricing, etc.)

スライドの原則：

• 1 枚につき主要なメッセージを 1 つにします
• テキスト中心ではなく、ビジュアルを重視します
• 見込み顧客の指標や言葉を使います
• 発表者用のノートを含めます

---

ワンページャー

1 ページ内をスクロールする形式にまとめます。

┌─────────────────────────────────────┐
│ HERO: "[Prospect Goal] with [Product]" │
├─────────────────────────────────────┤
│ KEY POINT 1     │ KEY POINT 2     │ KEY POINT 3     │
│ [Icon + 2-3     │ [Icon + 2-3     │ [Icon + 2-3     │
│  sentences]     │  sentences]     │  sentences]     │
├─────────────────────────────────────┤
│ PROOF POINT: [Metric, quote, or case study] │
├─────────────────────────────────────┤
│ CTA: [Clear next action] │ [Contact info] │
└─────────────────────────────────────┘

---

ワークフロー／アーキテクチャのデモ

複雑さに応じた構成：

複雑さ	コンポーネント数	構成
シンプル	3-5	手順の注釈付き単一ビュー図
中程度	5-10	手順ごとのウォークスルーに対応したズーム可能なキャンバス
複雑	10+	ガイド付きツアー付きの多層ビュー（概要 → 詳細）

標準的な要素：

1. タイトルバー：[Scenario Name] — Powered by [Seller Product]
2. コンポーネントノード：各システムを表す視覚的なボックス／アイコン
3. フロー矢印：データの移動を示すアニメーション付きの接続
4. 手順パネル：現在の手順を平易な言葉で説明するサイドバー
5. コントロール：再生／一時停止／次へ／戻る／リセット
6. 注釈：重要な判断箇所や付加価値を示す吹き出し
7. データプレビュー：各手順でのサンプルペイロードや変換内容

---

フェーズ 3：コンテンツの生成

一般原則

すべてのコンテンツで、以下を満たしてください。

• ユーザーの入力やトランスクリプトにある具体的な課題に言及する
• 見込み顧客の言葉、つまり相手の用語や明示された優先事項を使う
• 販売者の製品と見込み顧客のニーズを明確に結び付ける
• 入手できる場合は、裏付けとなる情報（事例、指標、引用）を含める
• テンプレート的ではなく、相手に合わせた内容にする

---

セクションのテンプレート

ヒーロー／イントロ

Headline: "[Prospect's Goal] with [Seller's Product]"
Subhead: Tie to their stated priority or top industry challenge
Metrics: 3-4 key facts about the prospect (shows we did homework)

相手の優先事項（ディスカバリー後のフォローアップの場合）

Reference specific pain points from conversation:
- Use their exact words where possible
- Show we listened and understood
- Connect each to how we help

ソリューションの対応付け

For each pain point:
├── The challenge (in their words)
├── How [Product] addresses it
├── Proof point or example
└── Outcome / benefit

ユースケース／デモ

3-5 relevant use cases:
├── Visual mockup or interactive demo
├── Business impact (quantified if possible)
├── "How it works" — 3-4 step summary
└── Relevant to their industry/role

ROI／ビジネスケース

Interactive calculator with:
├── Inputs relevant to their business (from research)
│   ├── Number of users/developers
│   ├── Current costs or time spent
│   └── Expected improvement %
├── Outputs:
│   ├── Annual value / savings
│   ├── Cost of solution
│   ├── Net ROI
│   └── Payback period
└── Assumptions clearly stated (editable)

選ばれる理由／差別化要因

├── Differentiators vs. alternatives they might consider
├── Trust, security, compliance positioning
├── Support and partnership model
└── Customer proof points (logos, quotes, case studies)

次のステップ／CTA

├── Clear action aligned to Purpose (c)
├── Specific next step (not vague "let's chat")
├── Contact information
├── Suggested timeline
└── What happens after they take action

---

ワークフローデモのコンテンツ

コンポーネントの定義

各システムについて、以下を定義します。

component:
  id: "snowflake"
  label: "Snowflake Data Warehouse"
  type: "database"  # database | api | ai | middleware | human | document | output
  icon: "database"
  description: "Financial performance data"
  brand_color: "#29B5E8"

コンポーネントの種類：

• human — 開始または受信する人
• document — PDF、契約書、ファイル
• ai — AI／ML モデル、エージェント
• database — データストア、データウェアハウス
• api — API、サービス
• middleware — 統合プラットフォーム、MCP サーバー
• output — ダッシュボード、レポート、通知

フローの手順

各手順について、以下を定義します。

step:
  number: 1
  from: "human"
  to: "claude"
  action: "Initiates performance review"
  description: "Sarah, a Brand Analyst at [Prospect], kicks off the quarterly review..."
  data_example: "Review request: Nike brand, Q4 2025"
  duration: "~1 second"
  value_note: "No manual data gathering required"

シナリオの説明

明確で具体的なウォークスルーを記述します。

Step 1: Human Trigger
"Sarah, a Brand Performance Analyst at Centric Brands, needs to review
Q4 performance for the Nike license agreement. She opens the review
dashboard and clicks 'Start Review'..."

Step 2: Contract Analysis
"Claude retrieves the Nike contract PDF and extracts the performance
obligations: minimum $50M revenue, 12% margin requirement, quarterly
reporting deadline..."

Step 3: Data Query
"Claude formulates a query and sends it to Workato DataGenie:
'Get Q4 2025 revenue and gross margin for Nike brand from Snowflake'..."

Step 4: Results & Synthesis
"Snowflake returns the data. Claude compares actuals vs. obligations:
Revenue $52.3M ✓ (exceeded by $2.3M)
Margin 11.2% ⚠️ (0.8% below threshold)..."

Step 5: Insight Delivery
"Claude synthesizes findings into an executive summary with
recommendations: 'Review promotional spend allocation to improve
margin performance...'"

---

フェーズ 4：ビジュアルデザイン

カラーシステム

:root {
    /* === Prospect Brand (Primary) === */
    --brand-primary: #[extracted from research];
    --brand-secondary: #[extracted];
    --brand-primary-rgb: [r, g, b]; /* For rgba() usage */

    /* === Dark Theme Base === */
    --bg-primary: #0a0d14;
    --bg-elevated: #0f131c;
    --bg-surface: #161b28;
    --bg-hover: #1e2536;

    /* === Text === */
    --text-primary: #ffffff;
    --text-secondary: rgba(255, 255, 255, 0.7);
    --text-muted: rgba(255, 255, 255, 0.5);

    /* === Accent === */
    --accent: var(--brand-primary);
    --accent-hover: var(--brand-secondary);
    --accent-glow: rgba(var(--brand-primary-rgb), 0.3);

    /* === Status === */
    --success: #10b981;
    --warning: #f59e0b;
    --error: #ef4444;
}

タイポグラフィ

/* Primary: Clean, professional sans-serif */
font-family: 'Inter', -apple-system, BlinkMacSystemFont, sans-serif;

/* Headings */
h1: 2.5rem, font-weight: 700
h2: 1.75rem, font-weight: 600
h3: 1.25rem, font-weight: 600

/* Body */
body: 1rem, font-weight: 400, line-height: 1.6

/* Captions/Labels */
small: 0.875rem, font-weight: 500

ビジュアル要素

カード：

• 背景：var(--bg-surface)
• 枠線：1px solid rgba(255,255,255,0.1)
• 角丸：12px
• ボックスシャドウ：控えめな多層表示
• ホバー：わずかに浮き上がらせ、枠線を光らせる

ボタン：

• プライマリ：var(--accent) の背景、白いテキスト
• セカンダリ：透明、アクセントカラーの枠線
• ホバー：明るさを上げ、わずかに拡大

アニメーション：

• トランジション：200-300ms ease
• タブの切り替え：フェード＋スライド
• ホバー状態：滑らかで、唐突にならないようにする
• 読み込み：控えめなパルスまたはスケルトン表示

ワークフローデモ固有

コンポーネントノード：

.node {
    background: var(--bg-surface);
    border: 2px solid var(--brand-primary);
    border-radius: 12px;
    padding: 16px;
    min-width: 140px;
}

.node.active {
    box-shadow: 0 0 20px var(--accent-glow);
    border-color: var(--accent);
}

.node.human {
    border-color: #f59e0b; /* Warm color for humans */
}

.node.ai {
    background: linear-gradient(135deg, var(--bg-surface), var(--bg-elevated));
    border-color: var(--accent);
}

フローの矢印：

.arrow {
    stroke: var(--text-muted);
    stroke-width: 2;
    fill: none;
    marker-end: url(#arrowhead);
}

.arrow.active {
    stroke: var(--accent);
    stroke-dasharray: 8 4;
    animation: flowDash 1s linear infinite;
}

キャンバス：

.canvas {
    background:
        radial-gradient(circle at center, var(--bg-elevated) 0%, var(--bg-primary) 100%),
        url("data:image/svg+xml,..."); /* Subtle grid pattern */
    overflow: auto;
}

---

フェーズ 5：確認の質問（必須）

**アセットを作成する前に、必ず確認の質問をしてください。**認識を合わせ、無駄な作業を防ぐためです。

ステップ 5.1：理解した内容をまとめる

まず、理解した内容をユーザーに示します。

"Here's what I'm planning to build:

**Asset**: [Format] for [Prospect Company]
**Audience**: [Audience type] — specifically [roles if known]
**Goal**: [Purpose] → driving toward [desired action]
**Key themes**: [2-3 main points to emphasize]

[For workflow demos, also show:]
**Components**: [List of systems]
**Flow**: [Step 1] → [Step 2] → [Step 3] → ...

ステップ 5.2：標準的な質問をする（すべての形式）

質問	理由
「ご希望のイメージと合っていますか？」	理解した内容の確認
「成功のために、絶対に外せないことは何ですか？」	優先事項の明確化
「ご希望のトーンは？（大胆で自信に満ちた／相談型／技術的で正確）」	スタイルのすり合わせ
「簡潔にまとめますか、それとも包括的にしますか？」	範囲の調整

ステップ 5.3：形式別の質問をする

インタラクティブなランディングページ：

• 「この対象者にとって、最も重要なセクションはどれですか？」
• 「取り上げたいデモやユースケースはありますか？」
• 「ROI 計算ツールを含めますか？」
• 「競合との位置づけについて触れる必要はありますか？」

デッキ形式：

• 「プレゼンテーションの長さはどのくらいですか？（スライド数の参考にします）」
• 「ライブで発表しますか、それとも後から読んでもらう資料ですか？」
• 「想定している具体的な流れやストーリー展開はありますか？」

1 ページ資料：

• 「最も重要なメッセージは何ですか？」
• 「掲載する具体的な根拠や統計データはありますか？」
• 「印刷用ですか、それともデジタル用ですか？」

ワークフロー／アーキテクチャのデモ：

• 「コンポーネントを確認させてください：[一覧]。何か不足していますか？」
• 「理解したフローはこちらです：[手順]。合っていますか？」
• 「デモでは現実的なサンプルデータを表示しますか、それとも抽象的な内容にしますか？」
• 「強調する、または控えめに扱うべき連携の詳細はありますか？」
• 「閲覧者が各ステップをクリックして進める形式にしますか、それとも自動再生にしますか？」

ステップ 5.4：確認して進める

ユーザーの返答後：

"Got it. I have what I need. Building your [format] now..."

または、まだ不明点がある場合：

"One more quick question: [specific follow-up]"

**質問は最大 2 回までです。**それでも曖昧な場合は、妥当な選択をして、「X を選びました。Y のほうがよければ、簡単に変更できます」と伝えてください。

---

フェーズ 6：作成と納品

アセットを作成する

上記の仕様に従い、次の手順で進めます。

1. フェーズ 2 に基づいて構成を生成する
2. フェーズ 3 に基づいてコンテンツを作成する
3. フェーズ 4 に基づいてビジュアルデザインを適用する
4. すべてのインタラクティブ要素が動作することを確認する
5. レスポンシブ対応をテストする（該当する場合）

出力形式

すべての形式：単体で動作する HTML ファイル

• すべての CSS をインラインまたは <style> タグ内に記述する
• すべての JS をインラインまたは <script> タグ内に記述する
• 外部依存関係なし（Google Fonts を除く）
• 共有しやすい単一ファイル

ファイル名：[ProspectName]-[format]-[date].html

• 例：CentricBrands-workflow-demo-2026-01-28.html

納品メッセージ

## ✓ Asset Created: [Prospect Name]

[View your asset](computer:///path/to/file.html)

---

**Summary**
- **Format**: [Interactive Page / Deck / One-Pager / Workflow Demo]
- **Audience**: [Type and roles]
- **Purpose**: [Goal] → [Desired action]
- **Sections/Steps**: [Count and list]

---

**Deployment Options**

To share this with your customer:
- **Static hosting**: Upload to Netlify, Vercel, GitHub Pages, AWS S3, or any static host
- **Password protection**: Most hosts offer this (e.g., Netlify site protection)
- **Direct share**: Send the HTML file directly — it's fully self-contained
- **Embed**: The file can be iframed into other pages if needed

---

**Customization**

Let me know if you'd like to:
- Adjust colors or styling
- Add, remove, or reorder sections
- Refine any messaging or copy
- Change the flow or architecture (for workflow demos)
- Add more interactive elements
- Export as PDF or static images

---

フェーズ 7：反復的な改善への対応

納品後も、改善の要望に対応できるようにします。

ユーザーの要望	対応
「色を変更して」	コンテンツは維持し、新しい配色で再生成する
「X に関するセクションを追加して」	流れを保ちながら新しいセクションを挿入する
「もっと短くして」	要点を優先して簡潔にする
「フローが違う」	修正内容に基づいてアーキテクチャを再構築する
「代わりに自社のブランドを使って」	見込み客のブランドから販売側のブランドに切り替える
「ステップ 3 をもっと詳しくして」	そのセクションを具体的に拡充する
「PDF にできますか？」	印刷に最適化したバージョンを提供する

注意：初期作成では見込み客のブランドカラーをデフォルトで使用しますが、作成後に販売側のブランドや中立的な配色へ変更できます。

---

品質チェックリスト

納品前に、以下を確認します。

コンテンツ

• 見込み客の会社名が全体を通して正しく表記されている
• 経営陣の氏名が最新である（古い情報ではない）
• 課題が入力内容や文字起こしを正確に反映している
• 販売側の製品が正確に表現されている
• プレースホルダーテキストが残っていない
• 根拠となるデータが正確で、出典が示されている

ビジュアル

• ブランドカラーが正しく適用されている
• すべてのテキストが読みやすい（コントラスト）
• アニメーションがスムーズで、注意をそらさない
• モバイルに対応している（インタラクティブなページの場合）
• ダークテーマが洗練された見た目になっている

機能面

• すべてのタブ／セクションが正しく読み込まれる
• インタラクティブな要素が動作する（計算ツール、デモ）
• ワークフローの手順が適切にアニメーション表示される（該当する場合）
• ナビゲーションが直感的に使える
• CTA が明確で、クリックできる

プロフェッショナル面

• トーンが対象者に合っている
• 目的に対して詳細度が適切である
• 誤字脱字や文法上の誤りがない
• テンプレートを当てはめたのではなく、対象に合わせて作られている

---

例

例 1：経営幹部向けランディングページ

入力：

• 見込み顧客：Acme Corp（製造業）
• 対象者：経営幹部
• 目的：ディスカバリー後の経営陣の認識合わせ
• 形式：インタラクティブなランディングページ

出力構成：

[Tabs]
Strategic Fit | Business Impact | ROI Calculator | Security & Trust | Next Steps

[Strategic Fit tab]
- Acme's stated priorities (from discovery call)
- How [Product] aligns
- Relevant manufacturing customers

例 2：技術ワークフローのデモ

入力：

• 見込み顧客：Centric Brands
• 対象者：IT アーキテクト
• 目的：POC の提案
• 形式：ワークフローのデモ
• コンポーネント：Claude、Workato DataGenie、Snowflake、PDF 契約書

出力構成：

[Interactive canvas with 5 nodes]
Human → Claude → PDF Contracts → Workato → Snowflake
         ↓
    [Results back to Human]

[Step-by-step walkthrough with sample data]
[Controls: Play | Pause | Step | Reset]

例 3：営業用ワンページ資料

入力：

• 見込み顧客：TechStart Inc
• 対象者：エンジニアリング担当 VP
• 目的：初回ミーティング後に渡す資料
• 形式：ワンページ資料

出力構成：

Hero: "Accelerate TechStart's Product Velocity"
Point 1: [Dev productivity]
Point 2: [Code quality]
Point 3: [Time to market]
Proof: "Similar companies saw 40% faster releases"
CTA: "Schedule technical deep-dive"

---

付録：コンポーネントのアイコン

ワークフローのデモでは、次のアイコンの対応付けを使用します。

種類	アイコン	例
人間	👤 または人物の SVG	ユーザー、アナリスト、管理者
ドキュメント	📄 またはファイルの SVG	PDF、契約書、レポート
AI	🤖 または脳の SVG	Claude、AI エージェント
データベース	🗄️ または円柱の SVG	Snowflake、Postgres
API	🔌 またはプラグの SVG	REST API、GraphQL
ミドルウェア	⚡ またはハブの SVG	Workato、MCP サーバー
出力	📊 または画面の SVG	ダッシュボード、レポート

---

付録：ブランドカラーの代替案

ブランドカラーを抽出できない場合は、次の色を使用します。

業界	プライマリ	セカンダリ
テクノロジー	#2563eb	#7c3aed
金融	#0f172a	#3b82f6
ヘルスケア	#0891b2	#06b6d4
製造業	#ea580c	#f97316
小売	#db2777	#ec4899
エネルギー	#16a34a	#22c55e
デフォルト	#3b82f6	#8b5cf6

---

あらゆる販売担当者、製品、見込み顧客に対応する、汎用的な営業資料作成スキルです。