mcpField
C
create-business

create-business

github.com/wondelai营销与增长2.5k2.3k 次安装7 周前更新
代码仓库

关于 create-business

create-business 是一项面向创业者的交互式业务规划技能,按十个阶段从原始构想到可验证的商业方案。它通过逐项征求决策、记录 docs/ 文档并支持中断续做,强调先验证需求再投入产品与增长。

主要功能

  1. 01十阶段业务构想流程
  2. 02逐项询问并记录决策
  3. 03支持跨会话续做
  4. 04创建并维护 docs/ 产物
  5. 05以真实客户证据设阶段门槛

适用场景

  1. 01将初步创意转化为客户任务
  2. 02访谈验证需求与付费意愿
  3. 03确定 MVP、定位和策略
  4. 04梳理定价与首要细分市场

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/wondelai/skills --skill create-business

安装后在 Claude Code 中输入/create-business确认已加载。

附带文件references/artifact-templates.md

详细介绍

创建一家企业

将一个原始想法打造成一家在各方面都经得起检验的企业:服务对象是谁、解决什么问题、差异何在、凭什么胜出、成本是多少,以及为什么有人愿意付费。整个旅程分为十个阶段,依次推进,并随着证据积累不断回顾调整。它具有交互性——每次做决定前,Agent 都会先提问;也支持恢复进度:所有状态都保存在 docs/ 中,因此你可以随时停止,并在之后的会话中继续。顺序至关重要:先验证需求,再开发产品;先制定战略,再扩大规模;先确定价格,再开发产品。

核心原则

先拿到证据,再消耗你的资金储备:先验证需求,再开发产品;先制定战略,再扩大规模;先确定价格,再开发产品。 你可能一周内就发现产品方向错了,也可能一年后才发现商业方向错了——选一周内发现。这项技能会按顺序安排各个阶段,在每个决策节点提问,并将你的决定记录在 docs/ 中。各个组成技能承载着具体方法——请调用它们,而不是临时编造框架。

旅程路线图

阶段技能要回答的问题产出物
1jobs-to-be-done客户真正雇用我们来帮助他们实现什么进展?创建 docs/CUSTOMER.md
2mom-test这个任务真实吗、令人痛苦吗?人们是否愿意付费解决?扩展 docs/CUSTOMER.md — GATE
3design-sprint这个概念经得起与 5 位真实客户接触的考验吗?创建 docs/EXPERIMENTS.md
4lean-startup能测试最危险假设的最小 MVP 是什么?创建 docs/PRODUCT.md;扩展 docs/EXPERIMENTS.md
5good-strategy-bad-strategy关键挑战是什么?我们该如何取胜?创建 docs/STRATEGY.md
6blue-ocean-strategy哪里存在我们可以占据的无竞争空间?扩展 docs/STRATEGY.md
7obviously-awesome30 秒内,我们是什么?这为何重要?创建 docs/POSITIONING.md
8hundred-million-offers怎样的报价才会让人无法拒绝?创建 docs/OFFER.md
9monetizing-innovation人们实际愿意支付多少?按什么计费?扩展 docs/OFFER.md
10crossing-the-chasm我们应该先主导哪个细分市场?扩展 docs/STRATEGY.md

运营规则

  1. 优先恢复进度。 开始任何操作前,先阅读 docs/CREATE-BUSINESS-PLAN.md 和 Journey Map 中的所有材料。如果跟踪文件存在,用 3-5 行概述旅程进度,并询问要进入哪个阶段。用户确认入口后,即视为完成。存在跟踪文件的旅程应恢复进度,绝不重新开始。
  2. 仅在首次运行时进行信息收集。 如果没有跟踪文件:执行下方的信息收集,然后创建 docs/CREATE-BUSINESS-PLAN.md,并将每个阶段的状态设为 pending | in-progress | awaiting-evidence | done | deferred: reason | skipped: reason。跟踪文件创建完成且用户确认阶段计划后,即视为完成。
  3. 进入阶段。 说明该阶段的作用、需要做出的决策、将产出的材料和大致工作量。提供继续/跳过/推迟选项——标记为 GATE 的阶段可以推迟,但绝不能跳过。用户选择继续后,将阶段标记为 in-progress。用户作出选择后,即视为完成。
  4. 调用技能与备用方案。 加载并使用该阶段的技能:每个阶段的 Invoke 行都会以 slug 指定技能——使用该技能来执行阶段。如果技能不可用,请提供:npx skills add wondelai/skills/<slug> --global。如果用户拒绝,则根据 Brief 执行该阶段——使用最低可行方法。说明当前使用的是哪种模式。
  5. 阶段内决策。 询问“与用户共同决定”下的每个问题,并提供具体选项及你的建议。在跟踪文件的 Key Decisions 中记录选择。未明确询问而自行做出的决策属于缺陷。
  6. 阶段结束。 写入前,先展示待签字确认的材料草稿。获批后:写入或扩展 docs/ 文件,并更新跟踪文件(状态、Key Decisions、Next Actions)。文件写入完成且阶段行显示 done 后,即视为完成。
  7. 材料规范。 写入前先阅读;仅当文件不存在时才创建,否则应扩展文件——添加或更新相关章节,并保留他人已有内容。docs/ 中的文件名必须为大写。首次创建 docs/ 文件时,请参阅 references/artifact-templates.md;先根据完整骨架创建文件(包含所有章节标题),再填写阶段指定的章节。
  8. Agent 负责准备和处理;只有人类才能与客户交谈。 起草访谈指南并为访谈记录评分,然后暂停并将状态设为 awaiting-evidence,直到用户返回并提供笔记。绝不能模拟客户——角色扮演式访谈只会证实你希望为真的事情。

信息收集

创建跟踪文档前,请先询问以下问题(已回答的可跳过):

  1. 用一两句话描述原始想法是什么?(为第 1 阶段的工作重构提供素材)
  2. 你设想的客户是谁?他们现在如何解决这个问题?(为“竞争替代方案”提供依据;细分明确有助于加快第 7 和第 10 阶段)
  3. 你有哪些客户触达渠道——名单、社群,还是熟人引荐?(决定第 2 至第 4 阶段能否开展;没有触达渠道,纯人工访谈阶段会停滞)
  4. 目前已有哪些证据——过往访谈、候补名单、销售记录,还是原型?(以便我们加速推进或跳过已经完成的探索)
  5. 这是 B2B 还是 B2C?如果是 B2B,销售由团队主导还是客户自助服务?这是市场平台还是网络产品?(决定是否采用可选的可预测收入和冷启动问题流程)
  6. 你有多少资金可支撑运营?截止期限是什么?(决定阶段的深入程度,以及是否推迟战略阶段)
  7. 是否已经有任何产品上线?(如果有,这可能不是合适的路线——转到 grow-business 或 improve-business)

阶段跳过启发式规则:如果 CUSTOMER.md 中已有经过验证、包含三个维度的工作陈述,则跳过第 1 阶段;如果已用 5 名或更多目标用户测试过可用原型,则跳过第 3 阶段;对于差异化明显的细分市场,在确定核心要素前推迟第 6 阶段;在第 2 阶段取得真实承诺前,推迟第 5 至第 10 阶段——需求尚未验证,不做战略规划。然后根据模板创建 docs/CREATE-BUSINESS-PLAN.md,标明每个阶段的状态,并确认计划。完成标准:docs/CREATE-BUSINESS-PLAN.md 已创建,且每个阶段都标明了状态,用户也已确认计划。

阶段

第 1 阶段——找到真正的待完成任务(待完成任务理论)

目的: 将原始想法重新定义为客户试图取得的进展,这样即使最初的解决方案失败,业务也能继续发展。

简述(备用): 待完成任务是在特定情境下取得的进展,而非目标或任务——请按 When [situation], I want to [motivation], so I can [outcome] 的格式撰写,不受解决方案限制。每项待完成任务都有功能、情感和社交三个维度;差异化产品通常体现在后两个维度。真正的竞争也包括权宜之计和不采取行动——明确你必须胜过的替代选择。

调用: 使用 jobs-to-be-done 技能,并提供信息收集阶段得到的原始想法和客户推测。请对方撰写 When/I-want-to/so-I-can 工作陈述,列出全部三个维度,以及包含不采取行动在内的完整竞争替代方案。

与用户共同决策: 确定哪条工作陈述才是真正的需求,以及你必须首先胜过哪种替代选择。建议采用尽可能精炼、同时仍体现情感或社交维度的陈述。

产出物: 创建 docs/CUSTOMER.md,其中包含 ## Job Statement、## Job Dimensions 和 ## Competing Alternatives。更新跟踪文档。

完成标准: CUSTOMER.md 包含不受解决方案限制的工作陈述、全部三个维度,以及明确指出必须胜过的替代选择的竞争集合。

第 2 阶段 — 通过真实对话验证工作需求(妈妈测试)— 关卡

目的: 用事实取代观点,证明第 1 阶段的工作需求真实存在、令人痛苦,且值得付费解决。在此阶段得出继续推进的结论之前,第 5 至第 10 阶段将保持锁定。

简要说明(备用): 三条规则——谈他们的生活,而不是你的想法;询问过去发生的具体事情,而不是假设情境;少说(让他们说 80%)。赞美不是数据;只有承诺(时间、声誉、金钱)才算数。一个好问题可能会彻底推翻你设想中的业务。

调用: 使用 mom-test 技能,结合 docs/CUSTOMER.md 中的工作需求陈述和竞争性替代方案。先请它提供一份遵守三条规则的 10–12 个问题的访谈提纲,之后再请它对访谈记录评分,并标出诱导性问题和僵尸潜在客户。将提纲交给用户,然后暂停,状态设为 awaiting-evidence;在 docs/CUSTOMER.md 的 ## Interview Evidence 下添加 ### Interview Guide 子章节,记录获批的提纲,以便暂停后仍能保留。

与用户共同决策(返回后): 证据是否证实了这项工作需求?选择继续推进(至少 3 项具体承诺)、修改工作需求陈述(返回第 1 阶段),或停止(未发现痛点——以较小成本取得胜利)。

产出: 扩展 docs/CUSTOMER.md:添加 ## Interview Evidence(日期 | 对象 | 事实 | 承诺)和 ## Validation Verdict,记录决策及理由。更新跟踪表。

完成条件: CUSTOMER.md 中有至少 5 条证据记录,已记录验证结论,用户已选择继续推进 / 修改 / 停止;若选择继续推进,则解锁第 5 至第 10 阶段。

第 3 阶段 — 五天内测试风险最高的假设(设计冲刺)

目的: 在投入数月之前,用一周时间,通过 5 位真实客户的反馈,验证概念中风险最高的部分。

简要说明(备用): 五天——绘制地图、独立构思、做出决策、制作原型、测试。选定一个目标时刻(风险最高的步骤);独自构思(不进行集体头脑风暴);由一位决策者打破平局;制作门面,而非可运行的代码;恰好邀请 5 位目标客户参与测试。周五,保持沉默,让他们自己摸索——解释原型会使测试失效。

调用: 使用 design-sprint 技能,结合已验证的工作需求和风险最高的未决问题。请它提供周一的地图,包含冲刺问题和目标时刻;以及周五的五幕访谈脚本,且不解释原型。将招募说明交给用户,然后暂停,状态设为 awaiting-evidence,等待真实访谈;在 docs/EXPERIMENTS.md 的冲刺卡片下记录获批的脚本和说明,以便暂停后仍能保留。

与用户共同决策: 决定本周要测试的单一假设,以及谁担任决策者。返回后:概念是否经受住了考验——选择构建、修复或放弃(用一周取得胜利)。

产出: 创建 docs/EXPERIMENTS.md,包含 ## Experiment Cards(EXP-001、类型 sprint、预先承诺的指标、决策规则、结果和结论)和 ## Experiment Backlog。更新跟踪表。

完成条件: EXPERIMENTS.md 中有一张冲刺卡片,记录了 5 场访谈后的结论;用户已选择构建 / 修复 / 放弃。

阶段 4 — 跑通循环并选出最小可行产品(精益创业)

目的: 将探索转化为可重复的验证式学习引擎,并交付最小可行产品,以验证风险最高的信念飞跃假设。

简述(备用): 逆向规划“构建-测量-学习”:先决定要学什么,再确定能够证明这一点的指标,最后确定最小构建范围。最小可行产品类型——烟雾测试、礼宾式服务、绿野仙踪法——分别检验不同的信念飞跃假设;先测试风险最高的假设。衡量可执行的指标,而非虚荣指标。运行测试前,设定转型或坚持的标准。选择一种增长引擎:黏性、病毒式或付费。

调用: 使用 lean-startup skill,并提供功能愿望清单和筛选后保留的概念。要求指出风险最高的单一信念飞跃假设,提出一种最小可行产品类型并附上“构建-测量-学习”实验卡,以及预先设定的转型或坚持阈值。

与用户共同决策: 选择哪种最小可行产品类型、优先优化哪一种增长引擎,以及预先承诺的转型/坚持阈值。建议先采用黏性引擎(留存率高于流失率),再进行付费获客。

产出物: 创建 docs/PRODUCT.md,包含 ## Vision 和 ## MVP Definition;在 docs/EXPERIMENTS.md 中新增一张实验卡及其决策规则。更新跟踪表。

完成标准: PRODUCT.md 定义了最小可行产品及其不包含的内容;EXPERIMENTS.md 包含一张设有预先承诺阈值和所选增长引擎的实验卡;用户已批准最小可行产品范围。

阶段 5 — 将雄心转化为策略内核(好策略,坏策略)

目的: 用真正的策略取代目标愿望清单——包括诊断、指导方针和协调一致的行动。

简述(备用): 目标表达雄心;策略则解释如何在障碍面前取胜。策略内核包括:指出单一关键挑战的诊断;一项真正的选择性指导方针,并明确舍弃其他选项(如果竞争对手可以原样照搬,那就是空话);协调一致的行动,每项行动都指定负责人和日期。通过四个特征识别坏策略——空话套话、回避挑战、以目标充当策略、目标清单杂乱无章。集中力量攻克一个关键支点。

调用: 使用 good-strategy-bad-strategy skill,并提供已验证的需求证据和任何一页计划。要求先按四个特征进行审查,然后制定策略内核:一段式诊断、排除整类行动的指导方针、三项协调一致且指定负责人的行动,以及明确的排除清单。

与用户共同决策: 单一关键挑战是什么(即诊断)?指导方针明确拒绝做什么?建议集中攻克一个关键支点,而不是分散力量。

产出物: 创建 docs/STRATEGY.md,包含 ## Diagnosis、## Guiding Policy、## Coherent Actions 和 ## No-List。更新跟踪表。

完成标准: STRATEGY.md 指出一个关键挑战,包含有所取舍的指导方针、指定负责人的协调一致行动,以及明确的排除清单。

阶段 6 — 寻找无人竞争的空间(blue-ocean-strategy)

目的: 通过开创无人竞争的空间来选择致胜之道,而不是在所有人都争夺的相同因素上正面交锋。

简介(备用): 价值创新同时追求差异化和低成本。ERRC 网格——消除、减少、提升、创造——在降低成本的同时提升买家价值。绘制战略画布:与众不同的产品会偏离行业曲线。蓝海吸引非顾客(即将成为顾客的、拒绝成为顾客的、尚未探索的),而不是竞争对手的顾客——找到并消除共同障碍。不要消除顾客真正看重的因素(信任、安全性、准确性)。

调用: 使用 blue-ocean-strategy 技能,并参考 CUSTOMER.md 中的竞争替代方案以及 STRATEGY.md 中的核心战略。请它绘制当前因素的战略画布,并在资源限制范围内为价值创新举措制定 ERRC 网格。

与用户共同决策: 确定要消除/减少/提升/创造哪些因素,以及优先转化哪一层非顾客。确认没有削减信任、安全性或准确性相关因素。

产出: 扩展 docs/STRATEGY.md:添加 ## Strategy Canvas & ERRC Grid。更新跟踪表。

完成条件: STRATEGY.md 包含已填写的 ERRC 网格和一条体现差异化的战略画布曲线,并选定目标非顾客层级。

阶段 7 — 清晰定位,让潜在客户一眼明白(obviously-awesome)

目的: 设定恰当的背景,让产品的优势在 30 秒内显而易见。

简介(备用): 定位是背景,而非宣传信息——顾客会根据替代方案来评判你,因此要选择比较对象。分为五步:真正的竞争替代方案(通常是电子表格或什么都不做);独特属性(通过“只有我们能做到”测试);通过“那又怎样?”测试体现价值;最合适的顾客(范围明确,以职位和公司特征界定,绝非所有人);市场类别(现有/子类别/全新——开创一个新类别需要付出教育成本)。

调用: 使用 obviously-awesome 技能,并参考 STRATEGY.md 和 CUSTOMER.md 中的独特属性。请它完成完整的五步练习,并提供一条内部定位陈述:“对于 [最合适的顾客],我们是提供 [关键价值] 的 [类别]。”

与用户共同决策: 确定要参与竞争的市场类别(现有/子类别/全新)以及最合适的顾客是谁。除非有足够的牵引力可投入新类别,否则建议选择现有类别或子类别。

产出: 创建 docs/POSITIONING.md,包含 ## Competitive Alternatives、## Unique Attributes → Value Themes、## Best-Fit Customer、## Market Category 和 ## One-Liner。更新跟踪表。

完成条件: POSITIONING.md 包含完整的五步画布,以及一条外部人士能在 30 秒内理解的简短定位陈述。

阶段 8 — 打造让人觉得拒绝很愚蠢的报价(hundred-million-offers)

目的: 通过让价格比较变得不可能的大满贯报价,将理解转化为购买。

简报(备用): 报价是最重要的杠杆。价值 =(梦想成果 × 感知到的实现可能性)/(时间延迟 × 努力)——最大化分子,最小化分母。打造大满贯报价:核心报价、命名奖金(每项都消除一个异议,并且都有站得住脚的价值)、降低风险的保证,以及合乎道德的稀缺性。用 MAGIC 命名。确保每项价值都真实,每项保证都值得信赖。

调用: 使用 hundred-million-offers 技能,并结合 POSITIONING.md 中的定位和最适合的客户。要求设计一份基于价值方程的大满贯报价、三个各自消除一个异议的命名奖金、一项保证、合乎道德的稀缺性,以及一个 MAGIC 名称。

与用户共同决策: 选择要围绕哪种梦想成果展开,以及奖金必须消除哪些异议。确认每个金额和每项稀缺性声明都确实属实——替换任何需要编造证据的策略。

产出物: 创建 docs/OFFER.md,包含 ## Offer Stack(核心报价 · 奖金 · 保证 · 稀缺性 · 名称)。更新跟踪表。

完成标准: OFFER.md 中包含完整的报价组合,价值真实、保证可靠且有名称——没有编造的证据。

阶段 9 — 根据经过验证的支付意愿定价(monetizing-innovation)

目的: 在产品仍处于概念阶段时测试支付意愿,并围绕价格设计产品。

简报(备用): 客户会透露一个范围:询问什么价格感觉可以接受、昂贵、令人望而却步;只相信最高档的购买概率。避免四种失败——功能冲击、定价过低(接近 100% 的胜率且没有反对意见)、隐藏的瑰宝、僵尸产品。按价值和支付意愿细分,绝不按人口统计特征细分。将功能分为引流款 / 填充款 / 杀手级功能;先设计中间档;将杀手级功能拆分为附加项。先选定价格指标,再确定价格水平。

调用: 使用 monetizing-innovation 技能,并结合 OFFER.md 中的报价和 CUSTOMER.md 中的细分客户。要求提供一份支付意愿访谈脚本(可接受 / 昂贵 / 令人望而却步)、引流款 / 填充款 / 杀手级功能分类、好 / 更好 / 最佳档位,以及价格指标。将支付意愿脚本交给用户,并暂停于 awaiting-evidence,等待真实访谈;将获批的脚本记录在 docs/OFFER.md 的 ## Willingness-to-Pay Evidence 下的 ### WTP Interview Script 小节中,以便暂停后仍能保留。

与用户共同决策: 选择按什么价格指标收费(按席位 / 按价值单位),以及好 / 更好 / 最佳档位的边界。建议采用能跟踪已交付价值的指标,让收入持续增长。

产出物: 扩展 docs/OFFER.md:添加 ## Willingness-to-Pay Evidence、## Leader / Filler / Killer Features、## Tiers (Good / Better / Best) 和 ## Price Metric。更新跟踪表。

完成标准: OFFER.md 中包含支付意愿证据、功能分类、先设计中间档的档位,以及在确定价格水平之前选定的价格指标。

阶段 10 — 选定你要率先主导的滩头阵地(跨越鸿沟)

目的: 选定一个细分市场并在其中占据主导地位,围绕该市场组建完整产品,助力产品从远见者阶段跨越到务实派阶段。

简述(备用): 鸿沟横亘在远见者型早期采用者与务实派型早期大众之间——打动一方的东西可能会吓退另一方。不要试图满足所有人的需求:选择一个痛点紧迫且代价高昂、渠道触达方便、客户之间彼此交流,规模足够小以便占据主导、又足够大而值得投入的细分滩头阵地。组建完整产品(集成、入门引导、支持、合作伙伴)。客户案例是赢得市场的关键;将定位从“革命性”转向“久经验证”。

调用: 使用 crossing-the-chasm 技能,并提供 POSITIONING.md 和 STRATEGY.md。请其根据痛点、触达性、口碑传播和可主导性为候选细分市场评分,然后梳理务实派购买前需要的完整产品要求。

与用户共同决定: 首先要占据主导地位的单一滩头阵地细分市场。推荐得分最高且规模足以被主导的细分市场;避免同时追逐多个市场。

产出物: 扩展 docs/STRATEGY.md:添加 ## Beachhead(目标细分市场、评分依据)和 ## Whole-Product Checklist(列出每项差距及负责人和优先级)。更新跟踪表。

完成标准: STRATEGY.md 明确写出一个滩头阵地及其评分,完整产品检查清单列出每项差距及负责人和优先级。

可选阶段

技能添加时机产出物
storybrand-messaging发布前,网站或推介材料需要以客户为主角的文案扩展 docs/POSITIONING.md
one-page-marketing滩头阵地阶段结束前,开始制定市场进入计划创建 docs/MARKETING.md
lean-analyticsMVP 上线后,需要建立首个指标基线创建 docs/METRICS.md
cold-start-problem产品属于市场或网络产品扩展 docs/STRATEGY.md
predictable-revenueB2B 采用销售主导模式扩展 docs/MARKETING.md
continuous-discovery发布后,将探索培养为每周习惯扩展 docs/CUSTOMER.md

可选阶段遵循相同的执行规则——像执行核心阶段一样,加载并使用每项列出的技能;在“添加时机”条件首次满足时插入。

常见错误

错误修正方法
验证前就开始开发用最小可行 MVP 获取证据——先做烟雾测试或礼宾式服务,再编写真正的代码;先执行阶段 1-4(lean-startup)。
在探索访谈中推销访谈聚焦对方的生活和过去的行为;若要提及想法,请留到最后(mom-test)。
把称赞和注册误当成验证争取承诺——订金、预购或已排期的试点——并记录在 CUSTOMER.md 的 Interview Evidence 中。
把目标当成战略先写出对一个关键挑战的诊断;再依据四项标志进行审查(good-strategy-bad-strategy)。
面向所有人定位不断收紧最匹配客户的定义,直到窄得令人不安,然后再进一步收窄(obviously-awesome)。
根据成本或竞争对手定价根据已验证的支付意愿区间定价,并先选定价格度量指标,再确定价格水平(monetizing-innovation)。

完成整个旅程

退出检查清单——每个复选框都对应一份必须存在的成果:

  • CUSTOMER.md 包含经过验证的工作陈述,以及 5 条或更多带有真实承诺的证据记录
  • EXPERIMENTS.md 记录了风险最高的假设测试,并注明测试结论
  • STRATEGY.md 包含一个内核(诊断、指导方针、连贯的行动)、一个不做清单、一个 ERRC 矩阵,以及选定的滩头市场及其完整产品检查清单
  • POSITIONING.md 中的一句话定位通过 30 秒外行测试
  • OFFER.md 包含一份定价的 Grand Slam 方案,并有支付意愿证据和定价指标作为支撑

关闭跟踪表:每个阶段都必须标记为 done 或 skipped: reason,并将任何尚未完成的 Next Actions 转入相关成果。后续指引:选定滩头市场且首批客户开始付费后,继续使用 grow-business 技能来增加收入和客户。当经过验证的创意需要开发成软件产品时,继续使用 create-app 技能。

评论

支持 Markdown