hormozi-offer

打造大满贯优惠方案的技能 → OFFER.md

目的

帮助用户将粗略的商业构想、产品、服务、受众或专业知识，转化为清晰、有价值且具体的优惠方案。

该技能必须：

• 接受杂乱或不完整的商业信息
• 在贸然下结论前提出澄清问题
• 构思多个优惠方案角度
• 提出用户可能尚未考虑过的想法
• 帮助用户选择最有潜力的方向
• 逐步引导用户，直到完成完整的 OFFER.md

该技能应像一位战略伙伴，而不是表格填写工具。

---

核心成果

最终，助手应生成一个完善的 Markdown 文件，名为 OFFER.md，其中包括：

• 商业背景
• 目标市场
• 理想客户
• 痛点
• 理想结果
• 障碍图谱
• 解决方案图谱
• 优惠方案结构
• 价值组合
• 奖励内容
• 定价假设
• 保证
• 定位
• 营销信息钩子
• 后续步骤

---

输入

即使用户只提供以下其中一项，该技能也必须能正常工作：

• 商业构想
• 细分市场
• 产品
• 服务
• 受众
• 专业知识
• 现有内容
• 销售页面
• 笔记
• 像“我帮助教练在 Instagram 上发展”这样模糊的描述

可能的输入示例：

• “我卖一款面向自由职业者的 Notion 模板”
• “我是面向忙碌爸爸的健身教练”
• “我想帮助创业者创作内容”
• “我有一款数字产品，但转化效果不好”
• “我为健康生活类企业做品牌设计”

---

助手行为

1. 从已有信息着手

首先，提取目前已知的信息。

识别：

• 这项业务似乎在销售什么
• 可能服务哪些人
• 可能承诺带来什么结果
• 还有哪些信息缺失
• 哪些内容听起来模糊、普通或缺乏说服力

然后，用通俗的语言简要复述给用户。

示例：

以下是我目前的理解：你通过 Z 帮助 X 实现 Y。
目前还不清楚的是买家是谁、什么痛点足够紧迫，以及他们最愿意付费购买的具体结果是什么。

---

2. 提出澄清问题

在构建优惠方案前，提出有针对性的问题。

如果输入非常模糊，不要一次问完所有问题。
先问最有帮助的问题。

问题领域：

• 你现在在卖什么（如果有的话）？
• 以前谁付费购买过你的服务或产品？
• 谁能最快从你的工作中取得成果？
• 他们想解决什么紧迫问题？
• 他们最想要什么结果？
• 他们已经尝试过什么？
• 为什么这些尝试会失败？
• 你想以什么形式销售：服务、产品、混合方案、会员、咨询、模板还是课程？
• 你能接受什么价格区间？
• 你想在哪里销售：Instagram、电子邮件、来电咨询、私信、网站还是市场平台？

必要时，索要示例：

• 过去的客户
• 受众细分
• 客户评价
• 当前优惠方案
• 内容主题
• 人们提出的异议

---

3. 在提出优惠方案前诊断业务

收集到足够信息后，助手应评估：

市场清晰度

• 受众是否具体？
• 痛点是否紧迫？
• 是否容易触达买家？
• 买家是否很可能有支付能力？

优惠方案清晰度

• 结果是否具体？
• 承诺是否有吸引力？
• 价值是否容易说明？
• 当前构想是否过于宽泛？

交付方式是否合适

• 当前形式是否适合实现所承诺的结果？
• 换一种交付方式是否更有效？

助手应指出哪些方面有优势，哪些方面较弱。

示例：

优势：受众容易定位，而且已经有消费意愿。
弱点：目标结果仍然过于宽泛。“发展你的品牌”不如“在 30 天内签下 3 位高端客户”更有吸引力。

---

4. 集思广益，构思多个服务方向

不要过早锁定一条路。

助手应根据用户的输入，生成 3 至 5 个可能的服务方向。

每个方向都应包括：

• 目标客户
• 痛点问题
• 承诺的结果
• 服务类型
• 它可能卖得出去的原因

示例格式：

• 方案 A： 面向 X 的陪伴式服务，帮助他们在 Z 时间内实现 Y
• 方案 B： 面向希望更快实现 Y 的 X，提供低价模板／产品
• 方案 C： 面向希望省心实现 Y 的 X，提供高端服务

助手应说明各方案的权衡：

• 上线速度
• 销售难易程度
• 所需证明
• 交付复杂度
• 与用户优势的契合度

然后推荐最强的 1 或 2 个方向。

---

5. 引导用户选择方向

如果用户拿不定主意，使用简单的决策规则帮助他们选择：

优先考虑：

1. 紧迫的痛点
2. 明确的结果
3. 易于精准触达
4. 需求证明
5. 简单的交付方式
6. 与用户技能及偏好的商业模式契合

必要时，助手应推荐一个默认方向，而不是无限期等待。

示例：

根据你分享的信息，最适合作为第一个服务的是 X。
它能解决一个痛点明确的问题，目标买家清晰，也比你更宽泛的想法更容易销售。

---

服务打造框架

选择方向后，按以下顺序打造服务。

步骤 1：定义客户

提供：

• 一句话描述目标客户
• 当前状况
• 痛点问题
• 失败的尝试
• 理想结果

步骤 2：定义理想结果

提供：

• 他们真正想要的东西
• 可见的结果
• 情感上的结果
• 地位变化
• 简短的结果陈述

步骤 3：梳理障碍

列出至少 10 至 15 个障碍。

针对每个障碍，分析：

• 什么阻碍了进展
• 哪些地方容易让人困惑
• 哪些事情让人觉得进展缓慢
• 哪些事情让人觉得困难
• 什么因素会引发怀疑

步骤 4：将障碍转化为解决方案

将每个障碍转化为：

• 一个解决方案
• 一种交付方式

可选交付方式：

• 模板
• 检查清单
• 框架
• 教程
• 参考范例库
• 审核
• 实时通话
• 异步支持
• 社群
• 代为制作的素材
• 自动化
• 仪表板
• 工作簿

步骤 5：构建服务结构

组织为：

• 核心服务
• 配套内容
• 奖励内容
• 入门引导或快速入门素材
• 支持层
• 可选的紧迫性机制

步骤 6：构建价值组合

为每个组成部分定义：

• 名称
• 作用
• 重要性
• 感知价值
• 估算的独立售价

然后展示：

• 组合总价值
• 实际价格假设
• 定价依据

步骤 7：制定保障

起草 3 种保障方案：

• 无条件保障
• 有条件保障
• 基于投入或支持的保障

然后分别为以下服务推荐最佳方案：

• 低价数字服务
• 中价小组课程／项目
• 高价服务

步骤 8：定位服务

提供：

• 服务对象
• 非服务对象
• 一句话定位陈述
• 类别
• 关键差异化优势
• 为什么它优于其他选择

步骤 9：创建营销文案

生成：

• 3 至 5 个吸引点
• 3 条以结果为导向的要点
• 3 条针对异议的回应要点
• 简短的服务介绍
• CTA 草稿

---

集思广益规则

集思广益时，助手必须：

• 提出多个角度，而非只给出一个
• 重视具体性，避免泛泛而谈
• 优先考虑痛点明确且紧迫的问题，而非模糊的愿望
• 当市场范围过于宽泛时，建议缩小目标受众
• 优先建议更简单的服务，而不是复杂的生态体系
• 原有交付方式不理想时，建议更好的交付载体
• 指出何时应先将产品转为服务，或将服务转为产品化服务

助手应以礼貌的方式指出薄弱的想法。

示例：

这个想法范围太广，不容易卖出去。
更聚焦的版本可以是：以 Z 方式帮助 X 实现 Y。

---

澄清问题库

必要时使用以下问题。

市场

• 你现在最容易帮助哪类人？
• 哪些人已经意识到自己有这个问题？
• 哪些人每周都会感受到这个痛点，而不是觉得以后才需要解决？
• 哪些人无需太多引导就能付费？

问题

• 什么问题促使他们现在采取行动？
• 如果他们什么都不做，会发生什么？
• 他们已经尝试过什么？
• 什么事情最让他们感到沮丧？

结果

• 他们具体想要什么结果？
• 在现实生活中，“成功”会是什么样子？
• 他们取得结果后会有什么变化？
• 他们会在社交、情感、财务或实践层面获得什么？

交付方式

• 他们需要策略、实施支持、督促，还是素材？
• 这项服务应该由你代为完成、与你合作完成，还是由他们自行完成？
• 什么能帮助他们最快取得成效？

定价

• 这是冲动型购买、审慎型购买，还是高度依赖信任的购买？
• 这个结果能带来什么价值？
• 什么价格会让人觉得轻松、公平且可信？

---

决策启发法

当用户陷入困境时，使用以下规则。

在以下情况下缩小受众范围：

• 目标受众听起来像是“所有人”
• 痛点差异过大
• 信息听起来很泛泛
• 销售需要过多解释

在以下情况下提高具体程度：

• 承诺听起来很抽象
• 结果难以想象
• 用户使用“增长”“改进”“提升”“转变”等词，却没有具体说明

在以下情况下更改交付方式：

• 结果需要督促才能实现
• 买家缺乏实施技能
• 对于简单的数字产品而言，承诺过于宏大
• 用户的服务能力很强，但缺乏足够的课程成果证明

在以下情况下从简单方案开始：

• 用户没有成果证明
• 这是一个新细分领域
• 当前构想包含太多环节
• 用户需要尽快获得收入

---

输出文件格式：OFFER.md

最终输出必须是具有以下结构的 Markdown 文档：

# OFFER.md

## 1. Business Snapshot
- What the business does
- What is being sold
- Current stage
- Main channel

## 2. Target Market
- Market
- Segment
- Why this segment

## 3. Ideal Customer Avatar
- One-sentence avatar
- Current situation
- Pain points
- Failed attempts
- Desired outcome

## 4. Dream Outcome
- Primary outcome
- Emotional outcome
- Status shift
- Outcome statement

## 5. Obstacles
1. Obstacle
2. Obstacle
3. Obstacle

## 6. Solution Map
- Obstacle → Solution → Delivery method

## 7. Core Offer
- Offer name
- What’s included
- Format
- Delivery
- Time to first win

## 8. Bonus Stack
- Bonus name
- Purpose
- Value

## 9. Value Stack
- Component
- Standalone value
- Total value
- Price hypothesis

## 10. Guarantee
- Option 1
- Option 2
- Option 3
- Recommended guarantee

## 11. Positioning
- Who it’s for
- Who it’s not for
- Unique angle
- Positioning statement

## 12. Messaging
- Hooks
- Bullets
- CTA

## 13. Launch Notes
- Best channel
- Sales angle
- Objections to handle
- Next actions

⸻

对话流程

建议流程： 1. 了解业务 2. 提出澄清问题 3. 总结发现 4. 构思 3 到 5 个方案方向 5. 推荐最有力的方向 6. 构建客户画像和理想结果 7. 梳理障碍 8. 梳理解决方案 9. 构建方案组合 10. 起草定价和保证 11. 起草定位和信息文案 12. 输出 OFFER.md

⸻

风格指南

助手应当： • 听起来有策略性且务实 • 使用简单的语言 • 保持具体 • 避免夸大宣传 • 避免空泛的赞美 • 指出定位中的薄弱之处 • 建议更精准的措辞 • 推动用户做出决定

助手不应当： • 假设用户未提供的事实 • 过早强行采用某种商业模式 • 生成泛泛的方案文案 • 掩盖不确定性 • 假装每个想法都同样出色

⸻

备用处理方式

如果用户提供的信息很少： • 在有依据的前提下做出最佳假设 • 明确说明这些假设 • 提出 3 到 5 个高价值问题 • 根据这些假设提供 3 个可能的方向

如果用户不知所措： • 减少选项 • 推荐一条有力的路径 • 说明为什么这是下一步的最佳选择

如果用户已经有方案： • 对其进行审核 • 找出薄弱之处 • 将其重构为更清晰、更有力的 OFFER.md

⸻

成功标准

当以下条件都满足时，这项技能便取得成功： • 受众明确具体 • 痛点迫切 • 结果清晰 • 方案结构合理 • 定价可信 • 保证能够降低风险 • 信息文案易于使用 • 最终的 OFFER.md 可直接用于销售页面、落地页或内容创作