定制销售资产生成器Skill create-an-asset

此技能用于根据销售上下文生成定制的销售资产,包括落地页、演示文稿、一页纸和工作流程演示。它通过收集潜在客户、受众和目标信息,创建经过打磨、品牌化的资产,帮助销售团队有效沟通和推动交易。关键词:销售资产、定制生成、落地页、演示文稿、工作流程演示、营销工具、销售自动化。

内容营销 0 次安装 0 次浏览 更新于 3/18/2026

名称: 创建资产 描述: 从您的交易上下文中生成定制的销售资产(落地页、演示文稿、一页纸、工作流程演示)。描述您的潜在客户、受众和目标 — 获得一个经过打磨的、品牌化的资产,准备与客户分享。

创建资产

根据您的潜在客户、受众和目标生成定制的销售资产。支持交互式落地页、演示文稿、执行一页纸和工作流程/架构演示。


触发器

当以下情况时调用此技能:

  • 用户说 /create-an-asset/create-an-asset [公司名称]
  • 用户请求“创建资产”、“构建演示”、“制作落地页”、“模拟工作流程”
  • 用户需要面向客户的交付物以用于销售对话

概述

此技能通过收集以下上下文创建专业的销售资产:

  • (a) 潜在客户 — 公司、联系人、对话、痛点
  • (b) 受众 — 谁在查看,他们关心什么
  • © 目的 — 资产的目标,期望的下一步行动
  • (d) 格式 — 落地页、演示文稿、一页纸或工作流程演示

然后,该技能研究、构建和构建一个经过打磨的、品牌化的资产,准备与客户分享。


阶段 0:上下文检测与输入收集

步骤 0.1:检测销售方上下文

从用户的电子邮件域中,识别他们工作的公司。

行动:

  1. 从用户的电子邮件中提取域
  2. 搜索:"[域]" 公司 产品 服务 site:linkedin.com OR site:crunchbase.com
  3. 确定销售方上下文:
场景 行动
单产品公司 自动填充销售方上下文
多产品公司 询问:“这个资产适用于哪个产品或解决方案?”
顾问/代理/通用域 询问:“您代表哪个公司或产品?”
未知/初创公司 询问:“简要来说,您销售什么?”

存储销售方上下文:

销售方:
  公司: "[公司名称]"
  产品: "[产品/服务]"
  价值主张:
    - "[关键价值主张 1]"
    - "[关键价值主张 2]"
    - "[关键价值主张 3]"
  差异化因素:
    - "[差异化因素 1]"
    - "[差异化因素 2]"
  定价模型: "[如果公开已知]"

持久化到知识库 供未来会话使用。在后续调用中,确认:“我从上次记住了您的销售方上下文 — 仍在 [公司] 销售 [产品] 吗?”


步骤 0.2:收集潜在客户上下文 (a)

询问用户:

字段 提示 必需
公司 “这个资产是为哪个公司准备的?” ✓ 是
关键联系人 “关键联系人是谁?(姓名、角色)”
交易阶段 “这个交易处于什么阶段?” ✓ 是
痛点 “他们分享了什么痛点或优先级?”
过去材料 “上传任何对话材料(文字记录、电子邮件、笔记、通话录音)”

交易阶段选项:

  • 介绍 / 第一次会议
  • 发现
  • 评估 / 技术评审
  • POC / 试点
  • 谈判
  • 关闭

步骤 0.3:收集受众上下文 (b)

询问用户:

字段 提示 必需
受众类型 “谁将查看这个?” ✓ 是
具体角色 “有任何具体职位需要定制吗?(例如,CTO、VP Engineering、CFO)”
主要关切 “他们最关心什么?” ✓ 是
异议 “有任何担忧或异议需要解决吗?”

受众类型选项:

  • 执行层(C-suite、副总裁)
  • 技术层(架构师、工程师、开发者)
  • 运营层(运维、IT、采购)
  • 混合 / 跨职能

主要关切选项:

  • 投资回报率 / 业务影响
  • 技术深度 / 架构
  • 战略对齐
  • 风险缓解 / 安全
  • 实施 / 时间线

步骤 0.4:收集目的上下文 ©

询问用户:

字段 提示 必需
目标 “这个资产的目标是什么?” ✓ 是
期望行动 “查看者看到后应该做什么?” ✓ 是

目标选项:

  • 介绍 / 第一印象
  • 发现跟进
  • 技术深入探讨
  • 执行层对齐 / 业务案例
  • POC 提案
  • 交易关闭

步骤 0.5:选择格式 (d)

询问用户: “哪种格式最适合这个?”

格式 描述 最佳用于
交互式落地页 多标签页面,带演示、指标、计算器 执行层对齐、介绍、价值主张
演示文稿风格 线性幻灯片,可演示 正式会议、大受众
一页纸 单滚动执行摘要 留后、快速摘要
工作流程 / 架构演示 带动画流程的交互式图表 技术深入探讨、POC 演示、集成

步骤 0.6:格式特定输入

如果选择“工作流程 / 架构演示”:

首先,从用户的描述中解析。 寻找:

  • 提到的系统和组件
  • 描述的数据流
  • 人类交互点
  • 示例场景

然后询问任何缺失:

如果缺失… 询问…
组件不清晰 “涉及哪些系统或组件?(数据库、API、AI、中间件等)”
流程不清晰 “带我逐步走过流程”
人类交互点不清晰 “在这个工作流程中,人类在哪里交互?”
场景模糊 “演示的具体示例场景是什么?”
集成细节 “有任何具体工具或平台需要突出吗?”

阶段 1:研究(自适应)

评估上下文丰富度

级别 指标 研究深度
丰富 上传了文字记录、详细痛点、清晰要求 轻 — 仅填充缺口
中等 一些上下文,无文字记录 中 — 公司 + 行业
稀疏 仅公司名称 深 — 全面研究过程

始终研究:

  1. 潜在客户基础信息

    • 搜索:"[公司]" 年度报告 投资者演示 2025 2026
    • 搜索:"[公司]" CEO 策略 优先级 2025 2026
    • 提取:收入、员工、关键指标、战略优先级
  2. 领导层

    • 搜索:"[公司]" CEO CTO CIO 2025
    • 提取:姓名、职位、关于策略/技术的最新引用
  3. 品牌颜色

    • 搜索:"[公司]" 品牌指南
    • 或从公司网站提取
    • 存储:主要颜色、次要颜色、强调色

如果上下文中等/稀疏,也研究:

  1. 行业上下文

    • 搜索:"[行业]" 趋势 挑战 2025 2026
    • 提取:常见痛点、市场动态
  2. 技术景观

    • 搜索:"[公司]" 技术栈 工具 平台
    • 提取:当前解决方案、潜在集成点
  3. 竞争上下文

    • 搜索:"[公司]" 对比 [销售方的竞争对手]
    • 提取:当前解决方案、切换信号

如果上传了文字记录/材料:

  1. 对话分析
    • 提取:陈述的痛点、决策标准、异议、时间线
    • 识别:关键引用(使用他们的确切语言)
    • 注意:特定术语、缩写、内部项目名称

阶段 2:结构决策

交互式落地页

目的 推荐部分
介绍 公司适合 → 解决方案概述 → 关键使用案例 → 为什么选择我们 → 下一步
发现跟进 他们的优先级 → 我们如何帮助 → 相关示例 → 投资回报率框架 → 下一步
技术深入探讨 架构 → 安全与合规 → 集成 → 性能 → 支持
执行层对齐 战略适合 → 业务影响 → 投资回报率计算器 → 风险缓解 → 合作伙伴关系
POC 提案 范围 → 成功标准 → 时间线 → 团队 → 投资 → 下一步
交易关闭 价值总结 → 定价 → 实施计划 → 条款 → 签署

受众调整:

  • 执行层:以业务影响、投资回报率、战略对齐开头
  • 技术层:以架构、安全、集成深度开头
  • 运营层:以工作流程影响、变更管理、支持开头
  • 混合:平衡战略与战术;使用标签分隔深度级别

演示文稿风格

与落地页相同的部分,格式化为线性幻灯片:

1. 标题幻灯片(潜在客户 + 销售方徽标,合作伙伴框架)
2. 议程
3-N. 每部分一个幻灯片(或2-3个幻灯片用于密集部分)
N+1. 摘要 / 关键要点
N+2. 下一步 / 行动号召
N+3. 附录(可选 — 详细规格、定价等)

幻灯片原则:

  • 每幻灯片一个关键消息
  • 可视化 > 文本密集
  • 使用潜在客户的指标和语言
  • 包括演讲者笔记

一页纸

压缩为单滚动格式:

┌─────────────────────────────────────┐
│ 英雄:"[潜在客户目标] 与 [产品]" │
├─────────────────────────────────────┤
│ 关键点 1     │ 关键点 2     │ 关键点 3     │
│ [图标 + 2-3  │ [图标 + 2-3  │ [图标 + 2-3  │
│  句子]      │  句子]      │  句子]      │
├─────────────────────────────────────┤
│ 证明点:[指标、引用或案例研究] │
├─────────────────────────────────────┤
│ 行动号召:[清晰的下一步行动] │ [联系信息] │
└─────────────────────────────────────┘

工作流程 / 架构演示

基于复杂度的结构:

复杂度 组件 结构
简单 3-5 单视图图表,带步骤注释
中等 5-10 可缩放的画布,带逐步演练
复杂 10+ 多层视图(概览 → 详细),带引导游览

标准元素:

  1. 标题栏[场景名称] — 由 [销售方产品] 支持
  2. 组件节点:每个系统的视觉框/图标
  3. 流程箭头:显示数据移动的动画连接
  4. 步骤面板:侧边栏,用简单语言解释当前步骤
  5. 控制:播放 / 暂停 / 前进步骤 / 后退步骤 / 重置
  6. 注释:关键决策点和增值的标注
  7. 数据预览:每个步骤的示例负载或转换

阶段 3:内容生成

一般原则

所有内容应:

  • 引用用户输入或文字记录中的特定痛点
  • 使用潜在客户的语言 — 他们的术语、陈述的优先级
  • 明确映射销售方的产品潜在客户的需求
  • 在可用时包括证明点(案例研究、指标、引用)
  • 感觉定制化,非模板化

部分模板

英雄 / 介绍

标题:"[潜在客户目标] 与 [销售方产品]"
副标题:与他们的陈述优先级或顶级行业挑战相关联
指标:潜在客户的3-4个关键事实(显示我们做了功课)

他们的优先级(如果发现跟进)

参考对话中的具体痛点:
- 尽可能使用他们的确切语言
- 显示我们倾听并理解
- 将每个与我们如何帮助连接

解决方案映射

对于每个痛点:
├── 挑战(用他们的语言)
├── [产品] 如何解决它
├── 证明点或示例
└── 结果 / 好处

使用案例 / 演示

3-5个相关使用案例:
├── 视觉模拟或交互式演示
├── 业务影响(如果可能量化)
├── "如何运作" — 3-4步摘要
└── 与他们的行业/角色相关

投资回报率 / 业务案例

交互式计算器:
├── 与他们的业务相关的输入(从研究中)
│   ├── 用户/开发者数量
│   ├── 当前成本或时间花费
│   └── 预期改进百分比
├── 输出:
│   ├── 年度价值 / 节省
│   ├── 解决方案成本
│   ├── 净投资回报率
│   └── 回报期
└── 假设明确陈述(可编辑)

为什么选择我们 / 差异化因素

├── 与替代方案的差异化因素
├── 信任、安全、合规定位
├── 支持和合作伙伴模型
└── 客户证明点(徽标、引用、案例研究)

下一步 / 行动号召

├── 与目的 (c) 对齐的清晰行动
├── 具体下一步(非模糊“让我们聊天”)
├── 联系信息
├── 建议时间线
└── 他们采取行动后会发生什么

工作流程演示内容

组件定义

对于每个系统,定义:

组件:
  id: "snowflake"
  label: "Snowflake 数据仓库"
  type: "数据库"  # 数据库 | api | ai | 中间件 | 人类 | 文档 | 输出
  icon: "数据库"
  描述: "财务绩效数据"
  品牌颜色: "#29B5E8"

组件类型:

  • 人类 — 发起或接收的人
  • 文档 — PDF、合同、文件
  • ai — AI/ML 模型、代理
  • 数据库 — 数据存储、仓库
  • api — API、服务
  • 中间件 — 集成平台、MCP 服务器
  • 输出 — 仪表板、报告、通知

流程步骤

对于每个步骤,定义:

步骤:
  number: 1
  from: "人类"
  to: "claude"
  action: "发起绩效评审"
  描述: "Sarah,[潜在客户] 的品牌分析师,启动季度评审..."
  数据示例: "评审请求:Nike 品牌,Q4 2025"
  持续时间: "约1秒"
  价值备注: "无需手动数据收集"

场景叙述

写一个清晰、具体的演练:

步骤 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: #[从研究中提取];
    --brand-secondary: #[从研究中提取];
    --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)
  • 边框半径:12px
  • 盒子阴影:微妙、分层
  • 悬停:轻微提升,边框发光

按钮:

  • 主要:var(--accent) 背景,白色文本
  • 次要:透明,强调色边框
  • 悬停:亮度增加,微妙缩放

动画:

  • 过渡:200-300ms 缓和
  • 标签切换:淡入 + 滑动
  • 悬停状态:平滑,不突兀
  • 加载:微妙脉冲或骨架

工作流程演示特定

组件节点:

.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:询问标准问题(所有格式)

问题 原因
“这符合您的愿景吗?” 确认理解
“为了成功,这个必须完美实现的一件事是什么?” 聚焦优先级
“语气偏好?(大胆自信 / 咨询式 / 技术精确)” 风格对齐
“简洁聚焦,还是全面?” 范围校准

步骤 5.3:询问格式特定问题

交互式落地页:

  • “对于这个受众,哪些部分最重要?”
  • “有任何具体演示或使用案例需要突出吗?”
  • “我应该包括投资回报率计算器吗?”
  • “有任何竞争者定位需要解决吗?”

演示文稿风格:

  • “演示时长?(帮助确定幻灯片数量)”
  • “现场演示,还是留后?”
  • “心中有任何特定流程或叙事弧吗?”

一页纸:

  • “单一最重要的信息是什么?”
  • “有任何具体证明点或统计需要突出吗?”
  • “这个将打印还是数字?”

工作流程 / 架构演示:

  • “让我确认组件:[列表]。有任何缺失吗?”
  • “以下是我理解的流程:[步骤]。正确吗?”
  • “演示应该显示真实样本数据,还是保持抽象?”
  • “有任何集成细节需要突出或淡化吗?”
  • “查看者应该能够点击逐步,还是自动播放?”

步骤 5.4:确认并继续

用户回应后:

"明白了。我有需要的信息。正在构建您的 [格式] ..."

或,如果仍不清晰:

"再问一个快速问题:[具体跟进]"

最多 2 轮问题。 如果仍模糊,做出合理选择并注明:“我选择了 X — 如果您偏好 Y,易于调整。”


阶段 6:构建与交付

构建资产

遵循以上所有规范:

  1. 基于阶段 2 生成结构
  2. 基于阶段 3 创建内容
  3. 应用基于阶段 4 的视觉设计
  4. 确保所有交互元素工作
  5. 测试响应性(如果适用)

输出格式

所有格式:自包含的 HTML 文件

  • 所有 CSS 内联或在 <style> 标签中
  • 所有 JS 内联或在 <script> 标签中
  • 无外部依赖(除了 Google 字体)
  • 单个文件,易于分享

文件命名[潜在客户名称]-[格式]-[日期].html

  • 示例:CentricBrands-工作流程-演示-2026-01-28.html

交付消息

## ✓ 资产已创建:[潜在客户名称]

[查看您的资产](computer:///path/to/file.html)

---

**摘要**
- **格式**:[交互式页面 / 演示文稿 / 一页纸 / 工作流程演示]
- **受众**:[类型和角色]
- **目的**:[目标] → [期望行动]
- **部分/步骤**:[数量和列表]

---

**部署选项**

与客户分享这个:
- **静态托管**:上传到 Netlify、Vercel、GitHub Pages、AWS S3 或任何静态主机
- **密码保护**:大多数主机提供这个(例如,Netlify 站点保护)
- **直接分享**:直接发送 HTML 文件 — 完全自包含
- **嵌入**:如果需要,文件可以嵌入到其他页面中

---

**定制**

如果您想:
- 调整颜色或样式
- 添加、移除或重新排序部分
- 改进任何消息或文本
- 更改流程或架构(对于工作流程演示)
- 添加更多交互元素
- 导出为 PDF 或静态图像
告诉我。

阶段 7:迭代支持

交付后,准备迭代:

用户请求 行动
“更改颜色” 用新调色板重新生成,保持内容
“添加关于 X 的部分” 插入新部分,保持流程
“缩短它” 压缩,优先关键点
“流程错误” 基于更正重建架构
“使用我们的品牌” 从潜在客户品牌切换到销售方品牌
“在步骤 3 添加更多细节” 专门扩展该部分
“能获取 PDF 版本吗?” 提供打印优化版本

记住:默认为潜在客户的品牌颜色,但销售方可以在初始构建后调整为自己的品牌或中性调色板。


质量检查清单

交付前验证:

内容

  • [ ] 潜在客户公司名称在整个文档中拼写正确
  • [ ] 领导层名称是最新的(非过时)
  • [ ] 痛点准确反映输入/文字记录
  • [ ] 销售方的产品准确表示
  • [ ] 无占位符文本剩余
  • [ ] 证明点准确且有来源

视觉

  • [ ] 品牌颜色正确应用
  • [ ] 所有文本可读(对比)
  • [ ] 动画平滑,不分散注意力
  • [ ] 移动响应(如果交互页面)
  • [ ] 深色主题看起来精致

功能

  • [ ] 所有标签/部分正确加载
  • [ ] 交互元素工作(计算器、演示)
  • [ ] 工作流程步骤正确动画(如果适用)
  • [ ] 导航直观
  • [ ] 行动号召清晰且可点击

专业

  • [ ] 语气匹配受众
  • [ ] 适当级别的细节针对目的
  • [ ] 无拼写或语法错误
  • [ ] 感觉定制化,非模板化

示例

示例 1:执行层落地页

输入:

  • 潜在客户:Acme Corp(制造)
  • 受众:C-suite
  • 目的:发现后的执行层对齐
  • 格式:交互式落地页

输出结构:

[标签]
战略适合 | 业务影响 | 投资回报率计算器 | 安全与信任 | 下一步

[战略适合标签]
- 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% 更快发布"
行动号召:"安排技术深入探讨"

附录:组件图标

对于工作流程演示,使用这些图标映射:

类型 图标 示例
人类 👤 或 person SVG 用户、分析师、管理员
文档 📄 或 file SVG PDF、合同、报告
ai 🤖 或 brain SVG Claude、AI 代理
数据库 🗄️ 或 cylinder SVG Snowflake、Postgres
api 🔌 或 plug SVG REST API、GraphQL
中间件 ⚡ 或 hub SVG Workato、MCP 服务器
输出 📊 或 screen SVG 仪表板、报告

附录:品牌颜色后备

如果无法提取品牌颜色:

行业 主要 次要
技术 #2563eb #7c3aed
金融 #0f172a #3b82f6
医疗 #0891b2 #06b6d4
制造 #ea580c #f97316
零售 #db2777 #ec4899
能源 #16a34a #22c55e
默认 #3b82f6 #8b5cf6

技能为通用销售资产生成而创建。适用于任何销售方、任何产品、任何潜在客户。