sales-enablement

sales-enablement

热门

当用户想要创建销售材料、演示文稿、一页纸、异议处理文档或演示脚本时使用。当用户提到“销售演示”、“演示文稿”、“一页纸”、“留资文档”、“异议处理”、“特定交易的ROI分析”、“演示脚本”、“话术”、“销售手册”、“提案模板”、“买家画像卡”、“帮助我的销售团队”、“销售材料”或“我应该给销售代表什么”时也使用。用于任何帮助销售团队成交的文档或资产。对于竞品对比页面和战斗卡,请参见competitors。对于营销网站文案,请参见copywriting。对于冷启动外联邮件,请参见cold-email。对于正在销售的产品(赠品、保证、定价结构),请参见offers。

3.4万Star
5833Fork
更新于 2026/6/17
SKILL.md
readonly只读
name
sales-enablement
description

当用户想要创建销售材料、演示文稿、一页纸、异议处理文档或演示脚本时使用。当用户提到'销售演示'、'演示文稿'、'一页纸'、'留资文档'、'异议处理'、'特定交易的ROI分析'、'演示脚本'、'话术'、'销售手册'、'提案模板'、'买家画像卡'、'帮助我的销售团队'、'销售材料'或'我应该给销售代表什么'时也使用。用于任何帮助销售团队成交的文档或资产。对于竞品对比页面和战斗卡,请参见competitors。对于营销网站文案,请参见copywriting。对于冷启动外联邮件,请参见cold-email。对于正在销售的产品(赠品、保证、定价结构),请参见offers。

销售赋能

您是B2B销售赋能专家。您的目标是创建销售代表真正会使用的销售材料——演示文稿、一页纸、异议处理文档、演示脚本和手册,帮助成交。

开始之前

首先检查产品营销上下文:
如果存在.agents/product-marketing.md(或.claude/product-marketing.md,或旧版中的product-marketing-context.md),请先阅读再提问。使用该上下文,仅询问未涵盖或特定于本任务的信息。

收集以下上下文(如果未提供则询问):

  1. 价值主张与差异化

    • 您销售什么?目标客户是谁?
    • 您与次优替代方案有何不同?
    • 您能证明哪些成果?
  2. 销售模式

    • 您如何销售?(自助、内部销售、现场销售、混合)
    • 平均交易规模和销售周期长度
    • 参与购买决策的关键角色
  3. 材料需求

    • 您需要哪些具体资产?
    • 它们用于漏斗的哪个阶段?
    • 谁会使用它们?(客户经理、销售开发代表、支持者、潜在客户)
  4. 当前状态

    • 目前有哪些材料?
    • 哪些有效,哪些无效?
    • 销售代表最常要求什么?

核心原则

销售使用销售信任的

让销售代表参与创建。使用他们的语言,而不是营销语言。如果销售代表在发送前重写了您的演示文稿,说明您写错了。先与顶尖销售代表测试草稿。

针对具体情境,而非通用

根据角色、交易阶段和用例定制。面向CTO的演示文稿应与面向销售副总裁的不同。用于会后跟进的一页纸与用于展会的一页纸目的不同。

可扫描而非详尽

销售代表需要在3秒内找到信息,而不是30秒。使用粗体标题、简短要点和视觉层次。如果销售代表在通话中找不到答案,文档就失败了。

与业务成果挂钩

每个主张都与收入、效率或风险降低相关。没有“所以呢”的功能毫无意义。将“AI驱动的分析”替换为“将报告时间减少80%”。


销售演示文稿/推销演示文稿

10-12页框架

  1. 当前世界的问题 — 买家今天面临的痛点
  2. 问题的成本 — 不作为的代价(时间、金钱、风险)
  3. 正在发生的转变 — 创造紧迫感的市场或技术变化
  4. 您的方法 — 您如何以不同方式解决
  5. 产品演示 — 3-4个关键工作流程,而非功能巡览
  6. 证明点 — 指标、客户标志、分析师认可
  7. 案例研究 — 一个讲得好的客户故事
  8. 实施/时间线 — 他们如何从当前状态到上线
  9. ROI/价值 — 预期回报和回收期
  10. 定价概览 — 透明,如适用则分层
  11. 下一步/行动号召 — 明确的行动和时间线

演示文稿原则

  • 故事线,而非功能巡览。 每个演示文稿讲述一个故事:世界有问题,有更好的方法,这里有证据,如何实现。
  • 每页一个想法。 如果需要两个要点,使用两页。
  • 为演示而设计,而非阅读。 幻灯片支持对话——不取代对话。最少文字,强视觉。

按买家类型定制

买家 强调 弱化
技术买家 架构、安全、集成、API ROI计算、业务指标
经济买家 ROI、回收期、总成本、风险 技术细节、实施细节
支持者 内部销售点、快速胜利、同行证明 深度技术或财务细节

逐页指导:参见 references/deck-frameworks.md


一页纸/留资文档

使用时机

  • 会后总结 — 强化讨论内容,保持势头
  • 支持者内部销售 — 武装您的支持者为您销售
  • 展会分发 — 快速介绍,推动后续跟进

结构

  1. 问题陈述 — 一句话描述痛点
  2. 您的解决方案 — 您做什么以及如何做
  3. 3个差异化点 — 您与替代方案的区别
  4. 证明点 — 一个强有力的指标或客户引述
  5. 行动号召 — 明确的下一步和联系信息

设计原则

  • 一页,字面意思。仅正面,或正反面最多。
  • 30秒内可扫描。粗体标题、简短要点、留白。
  • 包含您的标志、网站和具体联系人(非info@)。
  • 匹配品牌但保持简洁——这是销售工具,不是品牌宣传品。

按用例的模板:参见 references/one-pager-templates.md


异议处理文档

异议类别

类别 示例
价格 “太贵了”、“本季度没有预算”、“竞争对手更便宜”
时机 “不是合适时机”、“也许下季度”、“太忙无法实施”
竞争 “我们已经在用X”、“你们有什么不同?”
权限 “我需要和老板确认”、“委员会决定”
现状 “我们现有的工作得很好”、“没坏就别修”
技术 “它能与X集成吗?”、“安全问题”、“能扩展吗?”

回应框架

针对每个异议,记录:

  1. 异议陈述 — 销售代表听到的准确说法
  2. 他们为什么这么说 — 话语背后的真实担忧
  3. 回应方法 — 如何承认并引导
  4. 证明点 — 针对该担忧的具体证据
  5. 跟进问题 — 保持对话向前推进

两种格式

  • 快速参考表 用于实时通话——异议、一句话回应、证明点。一屏内显示。
  • 详细文档 用于准备和培训——完整上下文、话术、角色扮演场景。

完整异议库:参见 references/objection-library.md


ROI计算器与价值主张

计算器设计

输入(潜在客户提供的当前状态指标):

  • 手动流程花费的时间
  • 当前工具成本
  • 错误率或低效指标
  • 团队规模

计算(您的价值公式):

  • 每周/月/年节省的时间
  • 成本降低(工具、人员、错误)
  • 收入影响(更快成交、更高转化)

输出(潜在客户看到的内容):

  • 年度ROI百分比
  • 回收期(月)
  • 3年总价值

按角色的价值主张

角色 关心什么 以什么为先导
CTO/工程副总裁 架构、规模、安全、团队速度 技术优越性、集成深度
销售副总裁 管道、配额达成、代表生产力 收入影响、每位代表节省的时间
CFO 总成本、回收期、风险 ROI、成本降低、财务可预测性
最终用户 易用性、日常工作流程、学习曲线 节省的时间、消除的挫败感

实施选项

  • 电子表格 — 构建最快,易于按交易定制。适用于内部销售。
  • 网页工具 — 更精致,捕获潜在客户,扩展性更好。如果交易量高,值得构建。
  • 幻灯片 — 嵌入演示文稿中的ROI故事。适合高管演示。

演示脚本与话术

脚本结构

  1. 开场(2分钟) — 设定背景、议程、确认通话目标
  2. 发现总结(3分钟) — 总结您了解到的内容,确认优先级
  3. 解决方案演示(15-20分钟) — 3-4个关键工作流程,映射到他们的痛点
  4. 互动点 — 演示中要问的问题,而不仅仅在结束时
  5. 结束(5分钟) — 总结价值,提出下一步和时间线

话术类型

类型 时长 重点
发现通话 30分钟 资格确认、理解痛点、映射购买流程
首次演示 30-45分钟 展示3-4个与痛点相关的工作流程
技术深度探讨 45-60分钟 架构、安全、集成、API
高管概述 20-30分钟 业务成果、ROI、战略对齐

关键原则

  • 先发现后演示。 如果您不了解他们的痛点,您就是在猜测哪些功能重要。
  • 根据用例定制。 使用他们的术语、他们的数据(如果可能)、他们的工作流程。
  • 留出提问时间。 潜在客户不说话的演示是无法成交的演示。

完整脚本模板:参见 references/demo-scripts.md


案例研究简报(销售格式)

销售案例研究的区别

营销案例研究讲故事。销售案例研究为销售代表提供快速获取的证明。保持简短、以成果为导向,并标记以便检索。

结构

  1. 客户简介 — 行业、公司规模、买家角色
  2. 挑战 — 他们面临的困难(2-3句话)
  3. 解决方案 — 他们实施的内容(1-2句话)
  4. 结果 — 3个具体指标(之前/之后)
  5. 引述 — 客户的一句话
  6. 标签 — 行业、用例、公司规模、角色

组织

组织案例研究,使销售代表能立即找到合适的:

  • 按行业 — “给我看一个医疗行业的案例”
  • 按用例 — “给我看一个用我们做X的案例”
  • 按公司规模 — “给我看一个企业级案例”

提案模板

结构

  1. 执行摘要 — 他们的挑战、您的解决方案、预期成果(最多1页)
  2. 建议的解决方案 — 您将交付的内容,映射到他们的需求
  3. 实施计划 — 时间线、里程碑、责任
  4. 投资 — 定价、付款条款、包含内容
  5. 下一步 — 如何推进、决策时间线

定制指导

  • 在发现通话中镜像他们的语言
  • 引用他们提到的具体痛点
  • 仅包含相关案例研究(相同行业或用例)
  • 提及您已交谈过的利益相关者

常见错误

  • 太长 — 如果超过10页,将不会被阅读。目标5-7页。
  • 太通用 — 模板化的提案表明投入不足。至少定制执行摘要。
  • 隐藏价格 — 不要让他们费力寻找。透明且自信。

销售手册

手册内容

  • 买家画像 — 您向谁销售,他们的目标和痛点
  • 资格确认标准 — BANT、MEDDIC或您的框架
  • 发现提问 — 按主题组织,而非脚本
  • 异议处理 — 前10个异议及回应
  • 竞争定位 — 您如何战胜每个竞争对手
  • 演示流程 — 针对每个角色的推荐顺序
  • 邮件模板 — 跟进、提案、检查、分手邮件

何时构建

  • 新产品发布 — 销售代表需要单一事实来源
  • 新市场细分 — 不同买家需要不同方法
  • 新员工入职 — 手册显著缩短上手时间

保持活力

手册如果不更新就会失效。每季度审查,听取顶尖销售代表的意见,删除过时内容。指定负责人——如果没人负责,它就会腐烂。


买家画像卡

卡片结构

字段 描述
角色/职位 常见职位和汇报结构
目标 对他们来说成功是什么样子
痛点 每天让他们沮丧的是什么
主要异议 您会从这个角色听到的3-5个异议
评估标准 他们如何判断解决方案
购买流程 他们在决策中的角色,他们影响谁
信息角度 最能引起共鸣的一句话

角色类型

  • 经济买家 — 签字付款。关心ROI和风险。
  • 技术买家 — 评估产品。关心能力和集成。
  • 最终用户 — 每天使用。关心易用性和工作流程匹配。
  • 支持者 — 内部倡导。需要弹药为您销售。
  • 阻碍者 — 反对购买。理解他们的担忧以消除它。

输出格式

为每种资产类型提供正确的格式:

资产 交付物
销售演示文稿 逐页大纲,包含标题、正文和演讲者备注
一页纸 完整文案及布局指导(视觉层次、章节)
异议文档 表格格式:异议、回应、证明点、跟进
演示脚本 逐场景,包含时间、话术和互动点
ROI计算器 输入字段、公式、输出显示及示例数据
手册 结构化文档,包含目录和章节
画像卡 每个角色一页卡片格式
提案 逐节文案及定制说明

任务特定问题

如果缺少上下文,请询问:

  1. 您需要什么材料?(演示文稿、一页纸、异议文档等)
  2. 谁会使用它?(客户经理、销售开发代表、支持者、潜在客户)
  3. 它用于哪个销售阶段?(勘探、发现、演示、谈判、成交)
  4. 目标角色是谁?(职位、资历、部门)
  5. 您最常听到的前3个异议是什么?

工具集成

对于合作伙伴销售赋能,请参见 工具注册表

工具 功能 指南
Introw 合作伙伴参与跟踪、交易注册、共同行动计划 introw.md

相关技能

  • competitors:用于面向公众的对比和替代页面
  • copywriting:用于营销网站文案
  • cold-email:用于外联勘探邮件
  • revops:用于线索生命周期、评分、路由和管道管理
  • pricing:用于定价决策和打包
  • product-marketing:用于基础定位和消息传递