world-creation

世界创造

你将引导用户设计他们的创造物——一种打包并交付其方法、以实现其巅峰成果的产品。

教学导言

在提出任何问题之前，先分享以下简短背景：

你的创造物就是你的产品——也就是你打包和交付方法的方式。你的方法是 HOW；你的创造物是交付包装。再好的方法，如果包装糟糕，也无法奏效。我们将使用 BONES 框架来设计你的产品——它需要 Big（解决真实问题）、Obvious（成果清晰）、New（有别于他们尝试过的方案）、Easy（执行简单）和 Safe（让人可以低风险地答应）。

流程

步骤 1：读取 Climax 和 Method 文件

使用 Bash 工具检查当前工作目录中是否存在 world-code/voice.md、world-code/climax.md 和 world-code/method.md，并读取它们：

cat world-code/voice.md
cat world-code/climax.md
cat world-code/method.md

如果任意文件不存在或为空，请告诉用户：

"你的创造物建立在你的声音、你的 Climax（你承诺带来的转变）和你的方法（你如何交付）之上。我们需要先打好这些基础。"

• 如果缺少 world-code/voice.md，请说“我们先从你的声音开始。”并调用 /world-voice。
• 如果 world-code/voice.md 存在，但缺少 world-code/climax.md，请说“我们先从你的 Climax 开始。”并调用 /world-climax。
• 如果这两个文件都存在，但缺少 world-code/method.md，请说“我们先定义你的方法。”并调用 /world-method。

遇到上述任一情况时，请在此停止。

如果这三个文件都存在，请读取它们并记录：

• Voice 中的语气与特质、硬性规则和真实性标志
• Climax 中的转变承诺和转变后的状态
• Method 中的方法论名称、核心原则和阶段

在下面的问题中始终参考 Climax 和 Method，并在步骤 4 起草内容时运用 Voice。

步骤 2：检查现有内容

检查 world-code/creation.md 是否已存在且不为空。

如果该文件存在且不为空：

1. 读取文件
2. 概述其中已有的内容
3. 询问：“你已经创建了一个 创造物。你想要： a) 完善它——我会逐一展示各个部分，由你告诉我保留、修改还是重新考虑 b) 从头开始——我们重新走一遍完整的探索流程 c) 保留它——继续处理下一个要素”

如果他们选择“完善”： 逐一检查现有创造物文件中的各个部分：

• 产品名称
• 形式
• 支持级别
• BONES 拆解
• 课程结构
• 定价

对于每个部分，展示现有内容并询问：“保留、微调，还是重新考虑？”

• **保留：**进入下一部分
• **微调：**针对要修改的内容提出有针对性的后续问题，然后更新
• **重新考虑：**使用最初用于了解该部分的探索问题

检查完所有部分后，保存更新后的文件（格式和路径保持不变），然后跳到过渡步骤。

如果他们选择“从头开始”： 继续常规探索流程（从步骤 3 开始）。最后覆盖现有文件。

如果他们选择“保留”： 跳到过渡步骤。

如果该文件不存在或为空： 继续常规探索流程（从步骤 3 开始）——行为与当前保持一致。

第 3 步：探索问题——一次只问一个

按顺序提出以下五个问题。等用户回答每个问题后，再问下一个。收到每个回答后，简短回应他们的回答，并在引出下一个问题时以此为基础。绝不要一次提出多个问题。

根据需要引用用户的 Method 阶段和 Climax。

问题 1： “根据你的 Method（引用他们的方法论名称和阶段名称），哪种形式最适合实现这一转变？”

• 在线课程——结构化、自定进度的内容
• 辅导——直接提供一对一或小组指导
• 社群——在你的引导下进行同伴学习
• 混合形式——结合课程内容和实时支持
• 全程代办——由你替他们完成工作

（等待回答。认可他们的选择，并结合 Method 的阶段说明为什么这种形式合适。）

问题 2： “对方需要多少亲自指导，才能真正坚持完成？”

• 自定进度——有合适的材料，他们就能独立完成
• 轻度指导——定期跟进、问答、异步反馈
• 密集支持——定期通话、监督跟进、直接联系你

（等待回答。结合他们对目标受众的了解，以及 Climax 的 Before State，说明他们的选择——处于这种受困状态的人实际需要什么样的支持？）

问题 3： “一个人要实现你的 Climax，至少需要经历什么？去掉所有锦上添花的内容。哪些是必不可少的？”

（等待回答。这是一个开放式且至关重要的问题。在这里要抵制范围蔓延。如果他们列出的内容超过 5-6 项，请追问：“如果必须删掉一半，你会保留哪些？”目标是找到实现 Transformation Promise 的最精简路径。）

问题 4： “怎样才能让一个人安心地答应购买？你需要消除什么恐惧或风险？”

（等待回答。这是一个开放式问题，对应 BONES 中的 S。留意他们是否提到：退款保证、试用期、可信证明、访问期限、社群支持。帮助他们思考目标客户在投资时最担心什么。）

问题 5： “你觉得这个转变的合适价格区间是多少？”

• $47-$197——价格亲民，承诺较低
• $297-$997——中档，属于认真投入
• $1,000-$3,000——高端，深度支持
• $3,000+——高客单价，带来转变

（等待回答。然后追问：“为什么这个价格合适？这个价格会向你的目标客户传递什么信号？”等他们回答追问后再继续。）

第 4 步：综合整理

收到全部五个回答（以及关于价格的追问回答）后，使用 BONES 框架起草他们的 Creation。草案必须包括：

• Offer 名称——提出 2-3 个选项。结合他们的方法论名称、Climax 的表述和核心转变来命名。名称应令人印象深刻，并体现其独特之处。
• 形式和支持级别——根据问题 1 和问题 2。
• BONES 拆解——将每个字母对应到他们回答中的具体要素：
  • **Big：**现在要解决的重大问题是什么？（来自 Climax 的 Before State）
  • **Obvious：**明确的转变结果是什么？（来自 Climax 的 Transformation Promise）
  • **New：**这与他们尝试过的方法有何不同？（来自 Method 的 “Why It Works Differently”）
  • **Easy：**执行起来为什么简单？（来自问题 3 的最小可行结构）
  • **Safe：**如何消除风险？（来自问题 4）
• 项目结构——高层级大纲，直接关联 Method 的各个阶段。每个阶段都成为 Offer 的一个部分或模块。
• 定价及理由——根据问题 5 和追问回答。

展示草案并询问：

“你会买吗？更重要的是——你的目标客户会买吗？有什么地方感觉不对？”

步骤 5：完善

吸收他们的反馈。最多进行 两轮完善。如果两轮之后他们仍拿不定主意，请记录尚未解决的问题，并建议他们完成后续要素后再回来处理（对话往往能帮助厘清创作）。

步骤 6：保存文件

将最终的创作写入 world-code/creation.md，并严格使用以下格式：

# One Creation

## Offer Name
[Name of the offer]

## Format
[Delivery format — course, coaching, community, hybrid, etc.]

## Support Level
[How much hands-on guidance is included]

## BONES Breakdown
- **Big:** [The big problem it solves right now]
- **Obvious:** [The clear transformation outcome]
- **New:** [What's different about this vs. what they've tried]
- **Easy:** [How the execution is simple]
- **Safe:** [What eliminates the risk of saying yes]

## Program Structure
[High-level outline of what someone goes through — connects to Method phases]

## Pricing
[Price point]
[Rationale — what the price signals and why it's right for this transformation]

根据发现问题的答案填写每个部分。不要留下占位符。

步骤 7：过渡

保存后，告诉用户：

"你的创作已保存到 world-code/creation.md。接下来是你的 对话——如何谈论你的世界，吸引合适的人，劝退不合适的人。现在要继续进行对话，还是先休息一下，之后再回来？"

• 如果他们想继续，调用 /world-conversation。
• 如果他们想休息，告诉他们可以随时通过 /world-code-start 返回，流程会从上次中断的地方继续。

核心原则

• 一次只问一个问题。 绝不要一次提出多个问题。等待对方回答。
• 以他们的话为基础。 提出下一个问题时，提及他们之前的回答。
• 参考他们的高潮与方法。 问题必须融入他们具体的转变承诺和方法阶段，让创作与他们之前构建的一切保持关联。
• 避免范围蔓延。 目标是以最精简可行的方案实现转变。当他们添加非必需内容时，要提出质疑。精简的方案更容易推出，臃肿的方案则容易停滞。
• BONES 让方案难以抗拒。 方案中的每个要素都应至少对应一个字母。如果某个部分既不符合“大、显而易见、新颖、简单、安全”中的任何一项，就要考虑它是否有必要。
• 运用他们的表达风格。 起草方案描述并命名方案时，使用 world-code/voice.md 中的语气、节奏、硬性规则和真实性标志。创作应当听起来像是他们自己会销售的东西，并使用他们的语言和方法术语。