如何用 10 个 Minimalist Entrepreneur Skills 跑完一个真实约束创业案例

专题导读：Minimalist Entrepreneur Skills 专题导读：原理、案例与 Prompt 模板一站看完 ⭐⭐

前置知识：Minimalist Entrepreneur Skills 详解：把 Claude Code 变成创业决策操作系统 ⭐⭐⭐

案例说明：本文使用一个基于真实创业约束整理的去标识化合成案例。人物、名称和个别细节做了脱敏处理，但保留了真实的决策顺序、常见数据尺度和最容易踩坑的地方。你可以把它当成一份可直接照抄的执行脚本。

学习目标

读完这篇文章，你会拿到：

• 10 个 Minimalist Entrepreneur Skills 在真实创业过程中分别解决什么问题
• 为什么同一套 Skills 不能乱序使用
• 怎么把"一个产品想法"压缩成"一个能在 8 周内验证的执行计划"
• 早期创业里哪些动作该先手工做，哪些动作应该延后
• 可以直接复用的案例结构——替换成你自己的项目即可

先看结果：这个案例最后做成了什么

我们先把结论摆出来，再回头拆过程。

在这个案例里，创业者 A 没有先做 SaaS，也没有先做品牌站、内容矩阵和自动化后台，而是先把一个很具体的服务卖出去：

帮知识型视频创作者把 1 条长视频拆成 5 条短视频选题、脚本和标题，并在 24 小时内交付。

8 周后，这个项目的状态是：

• 完成 14 次用户访谈。
• 拿到 7 个付费客户。
• 其中 3 个客户进入月度复购。
• 还没有上线正式 SaaS 产品。
• 只写了少量内部提效脚本，没有做面向客户的复杂系统。

Minimalist Entrepreneur Skills 推动的就是这个状态：先把价值交出去，先让交易发生，再决定哪些部分值得产品化。

案例设定：这是一个什么样的创业者

为了让流程足够贴近现实，我们先把约束条件讲清楚。

这个案例适合用这套 Skills，因为它同时满足 4 个条件：

• 有明确社区，创业者本来就在内容创作者圈子里。
• 可以先手工交付，不依赖复杂系统。
• 很容易观察痛点是否真实存在。
• 从第一天就可以收费，而不是等产品做完。

全流程总览：10 个 Skill 各自产出什么

在这个案例里，10 个 Skill 是一条串联起来的执行链路，不是 10 个独立工具。

第 1 步：用 /find-community 选对人，而不是选一个看起来大的市场

创业者 A 最初有 3 个方向：

• 给知识型视频创作者做内容拆解和二次分发。
• 给中小 SaaS 团队做 AI 驱动的内容运营自动化。
• 给独立研究者做报告摘要与发布助手。

如果只是从“市场想象力”看，第二个方向最像一门大生意。但 /find-community 这一步的重点，是问三个更现实的问题：

• 我是否真的属于这个群体？
• 我能不能直接接触到他们？
• 我是否已经知道他们在反复抱怨什么？

创业者 A 最终选了“知识型视频创作者”，原因很简单：

• 他过去半年一直在相关微信群和创作者社群里。
• 他自己做过视频脚本，听得懂创作者的表达方式。
• 他能直接列出 20 个潜在对话对象，而不是抽象地说“内容行业”。

在 Claude Code 中，这一步的输入可以非常直接：

/find-community
我目前是一个独立开发者，过去半年主要混在知识型创作者社群，熟悉 B 站、视频号和小红书内容分发。我有 15 小时 / 周，想找一个能在 8 周内验证并尽快收费的创业方向。请帮我从我已经属于的社区出发，而不是从大市场出发。

这一步做完，范围应该更小了，灵感并没有变多。

第 2 步：用 /validate-idea 验证痛点够不够真、值不值得付钱

选定社区后，创业者 A 没有立刻做产品页面，而是先去验证一个具体问题：

长视频创作者是否真的因为“不会做二次分发”而痛，还是只是觉得这件事有点麻烦？

通过 /validate-idea 这一步，他把验证动作拆成了 3 组证据：

• 访谈证据：实际和 14 位创作者聊，确认他们现在怎么处理长视频切片。
• 行为证据：看他们今天是否已经在用助理、剪辑师、自己加班等笨办法补洞。
• 交易证据：是问“如果我本周给你交付，你愿不愿意付试点费”，不是问“你会不会用”。

最后拿到的关键信号是：

• 14 人里有 11 人已经在做不同形式的二次分发。
• 其中 8 人承认最痛的是“找角度、定标题、改脚本”，不是剪辑本身。
• 5 人愿意试点。
• 2 人当场接受 299 元的试点报价。

到这一步，项目从“感觉可能有需求”变成了“已经看到付费信号”。

如果这一步没有出现付费信号，正确的动作是停下来重选问题，不是继续优化想法。

第 3 步：用 /mvp 把问题收缩成一个本周能交付的最小结果

走到这里容易犯一个错：开始规划产品功能。

但 /mvp 在这个案例里的工作，是明确一句话：

这一周，我到底交付什么结果，才能让用户感到“这事确实帮了我”？

创业者 A 最终定义的 MVP 是一个服务结果，不是一个平台：

• 输入：1 条公开视频链接 + 目标平台 + 受众定位。
• 输出：5 个短视频选题、5 条 60 秒以内脚本、5 个标题建议、1 份发布时间建议。
• 时效：24 小时内交付。
• 交付方式：Notion 或飞书文档。

明确不做的东西包括：

• 不做用户后台。
• 不做自动上传。
• 不做多成员协作。
• 不做数据看板。
• 不做移动 App。

到这一步，项目第一次真正从“产品想法”变成了“一个能卖的交付单元”。

第 4 步：用 /processize 把这个结果写成一张能跑通的手工流程图

这一步在整个案例里最值钱。

在 /processize 之后，创业者 A 写出了自己的第一版 magic piece of paper，也就是一张足够清晰的手工交付流程单：

1. 收客户视频链接和目标平台。
2. 拉取逐字稿并粗看结构。
3. 标出 8 到 12 个可能切入角度。
4. 从中选出 5 个最适合二次传播的角度。
5. 为每个角度写 60 秒口播脚本。
6. 给每条脚本配标题和开头 hook。
7. 汇总交付并记录客户反馈。

第一版流程跑完一次大约要 95 分钟。跑了 3 个客户之后，时间被压缩到了 58 分钟。跑完之后发现的重点：

• 耗时的是找角度和改 hook，不是转录。
• 客户最在意的是标题和开头 3 秒，不是脚本长度。
• 未来最值得自动化的是“候选角度聚类”和“标题初稿生成”，不是整套流程。

跳过这一步，后面的产品化大概率会建立在错误抽象上。

第 5 步：用 /first-customers 设计前 100 个客户的起点，而不是等待一次 launch

完成手工流程后，创业者 A 才开始系统化地卖。

这一步按照 /first-customers 的同心圆逻辑，从近到远推进：

• 第一圈：7 个过去认识的创作者朋友。
• 第二圈：18 个内容社群里的活跃成员。
• 第三圈：24 个冷启动私信对象。

每一圈的目标：获取更强的反馈和更高质量的拒绝理由，而不是广撒网。

4 周内的结果是：

• 朋友和熟人圈成交 3 人。
• 社群圈成交 3 人。
• 冷启动私信成交 1 人。

这也是这套方法论反复强调的一点：早期增长首先是销售，不是传播。

第 6 步：用 /pricing 形成一个能收费、能学习、能调整的价格结构

在这个案例里，/pricing 本身就是验证动作的一部分，不是最后补上的商业细节。

创业者 A 的第一版价格是 3 档很现实的手工服务价格，不是一步到位的 SaaS 月费：

这组价格设计有两个好处：

• 先让人更容易开始购买。
• 一开始就能观察不同用户对结果价值的感知差异。

价格也没有被神圣化。3 个试点客户交付完成后，创业者 A 就把单次试点价从 399 元提高到了 599 元。原因是他已经确认这项结果确实能省掉客户的脑力和时间成本，不是“更有底气了”。

第 7 步：等到有稳定信号后，再用 /marketing-plan 把销售经验扩展成内容

这一步很多人会提前做错。

创业者 A 在已经有 7 个付费客户、3 个复购客户之后才开始做内容，而不是在第 1 周，才轻量使用 /marketing-plan 去设计内容策略。

因为到这时候他终于有了真实的客户语言。

他发现客户反复问的是：

• 我怎么判断一条长视频里哪几段值得拆出来？
• 为什么我的短视频总是没有前 3 秒抓力？
• 一条长视频到底应该拆成几种角度？

所以内容计划围绕真实问题展开：

• 教学类：如何从一条长视频中挖出 5 个可传播角度。
• 过程类：手工服务如何一步步过渡到工具化。
• 案例类：一条脚本为什么能明显优于另一条脚本。

Marketing Plan 出现的时机：你已经有销售经验，内容只是把销售中验证过的认知放大。

第 8 步：用 /grow-sustainably 抵抗“刚有起色就想扩张”的冲动

到了第 6 周，项目开始出现几个很常见的诱惑：

• 要不要招一个全职剪辑助理？
• 要不要先做一个完整客户后台？
• 要不要投一点广告测试增长？

这时候 /grow-sustainably 的作用就体现出来了。它逼你重新回到利润、可逆性和控制权。

创业者 A 最后做出的决定是：

• 不招全职，只在需要时使用按次结算的自由职业者。
• 不做正式后台，只写内部提效脚本。
• 不投广告，继续把时间花在销售和交付上。

原因：

• 现阶段最大的瓶颈是稳定复购和交付标准化，不是流量。
• 任何固定成本的上升，都会让项目更快失去“默认活着”的状态。
• 现在最该投资的是确定性，不是规模。

第 9 步：用 /company-values 提前定义这门生意“不做成什么样”

价值观不用等团队大了再写。在这个案例里，它很早就开始起作用了。

创业者 A 最终定下的 3 条经营原则是：

• 先交付结果，再讨论技术炫技。
• 说创作者听得懂的话，不用模型黑话压人。
• 每一次自动化，都必须对应已经重复出现的真实需求。

这 3 条价值观会直接影响后续选择：

• 当有人提议把首页写成“全自动 AI 内容工厂”时，他拒绝了。
• 当有客户要求“你能不能顺便代发、代运营、代投流”时，他没有为了多赚钱立刻接下来。
• 当未来考虑找合作伙伴时，他也知道该看什么，不该看什么。

早期写价值观，就是为了防止每个短期机会都让你偏航。

第 10 步：用 /minimalist-review 复核最危险的扩张决定

到了第 8 周，项目出现了一个非常典型的决策点：

有 3 个客户都提到，希望未来能直接上传视频、自动拿到脚本初稿，再由人工微调。看起来这就是“该做产品”的信号。

但 /minimalist-review 逼着创业者 A 又问了一遍：

• 这是客户现在最急的问题，还是我们自己最想做的东西？
• 有没有更简单的最小版本，而不是一口气做完整后台？
• 这件事是否会立刻提高盈利能力，还是只是让项目看起来更像软件公司？

结论是“先做最小自动化”：

• 先做内部用的转录与脚本模板工具。
• 仍然保持人工筛选角度和人工改写标题。
• 再观察 10 个以上客户是否持续提出同类需求。

这一步把“冲动产品化”改成了“证据驱动的局部自动化”。

8 周时间线：如果你要照着跑，节奏应该是什么样

这个案例里，真正该写代码的时刻是什么时候

很多技术型创业者最终都死在“写代码太早”。

在这个案例里，真正适合写代码的时刻，要同时满足下面 3 个条件：

• 你已经手工交付过至少 10 次。
• 你知道哪一步稳定重复，几乎每次都一样。
• 你确认这一步自动化后，确实能提高利润率或交付质量。

所以本案例里最先写出来的代码是内部工具，不是前台产品：

• 自动拉逐字稿。
• 自动生成候选角度初稿。
• 自动套用标题模板。

这类代码直接提高了单位时间产出，又不会把你拖进维护复杂产品的成本陷阱。

如果你想复用这套打法，最容易踩的 5 个坑

1. 把 /marketing-plan 用得太早，还没成交就开始做内容矩阵。
2. 把 /mvp 理解成功能清单，而不是最小交付结果。
3. 跳过 /processize，直接做软件，结果根本不知道流程里什么是稳定需求。
4. 把 /pricing 放到最后，迟迟不敢开价，失去最重要的验证信号。
5. 一有几个客户就想招人、投流、做平台，结果固定成本先上来了。

你可以直接照抄的执行模板

如果你现在就想把这个案例换成自己的项目，可以直接照这个顺序执行：

1. 用 /find-community，把你已经真正属于的 3 个社区列出来。
2. 用 /validate-idea，找到其中一个最痛、最频繁、最可能付费的问题。
3. 用 /mvp，把交付结果压缩成一个本周能卖出去的最小单元。
4. 用 /processize，把手工流程完整写下来，并真的交付给 3 个客户。
5. 用 /pricing 和 /first-customers，边收费边修正表达、定价和目标人群。
6. 只有当成交与交付开始稳定后，才进入 /marketing-plan、/grow-sustainably、/company-values 和 /minimalist-review。

总结

这个案例说明了 3 件事：

• 早期创业先卖出一个结果，比做出一个系统更重要。
• Claude Code 里的这些 Skills 帮你把顺序排对，这才是关键。
• 技术能力在早期用来降低验证成本，而不是扩张想象力。

用对这套方法，最先出现的成果往往是一组扎实的事实，而不是一个光鲜的软件：

• 你到底服务谁。
• 他们为什么愿意付钱。
• 你交付的哪个部分最有价值。
• 哪一步真的值得自动化。

这就是创业项目从“想做”走向“值得做”的分水岭。

下一步

看懂这条案例路径后，下一步是把它替换成你的项目上下文：

• Minimalist Entrepreneur Skills 实战 Prompt 模板：从找社区到首批付费的可复制脚本：把本文案例中的动作，改写成你可以直接复制执行的 Prompt。
• Minimalist Entrepreneur Skills 详解：把 Claude Code 变成创业决策操作系统：如果你在案例某一步仍然搞不清边界，回到方法论总览重新校准顺序。

文档元信息 难度：⭐⭐⭐⭐ | 类型：案例拆解 | 更新日期：2026-03-30 | 预计阅读时间：20 分钟