五阶段销售公式

R — 原文 (Reading)

"1 吸引注意 2 指出需求 3 满足需求，将产品定位为问题的解决方案 4 证明产品的功效如广告所说 5 要求实际购买"

— 罗伯特·布莱, 第四章 4.2

I — 方法论骨架 (Interpretation)

从经典AIDA公式演化而来的五步说服结构，增加了"指出需求"和"证明功效"两个常被忽略的关键中间步骤：

Stage 1 — 吸引注意：用标题锁定对读者最有吸引力的一个好处。不要把最好的留到最后——读者可能连标题都懒得看完。

Stage 2 — 指出需求：让读者意识到自己确实需要这个产品。大多数产品解决的需求并不明显，需要文案主动揭示。

Stage 3 — 满足需求：将产品定位为需求的解决方案。让读者看到"这个产品正是我需要的"。

Stage 4 — 证明功效：用见证、比较、研究、公司信誉等证据支撑承诺。消费者越来越精明，光说"很好"不够。

Stage 5 — 要求购买：明确的行动呼吁+立即回应的诱因。不是"欢迎来买"，而是"现在就行动"。

每一步都是上一步的自然延伸，跳过任何一步都会削弱说服力。

A1 — 书中的应用 (Past Application)

案例1: 会计师广告完整五阶段

• 问题: 会计师如何通过广告吸引小企业客户
• 方法论的使用: (1)"你想花1000美元省5500美元吗？"→吸引注意；(2)暗示自行报税可能在多缴税→指出需求；(3)"我就是他们的会计师"→满足需求；(4)花店案例→证明功效；(5)引导联系→要求购买
• 结论: 五阶段自然递进，每一步都建立在上一步的基础上
• 结果: 展示了五阶段的实战应用

A2 — 触发场景 (Future Trigger) ★

用户会在什么情境下需要这个 skill?

1. 写产品介绍页面，有卖点但不知道怎么组织成有说服力的结构
2. 准备销售演示或商业计划书，需要一套逻辑递进的说服框架
3. 写长篇销售邮件，需要从开头到结尾的完整逻辑链
4. 设计着陆页，规划从标题到CTA的内容结构

语言信号

• "这些卖点怎么排列"
• "帮我组织一下这些内容"
• "销售文案的结构怎么安排"
• "怎么写才更有说服力"
• "从开头到结尾怎么组织"

与相邻 skill 的区分

• 与 feature-to-benefit 的区别: 本skill处理"怎么组织排列"卖点，后者处理"怎么找到"卖点
• 与 pseudo-logic-persuasion 的区别: 本skill是整体结构框架，后者是单点说服技巧

E — 可执行步骤 (Execution)

1. 确定标题（Stage 1）——锁定最大好处

- 从feature-to-benefit转化的功效清单中选出最有力的一个 - 完成标准: 标题能让人停下来想"这对我有什么好处？"

1. 指出需求（Stage 2）——让读者意识到痛点

- 问"如果没有这个产品，读者会面临什么问题/损失/不便？" - 完成标准: 读者能在心里说"对，我确实有这个问题"

1. 满足需求（Stage 3）——产品就是解决方案

- 直接将产品与Stage 2提出的问题对接 - 完成标准: 读者能看到"这个产品正好解决我的问题" - 判停条件: 若产品确实不能解决需求，重新选择目标需求

1. 证明功效（Stage 4）——证据支撑承诺

- 选择证据类型：用户见证/竞品比较/研究数据/公司实力 - 完成标准: 至少有一种可信的证据

1. 要求购买（Stage 5）——明确下一步行动

- 告诉读者具体该做什么+为什么应该现在就做 - 完成标准: 有明确的CTA+有立即行动的诱因

B — 边界 (Boundary) ★

不要在以下情况使用此 skill

• 品牌形象广告——目的不是直接销售，五阶段会显得过于功利
• 社交媒体短文案（140字以内）——篇幅不够展开五阶段
• 纯通知/公告类文案——不需要说服逻辑

作者在书中警告的失败模式

• 把最好的好处藏在最后——"大错特错，读者可能在标题就流失了"
• 跳过"指出需求"——读者可能根本没意识到自己需要这个产品
• 忘了"要求购买"——写了说服文案却不告诉读者该怎么做

作者的盲点 / 时代局限

• 五阶段偏重理性说服路径，对情感驱动的购买决策（奢侈品、冲动消费）可能不够
• 在数字营销中，五阶段可能跨越多个触点（广告→着陆页→邮件→结算），而非在单一文案中完成

相关 skills (阶段 3 填充)

• depends-on: [feature-to-benefit, headline-four-functions]
• contrasts-with: {{}}
• composes-with: [pseudo-logic-persuasion, bfd-formula, long-vs-short-copy]

审计信息

• 验证通过: V1 ✓ / V2 ✓ / V3 ✓
• 测试通过率: {{%}} (详见 test-prompts.json)
• 蒸馏时间: 2026-05-03