| name | p03-less-is-more |
| description | 用户想要开始一个项目但不确定"最小第一步是什么"时;用户在过度规划时;用户在做 MVP 但功能太多时。
关键trigger信号:"我从哪开始"、"MVP 应该有哪些功能"、"我想做但不知道怎么开始"、"我在规划阶段卡住了"
不适用于:需要快速抢占市场的竞争性场景;已有PMF需要规模化时。
|
| source_book | 《极简主义创业》 Sahil Lavignena |
| source_chapter | 第三章「越少越好」 |
| tags | ["simplicity","MVP","action"] |
| related_skills | ["f01-four-stage-evolution","p14-100customers"] |
越少越好原则
R — 原文 (Reading)
"开始时要小,而你能达到的最小程度就是什么也不创建。不要直接步入软件环节,而要坚持使用笔和纸。"
— Sahil Lavignena, 第三章
I — 方法论骨架 (Interpretation)
这个原则的核心是逆向思考产品开发:不是"最小可行产品是什么",而是"能不能完全不用产品"。
当你有一个想法时,大多数人会想"最小可行产品需要几个功能"。这个原则问的是更激进的问题:"能不能用手工服务替代整个产品?"
"笔和纸优先"不是比喻,而是字面意思。在用代码实现任何东西之前,先用人工做同样的事情。这让你:
- 在零成本下验证需求
- 观察客户真正的痛点(不是他们说的,是他们实际遇到的)
- 发现产品无法预见的细节
- 快速迭代而不被代码绑架
核心洞察:不是减少功能,而是完全替换工具——从代码降到人工。
A1 — 书中的应用 (Past Application)
案例 1: Gumroad 的手工支付时代
- 问题: Sahil 有一个帮设计师卖数字产品的想法,但不确定有没有人愿意付钱
- 方法论的使用: 他没有开发任何软件,而是手工收集每个人的 PayPal 信息,每月底手动转账
- 结论: 有人在付钱,这个需求是真实的
- 结果: 手工服务持续了数月后才开发 Gumroad 软件
案例 2: Endcrawl 的片尾字幕处理
- 问题: 影视公司需要快速处理片尾字幕,但市场上没有现成工具
- 方法论的使用: Endcrawl 创始团队用 Google 表格和 Perl 脚本手动处理,完全不用软件 UI
- 结论: 15分钟可以完成原来24小时的工作
- 结果: 手工流程跑通后才开发产品
A2 — 触发场景 (Future Trigger) ★
用户会在什么情境下需要这个 skill?
- 用户有一个想法,在问"最小 MVP 是什么"
- 用户在规划产品功能,已经列出超过5个功能点
- 用户在考虑是否要"找个技术合伙人"或"先买个 SaaS 工具"
- 用户说"我想做 X 但不知道怎么开始"
- 用户在写商业计划书,列出了详细的产品路线图
语言信号 (用户的话里出现这些就应激活)
- "我从哪开始"
- "MVP 应该有哪些功能"
- "我要做一个产品"
- "我在规划阶段"
- "需要几个功能"
- "要不要先找人开发"
与相邻 skill 的区分
- 与
f01-four-stage-evolution 的区别: f01 是四阶段的完整地图,p03 是第一阶段的核心原则;p03 是"用人工替代产品",f01 是"按顺序经过四个阶段"
- 与
p14-100customers 的区别: p14 关注"100个客户是PMF的标志",p03 关注"达到100个客户之前怎么做"
E — 可执行步骤 (Execution)
当 skill 被激活后,agent 应按以下步骤执行:
-
问自己:能不能完全不用软件?
- 完成标准: 想出一个用人工服务替代产品的方法,哪怕只是帮你自己做事
- 问自己:谁会为这个服务付钱?付多少?
-
用手工服务做三天
- 完成标准: 用笔和纸/Excel/微信,手工服务至少3个真实客户
- 记录:每个步骤花多少时间?客户最满意什么?最抱怨什么?
- 判停条件: 如果三天后没有人愿意付钱,这个想法可能需要重新验证
-
把手工流程记录成文档
- 完成标准: 整理出任何人都能按文档执行的操作手册
- 这是产品化的前提,不是可选项
-
再用手工服务10个客户,然后才开发软件
- 完成标准: 确认10个客户都满意,且流程已经标准化
- 软件是记录流程的工具,不是替代思考的工具
B — 边界 (Boundary) ★
不要在以下情况使用此 skill
- 用户处于竞争激烈的市场,需要快速抢占——手工验证可能太慢
- 用户已经有100+付费回头客的 PMF——此时需要规模化,不是继续手工
- 用户的问题是如何销售/营销——这是另一个 skill 的范畴
- 某些行业有监管要求,必须从一开始就使用持牌软件(如金融、医疗)
作者在书中警告的失败模式
- "很多创始人把'忙碌'和'进展'混淆。在写代码是忙碌,在服务客户是进展"
- "如果你做的第一个版本不是给人用的,你做的不是最小可行产品——你做的是研发项目"
作者的盲点 / 时代局限
- 某些行业(AI、区块链)的验证需要技术原型,无法完全用人工替代
- "三天手工测试"可能不够用于复杂服务(如 B2B 企业销售)
- 对没有耐心做脏活的创始人(比如只想写代码的产品经理型创始人)不适用
容易混淆的邻近方法论
- 精益创业 MVP: 精益的 MVP 仍然是用软件做最小化产品;p03 更进一步,用人工替代软件;两者都是"小步验证",但 p03 的步子更大
- Google Design Sprint: Design Sprint 是5天的设计验证,p03 是永续的"先手工"原则;Design Sprint 是项目,p03 是心态
相关 skills (阶段 3 填充)
- depends-on: []
- contrasts-with: [lean-startup-mvp]
- composes-with: [f01-four-stage-evolution, p14-100customers]
审计信息
- 验证通过: V1 ✓ / V2 ✓ / V3 ✓
- 测试通过率: 待测试
- 蒸馏时间: 2026-04-17
相关链接