アセットを作成する

見込み客、オーディエンス、目標に合わせてカスタマイズされた営業資料を生成します。インタラクティブなランディング ページ、プレゼンテーション デッキ、経営陣向けワンページャー、ワークフロー/アーキテクチャ デモに対応しています。

---

トリガー

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

• ユーザーが /create-an-asset または /create-an-asset [CompanyName] と言う
• ユーザーが「アセットを作成する」「デモを構築する」「ランディング ページを作る」「ワークフロー案を作成する」とリクエストする
• ユーザーが営業会話用の顧客向け成果物が必要

---

概要

このスキルは、以下に関するコンテキストを収集して、プロフェッショナルな営業資料を作成します：

• (a) 見込み客 — 会社、連絡先、会話、課題
• (b) オーディエンス — 誰が見るのか、何に関心があるのか
• (c) 目的 — 資料の目標、望ましい次のアクション
• (d) フォーマット — ランディング ページ、デッキ、ワンページャー、ワークフロー デモ

次に、スキルはリサーチ、構造化、構築を行い、顧客と共有できるポーランド仕上げのブランド資料を完成させます。

---

フェーズ 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 Engineering、CFO)」	いいえ
主な関心事	「彼らは何を最も気にしていますか？」	✓ はい
異議	「対処する必要がある懸念や異議はありますか？」	いいえ

オーディエンス タイプのオプション：

• エグゼクティブ (C スイート、VP)
• テクニカル (アーキテクト、エンジニア、デベロッパー)
• オペレーション (Ops、IT、調達)
• 混合 / クロスファンクショナル

主な関心事のオプション：

• ROI / ビジネス インパクト
• テクニカル深度 / アーキテクチャ
• 戦略的調整
• リスク軽減 / セキュリティ
• 実装 / タイムライン

---

ステップ 0.4：目的コンテキストを収集 (c)

ユーザーに質問：

フィールド	プロンプト	必須
目標	「このアセットの目標は何ですか？」	✓ はい
望ましいアクション	「視聴者はこれを見た後、何をすべきですか？」	✓ はい

目標のオプション：

• イントロ / 第一印象
• ディスカバリー フォローアップ
• テクニカル ディープダイブ
• エグゼクティブ調整 / ビジネス ケース
• POC 提案
• ディール クローズ

---

ステップ 0.5：フォーマットを選択 (d)

ユーザーに質問： 「このフォーマットは何が最適ですか？」

フォーマット	説明	最適な用途
インタラクティブ ランディング ページ	デモ、メトリクス、計算機を備えたマルチタブ ページ	エグゼクティブ調整、イントロ、バリュー プロポジション
デッキ スタイル	直線的なスライド、プレゼンテーション対応	フォーマル ミーティング、大規模オーディエンス
ワンページャー	単一スクロール エグゼクティブ サマリー	レジューメ、クイック サマリー
ワークフロー / アーキテクチャ デモ	アニメーション フロー付きインタラクティブ ダイアグラム	テクニカル ディープダイブ、POC デモ、統合

---

ステップ 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. タイトル スライド (見込み客 + 販売者ロゴ、パートナーシップ フレーミング)
2. アジェンダ
3-N. セクションごとに 1 スライド (または密度の高いセクションで 2-3 スライド)
N+1. サマリー / 主要なポイント
N+2. 次のステップ / CTA
N+3. 付録 (オプション — 詳細な仕様、価格設定等)

スライドの原則：

• スライドあたり 1 つのキー メッセージ
• テキストより視覚的
• 見込み客のメトリクスと言葉を使用
• スピーカー ノート含める

---

ワンページャー

単一スクロール フォーマットに凝縮：

┌─────────────────────────────────────┐
│ ヒーロー: "[Prospect Goal] with [Product]" │
├─────────────────────────────────────┤
│ キー ポイント 1     │ キー ポイント 2     │ キー ポイント 3     │
│ [アイコン + 2-3     │ [アイコン + 2-3     │ [アイコン + 2-3     │
│  文]     │  文]     │  文]     │
├─────────────────────────────────────┤
│ 証拠ポイント: [メトリクス、引用、ケーススタディ] │
├─────────────────────────────────────┤
│ CTA: [明確な次のアクション] │ [連絡先情報] │
└─────────────────────────────────────┘

---

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

複雑度に基づいて構造化：

複雑さ	コンポーネント	構造
シンプル	3-5	ステップ注釈付きの単一ビュー ダイアグラム
中程度	5-10	ズーム可能なキャンバスでステップバイステップ ウォークスルー
複雑	10+	マルチレイヤー ビュー (概要 → 詳細) でガイド付きツアー

標準要素：

1. タイトル バー：[シナリオ名] — [販売者製品] で提供
2. コンポーネント ノード：各システムのビジュアル ボックス/アイコン
3. フロー矢印：データ移動を示すアニメーション接続
4. ステップ パネル：現在のステップをプレーン言語で説明するサイドバー
5. コントロール：再生 / 一時停止 / 前へ / 戻る / リセット
6. 注釈：主要な決定ポイントと付加価値のコールアウト
7. データ プレビュー：各ステップでのサンプル ペイロードまたは変換

---

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

一般的な原則

すべてのコンテンツは以下を満たしている必要があります：

• ユーザー入力またはトランスクリプトからの 特定の課題 を参照
• 見込み客の言葉 を使用 — 彼らの用語、述べられた優先事項
• 販売者の製品 → 見込み客のニーズ を明示的にマッピング
• 利用可能な場所で 証拠ポイント を含める (ケーススタディ、メトリクス、引用)
• テンプレート的ではなく、カスタマイズされた ように感じる

---

セクション テンプレート

ヒーロー / イントロ

見出し: "[見込み客の目標] with [販売者の製品]"
サブ見出し: 彼らの述べられた優先事項またはトップ業界課題に結びつける
メトリクス: 見込み客に関する 3-4 の主要事実 (宿題をしたことを示す)

彼らの優先事項 (ディスカバリー フォローアップの場合)

会話からの特定の課題を参照：
- 可能な限り彼らの正確な言葉を使用
- 我々が聞いて理解したことを示す
- 各々を我々がどう支援するかに結び付ける

ソリューション マッピング

各課題について：
├── 課題 (彼らの言葉で)
├── [製品] がそれをどう対処するか
├── 証拠ポイントまたは例
└── 結果 / メリット

ユースケース / デモ

3-5 の関連ユースケース：
├── ビジュアル モックアップまたはインタラクティブ デモ
├── ビジネス インパクト (可能な場合は定量化)
├── 「それがどう機能するか」 — 3-4 ステップ サマリー
└── 彼らの業界/役職に関連

ROI / ビジネス ケース

以下の入力を可能にするインタラクティブ計算機：
├── 彼らのビジネスに関連する入力 (リサーチから)
│   ├── ユーザー/デベロッパー数
│   ├── 現在のコストまたは時間使用
│   └── 期待される改善率 %
├── 出力：
│   ├── 年間バリュー / 削減
│   ├── ソリューション コスト
│   ├── 純 ROI
│   └── ペイバック期間
└── 仮定は明確に述べられている (編集可能)

我々を選ぶ理由 / 差別化要因

├── 彼らが検討する可能性のある代替との差別化要因
├── トラスト、セキュリティ、コンプライアンス ポジショニング
├── サポートとパートナーシップ モデル
└── 顧客証拠ポイント (ロゴ、引用、ケーススタディ)

次のステップ / CTA

├── 目的 (c) に沿った明確なアクション
├── 具体的な次のステップ (曖昧な「話しましょう」ではない)
├── 連絡先情報
├── 提案されるタイムライン
└── 彼らがアクションを取った後で何が起こるか

---

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

コンポーネント定義

各システムについて、定義：

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"

シナリオ ナラティブ

明確で具体的なウォークスルーを記述：

ステップ 1：人間トリガー
「Sarah は Centric Brands のブランド パフォーマンス アナリストで、
Nike ライセンス契約に対する Q4 パフォーマンスをレビューする必要があります。彼女は
レビュー ダッシュボードを開き、『レビューを開始』をクリックします...」

ステップ 2：契約分析
「Claude は Nike 契約 PDF を取得し、パフォーマンス義務を抽出します：
最小 $50M 収益、12% マージン要件、四半期ごとのレポート期限...」

ステップ 3：データ クエリ
「Claude は Workato DataGenie にクエリを定式化して送信します：
『Snowflake から Nike ブランドの Q4 2025 の収益と総利益を取得する』...」

ステップ 4：結果と総合化
「Snowflake はデータを返します。Claude は実績を義務と比較します：
収益 $52.3M ✓ ($2.3M により超過)
マージン 11.2% ⚠️ (閾値より 0.8% 下回る)...」

ステップ 5：インサイト配信
「Claude は発見をエグゼクティブ サマリーに総合化し、勧告付きで：
『プロモーション支出の配分をレビューして、
マージン パフォーマンスを向上させます...』」

---

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

カラー システム

:root {
    /* === 見込み客ブランド (プライマリ) === */
    --brand-primary: #[extracted from research];
    --brand-secondary: #[extracted];
    --brand-primary-rgb: [r, g, b]; /* rgba() 使用用 */

    /* === ダーク テーマ ベース === */
    --bg-primary: #0a0d14;
    --bg-elevated: #0f131c;
    --bg-surface: #161b28;
    --bg-hover: #1e2536;

    /* === テキスト === */
    --text-primary: #ffffff;
    --text-secondary: rgba(255, 255, 255, 0.7);
    --text-muted: rgba(255, 255, 255, 0.5);

    /* === アクセント === */
    --accent: var(--brand-primary);
    --accent-hover: var(--brand-secondary);
    --accent-glow: rgba(var(--brand-primary-rgb), 0.3);

    /* === ステータス === */
    --success: #10b981;
    --warning: #f59e0b;
    --error: #ef4444;
}

タイポグラフィ

/* プライマリ：クリーン、プロフェッショナルな サンセリフ */
font-family: 'Inter', -apple-system, BlinkMacSystemFont, sans-serif;

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

/* ボディ */
body: 1rem, font-weight: 400, line-height: 1.6

/* キャプション/ラベル */
small: 0.875rem, font-weight: 500

ビジュアル要素

カード：

• 背景：var(--bg-surface)
• ボーダー：1px solid rgba(255,255,255,0.1)
• Border-radius：12px
• Box-shadow：微妙で層化
• ホバー：わずかな高度上昇、ボーダー グロー

ボタン：

• プライマリ：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; /* 人間向け暖色 */
}

.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,..."); /* 微妙なグリッド パターン */
    overflow: auto;
}

---

フェーズ 5：明確化質問 (必須)

アセットを構築する前に、常に明確化質問を尋ねます。 これにより、整合性を確保し、無駄な努力を防ぎます。

ステップ 5.1：理解を要約

まず、ユーザーに理解した内容を表示：

「ここで構築予定のアセットです：

**アセット**：[見込み客会社] 向け [フォーマット]
**オーディエンス**：[オーディエンス タイプ] — 特に [職位] (既知の場合)
**目標**：[目的] → [望ましいアクション] に向かって駆動
**主要なテーマ**：[強調する主要なポイント 2-3]

[ワークフロー デモの場合、次も表示：]
**コンポーネント**：[システムのリスト]
**フロー**：[ステップ 1] → [ステップ 2] → [ステップ 3] → ...

ステップ 5.2：標準質問を尋ねる (すべてのフォーマット)

質問	理由
「これはあなたのビジョンと一致していますか？」	理解を確認
「これが成功するために必ず釘付けにする 1 つのものは何ですか？」	優先事項に焦点を当てる
「トーン設定？(大胆自信 / コンサルティング / テクニカル且つ正確)」	スタイル整合性
「焦点を絞ったコンパクト、または包括的？」	スコープ キャリブレーション

ステップ 5.3：フォーマット固有の質問を尋ねる

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

• 「このオーディエンスにとってどのセクションが最も重要ですか？」
• 「強調する特定のデモまたはユースケースはありますか？」
• 「ROI 計算機を含めるべきですか？」
• 「対処すべき競争ポジショニングはありますか？」

デッキ スタイル：

• 「プレゼンテーションの長さはどのくらいですか？(スライド数を決定するのに役立ちます)」
• 「ライブプレゼン、またはレジューメ？」
• 「念頭に置いている特定のフロー或いはナラティブ アーク？」

ワンページャー：

• 「最も重要な単一のメッセージは何ですか？」
• 「特定の証拠ポイントまたは統計を特集すべきですか？」
• 「これは印刷またはデジタルですか？」

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

• 「コンポーネントを確認させてください：[リスト]。不足していることはありますか？」
• 「理解したフロー：[ステップ]。正しいですか？」
• 「デモにはリアルなサンプル データを表示すべき、または抽象的にしますか？」
• 「強調またはダウンプレイすべき統合詳細？」
• 「視聴者はステップをクリックスルー出来るべき、または自動再生？」

ステップ 5.4：確認して進行

ユーザーが応答した後：

「了解しました。今必要なものがすべてあります。[フォーマット] を構築しています...」

または、まだ不明確な場合：

「もう 1 つ簡単な質問：[特定のフォローアップ]」

最大 2 ラウンドの質問。 それでも曖昧な場合は、合理的な選択を加え、注記します：「X を選びました — Y を好む場合は簡単に調整可能です。」

---

フェーズ 6：ビルドと配信

アセットをビルド

上記の仕様のすべてに従って：

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

出力形式

すべてのフォーマット：自己完結型 HTML ファイル

• すべての CSS をインラインまたは <style> タグで
• すべての JS をインラインまたは <script> タグで
• 外部依存なし (Google フォント除く)
• 簡単な共有のための単一ファイル

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

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

配信メッセージ

## ✓ アセット作成：[見込み客名]

[あなたのアセットを表示](computer:///path/to/file.html)

---

**サマリー**
- **フォーマット**：[インタラクティブ ページ / デッキ / ワンページャー / ワークフロー デモ]
- **オーディエンス**：[タイプと役職]
- **目的**：[目標] → [望ましいアクション]
- **セクション/ステップ**：[カウントとリスト]

---

**配置オプション**

顧客とこれを共有するには：
- **静的ホスティング**：Netlify、Vercel、GitHub Pages、AWS S3、または任意の静的ホストにアップロード
- **パスワード保護**：ほとんどのホストがこれを提供 (例：Netlify サイト保護)
- **直接共有**：HTML ファイルを直接送信 — それは完全に自己完結型
- **埋め込み**：ファイルを他のページに iframe できます (必要な場合)

---

**カスタマイズ**

次のいずれかを希望する場合はお知らせください：
- 色またはスタイルを調整
- セクションを追加、削除、または並べ替え
- メッセージングまたはコピーを改善
- フロー或いはアーキテクチャを変更 (ワークフロー デモ用)
- より多くのインタラクティブ要素を追加
- PDF または静止画としてエクスポート

---

フェーズ 7：イテレーション サポート

配信後、イテレーション準備：

ユーザー リクエスト	アクション
「色を変更」	新しいパレットで再生成、コンテンツ保持
「X に関するセクションを追加」	新しいセクション挿入、フロー保持
「短くする」	凝縮、主要ポイント優先
「フローが間違っている」	補正に基づいてアーキテクチャを再構築
「我々のブランド代わりに使用」	見込み客ブランドから販売者ブランドに切り替え
「ステップ 3 にさらに詳細を追加」	そのセクション具体的に拡大
「これを PDF として取得できますか？」	印刷最適化バージョン提供

記憶：デフォルトは見込み客のブランド カラー、しかし販売者は初期ビルド後に自分のブランドまたはニュートラル パレットに調整可能。

---

品質チェックリスト

配信前に、確認：

コンテンツ

• 見込み客会社名が全体で正しくスペルされている
• リーダーシップ名が現在 (古くない)
• 課題が入力/トランスクリプトを正確に反映
• 販売者の製品が正確に表現
• プレースホルダー テキストが残っていない
• 証拠ポイントが正確にソース

ビジュアル

• ブランド カラーが正しく適用
• すべてのテキストが読める (コントラスト)
• アニメーション滑らか、気が散らない
• モバイル レスポンシブ (インタラクティブ ページの場合)
• ダーク テーマがポーランド仕上げ

機能

• すべてのタブ/セクションが正しく読み込み
• インタラクティブ要素が機能 (計算機、デモ)
• ワークフロー ステップがアニメーション適切 (該当する場合)
• ナビゲーション直感的
• CTA が明確でクリック可能

プロフェッショナル

• トーンがオーディエンスに一致
• 目的に対して適切な詳細レベル
• タイポと文法エラーなし
• テンプレート的ではなく、カスタマイズされた感じ

---

例

例 1：エグゼクティブ ランディング ページ

入力：

• 見込み客：Acme Corp (製造)
• オーディエンス：C スイート
• 目的：ディスカバリー後のエグゼクティブ調整
• フォーマット：インタラクティブ ランディング ページ

出力構造：

[タブ]
戦略的適合性 | ビジネス インパクト | ROI 計算機 | セキュリティ & トラスト | 次のステップ

[戦略的適合性 タブ]
- Acme の述べられた優先事項 (ディスカバリー コールから)
- [製品] がどう整合性を合わせるか
- 関連する製造顧客

例 2：テクニカル ワークフロー デモ

入力：

• 見込み客：Centric Brands
• オーディエンス：IT アーキテクト
• 目的：POC 提案
• フォーマット：ワークフロー デモ
• コンポーネント：Claude、Workato DataGenie、Snowflake、PDF 契約

出力構造：

[5 つのノード付きインタラクティブ キャンバス]
人間 → Claude → PDF 契約 → Workato → Snowflake
         ↓
    [結果は人間に戻す]

[ステップバイステップ ウォークスルーでサンプル データ]
[コントロール：再生 | 一時停止 | ステップ | リセット]

例 3：営業ワンページャー

入力：

• 見込み客：TechStart Inc
• オーディエンス：VP Engineering
• 目的：初回ミーティング後のレジューメ
• フォーマット：ワンページャー

出力構造：

ヒーロー：「TechStart の製品ベロシティを加速」
ポイント 1：[開発者生産性]
ポイント 2：[コード品質]
ポイント 3：[マーケット投入時間]
証拠：「同様の会社はリリースで 40% より速く見ました」
CTA：「テクニカル ディープダイブをスケジュール」

---

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

ワークフロー デモの場合、これらのアイコン マッピングを使用：

タイプ	アイコン	例
human	👤 または person SVG	ユーザー、アナリスト、管理者
document	📄 または file SVG	PDF、契約、レポート
ai	🤖 または brain SVG	Claude、AI エージェント
database	🗄️ または cylinder SVG	Snowflake、Postgres
api	🔌 または plug SVG	REST API、GraphQL
middleware	⚡ または hub SVG	Workato、MCP サーバー
output	📊 または screen SVG	ダッシュボード、レポート

---

付録：ブランド カラー フォールバック

ブランド カラーを抽出できない場合：

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

---

汎用営業資料生成用に作成されたスキル。任意の販売者、任意の製品、任意の見込み客に対応。