sales-enablement

sales-enablement 技能概览

sales-enablement 技能用于生成销售团队真正拿得出手、用得上的 B2B 销售资产：销售演示 deck、one-pager、异议处理文档、demo 脚本、playbook，以及提案支持材料。它最适合那些已经明确了产品、目标买家和销售路径，但需要为真实商机打磨更有杀伤力的销售素材，而不是停留在泛营销文案层面的团队。

哪些人适合使用这个 sales-enablement 技能

如果你需要以下材料，适合使用 sales-enablement 技能：

• 用于销售沟通及后续跟进的内容
• 面向具体商机的提案支持材料
• 给销售代表和内部 champion 使用的 enablement 文档
• 用于 discovery、demo 和异议处理的结构化话术

当你需要的是 sales-enablement for Proposal Writing，并且希望提案内容真正建立在买家痛点、证据、差异化和下一步推进逻辑之上时，它尤其有价值。

这个技能真正解决的是什么问题

它真正要做的不是“帮你写一个 deck”，而是把零散的产品认知整理成可用于销售场景的资产，并且匹配到具体买家、具体 use case 和具体交易阶段。这个技能最强的地方在于：当你需要的是“贴合实际场景”的输出，而不只是“写得更漂亮”的内容时，它会更有优势。

它和普通 prompt 的区别是什么

普通 prompt 往往容易产出功能清单式内容和泛泛的说服性文案。sales-enablement skill 更强调：

• 面向特定受众的表达框架
• 贴合销售流程的内容设计
• 证据与异议处理
• 基于仓库内参考资料的结构化格式
• 能让销售在真实对话中直接使用，而不只是内部审阅的材料

最适配的输出类型

从仓库里的证据来看，它对以下内容支持尤其强：

• 10–12 页的销售 deck
• 异议处理文档
• discovery 与 demo 脚本
• 产品和 use case one-pager

哪些情况下它不是合适的技能

如果你的主要需求是以下内容，就不建议用这个技能：

• 网站文案或首页 messaging
• cold outbound 邮件序列
• 只做竞品 battlecard

仓库本身也明确把这些任务导向了其他更专门的技能。

如何使用 sales-enablement 技能

sales-enablement 的安装背景

上游的 SKILL.md 并没有提供自己的安装命令，所以常见安装方式通常是：

npx skills add https://github.com/coreyhaines31/marketingskills --skill sales-enablement

如果你的环境使用的是其他 skill loader，就从 coreyhaines31/marketingskills 添加该技能，并指定 skills/sales-enablement 路径。

建议先读这些文件

如果你想更快判断值不值得装、装完也能更快上手，建议按这个顺序读：

1. skills/sales-enablement/SKILL.md
2. skills/sales-enablement/references/deck-frameworks.md
3. skills/sales-enablement/references/objection-library.md
4. skills/sales-enablement/references/demo-scripts.md
5. skills/sales-enablement/references/one-pager-templates.md
6. skills/sales-enablement/evals/evals.json

这个顺序有意义，原因是：

• SKILL.md 会告诉你触发条件和工作流。
• references/ 里是决定输出质量的实用模板和框架。
• evals/evals.json 能看出这个技能认为什么样的回答才算合格。

在开始提问前，先确认是否有产品上下文

sales-enablement usage 的流程里有一个关键检查：先找 .agents/product-marketing-context.md 或 .claude/product-marketing-context.md。这个技能明确要求先读取这些上下文，而不是每次都从头做 discovery 式追问。

如果这个文件存在，就直接用。没有的话，再只补齐缺失的信息。

这个技能最低需要哪些输入

想拿到有用的输出，至少要提供：

• 你卖的是什么
• 买家是谁
• 核心痛点/问题是什么
• 相比替代方案的差异化在哪里
• 有哪些证据或 proof points
• 当前销售模式与交易背景
• 希望生成的资产类型

如果没有这些信息，技能仍然可以起草，但内容大概率会变得泛。

如何把一个模糊需求变成强 prompt

弱需求：

• “Make me a sales deck.”

更强的 sales-enablement guide 式 prompt：

• “Create a 10–12 slide sales deck for our B2B SaaS product. Buyer: HR directors at 500–5000 employee companies. Main pain: low employee engagement visibility across distributed teams. Differentiator: real-time pulse surveys with AI-generated insight summaries. Proof: one customer improved manager response time by 38%. Sales motion: mid-market inside sales, 45-day cycle. Include slide goals, core copy, speaker notes, and what proof is still missing.”

这些额外细节能帮助技能更准确地选择叙事结构、证据放置位置和异议处理方式。

做 deck 时尽量使用内置框架

对于 deck 类输出，仓库里的指导远比一句泛泛的“帮我做个 pitch deck”更具体。参考文件指向的叙事结构大致是：

• 当前世界中的问题
• 这个问题的代价
• 为什么现有方案无效
• 更好的做法
• 你的解决方案
• 它如何运作
• 证据
• 定价或商业模式
• 紧迫性 / why now
• 下一步

这也是为什么安装 sales-enablement 往往比从零 improvising 更实用。

如何把 sales-enablement 用于 Proposal Writing

如果是做 sales-enablement for Proposal Writing，不要只让它写“提案正文”。你需要把提案背后的销售上下文一起给到技能，比如：

• 买方相关 stakeholder
• 当前 deal stage
• 成功标准
• rollout 范围
• 已经提出过的异议
• pricing shape
• 预期 ROI 或 cost-of-delay 逻辑

然后再让它输出提案组件，例如：

• executive summary
• problem framing
• solution fit
• implementation approach
• success metrics
• proof points
• commercial assumptions
• next-step CTA

这样生成出来的内容才会真正贴着这笔 deal，而不是把营销文案简单回收再包装一遍。

按资产类型使用时的最佳工作流

可以按这个简单流程走：

1. 收集或加载产品营销上下文。
2. 一次只选一种资产类型。
3. 明确告诉技能受众、阶段和 use case。
4. 要求输出遵循仓库中的参考结构。
5. 审查缺失的 proof、数据和例子。
6. 做一轮聚焦“具体性”的修订，而不是只改文风。

这个技能更适合一个资产一个资产地生成，而不是一次性让它吐出整套 enablement 素材库。

与仓库设计高度匹配的实用 prompts

比较好的请求包括：

• “Create an objection handling doc for these six recurring objections.”
• “Write a discovery-to-demo script for a 30-minute first call.”
• “Draft a use-case one-pager for IT leaders evaluating vendor consolidation.”
• “Build a sales deck with slide-by-slide copy and presenter notes.”

这些请求和 reference 文件、evals 的设计高度一致，所以输出通常会更扎实。

sales-enablement 使用过程中的常见错误

最常见、也最容易避免的问题有：

• 没有提供买家或 deal context
• 要的是销售资产，却用“marketing copy”的方式来提
• 跳过 proof points
• 一个 prompt 里混入太多输出目标
• 没说明这是通用型、垂直行业型、persona 型还是 deal-specific 资产

多数输出质量差，不是因为技能格式有问题，而是输入信息太弱。

sales-enablement 技能常见问题

sales-enablement 技能适合新手吗？

适合，前提是你已经了解自己的产品和买家。模板可以明显降低摸索成本。但如果你给不出差异化、证据或销售阶段上下文，新手依然会比较吃力。

相比普通 prompting，sales-enablement 更擅长什么？

sales-enablement skill 的优势在于结构更强。它不会只给你大而泛的说服性文案，而是更倾向围绕买家痛点、证据、异议和销售可用性来组织内容。它真正的价值核心，是仓库里附带的参考框架。

这是不是只适用于 SaaS？

从示例和 objection library 来看，它明显偏向 B2B SaaS，所以这也是最稳妥的适配场景。但如果其他 B2B 场景的采购流程、证据形式和销售资产结构相似，也依然可以使用。

不看 references，直接安装 sales-enablement 能用吗？

可以用，但输出质量通常会差一些。references 里包含了 deck、demo script、objection 和 one-pager 的具体框架，是最快理解这个技能如何工作的方式。

它适合做 proposal writing 吗？

适合，尤其适合销售主导型提案。如果你的提案需要更清晰的问题定义、对 stakeholder 更敏感的信息表达、更明确的差异化和更有力的 proof，这个技能会很有帮助。但如果你要处理的是采购主导、法律格式要求很重的提案，仅靠它本身通常还不够。

什么情况下不该用 sales-enablement？

如果你的核心需求是以下内容，就不建议用 sales-enablement：

• homepage 或 landing page 文案
• outbound prospecting 邮件
• 只做深度竞品替代方案研究

这些任务需要的是别的技能，或者额外配套支持。

这个技能需要公司内部文件吗？

非常有帮助。它明确检查 .agents/product-marketing-context.md 或 .claude/product-marketing-context.md，这是一个很强的信号：它预期你提供的是可复用的公司上下文，而不是从空白页开始临时起草。

如何改进 sales-enablement 技能的使用效果

提供更清晰的商业上下文

提升 sales-enablement 输出质量最快的方法，就是补充这些信息：

• deal size 或价格区间
• 销售周期长度
• self-serve、inside sales 还是 field sales
• buying committee 的角色构成
• 买家当前在用哪些替代方案

这些信息会直接影响 messaging、异议处理和 CTA 质量。

先补证据，再去润色文案

如果第一版听起来太泛，不要第一反应就让它“写得更好一点”。先补充：

• 客户结果
• 可量化成果
• 实施速度
• 节省了多少时间
• 替换旧方案或迁移切换的故事

这个技能背后的框架默认把 proof 当作核心，而不是点缀。

明确到具体受众和阶段

给 champion 的 one-pager，和给经济决策者的 one-pager，根本不是一回事。首次 discovery 用的 demo script，和后期定制化 walkthrough 也完全不同。你要明确告诉技能：

• persona
• 行业
• 公司规模
• deal stage
• 预期使用场景

这些信息通常比“语气要专业一点”之类的要求重要得多。

要求它标记信息缺口

一个强的 sales-enablement usage prompt，最好加上这些要求：

• “Mark assumptions clearly.”
• “List missing inputs that would strengthen this.”
• “Flag unsupported claims.”
• “Suggest proof points we should gather.”

这样生成的草稿在真实销售场景里会更安全，也更容易继续完善。

用一轮聚焦修订来提升输出

第一稿出来后，建议只做一轮明确目标的修订，例如：

• tighten for executive readers
• adapt for a specific vertical
• convert claims into ROI language
• reduce feature detail and increase business impact
• make objections more credible and less defensive

这种聚焦式修订，效果通常远好于一句模糊的“make it better”。

留意这些常见失败模式

常见的弱输出通常包括：

• 开头先讲产品功能，而不是买家痛点
• 回应异议时只是否认，而不是重构认知
• demo script 听起来像单人独白
• deck 里没有“不采取行动的代价”逻辑
• one-pager 只有结论，没有证据

这些问题都能修，但前提是你把 prompt 重新锚定到仓库里的参考模式上。

用 evals 做自查

值得读一下 evals/evals.json，因为它能直接告诉你“好的执行”应包含什么，比如：

• 先检查 product marketing context
• 根据资产类型使用正确框架
• 按受众和 use case 做定制
• 包含 proof 和 talk tracks

如果你的输出缺了这些元素，通常不是技能不行，而是 prompt 还不够具体。

提升 sales-enablement for Proposal Writing 的输出质量

如果想让提案输出更好，建议补充：

• 用客户自己的语言描述的目标
• scope 边界
• 实施限制条件
• stakeholder 的顾虑
• 30/60/90 天成功指标
• 买家已经提到过的决策标准

然后要求技能把每个提案章节映射到对应的买家关注点上。这样做出来的提案会更有说服力，也更方便 champion 在内部继续转述和复用。