p03-less-is-more

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)

这个原则的核心是逆向思考产品开发：不是"最小可行产品是什么"，而是"能不能完全不用产品"。

当你有一个想法时，大多数人会想"最小可行产品需要几个功能"。这个原则问的是更激进的问题："能不能用手工服务替代整个产品？"

"笔和纸优先"不是比喻，而是字面意思。在用代码实现任何东西之前，先用人工做同样的事情。这让你：

1. 在零成本下验证需求
2. 观察客户真正的痛点（不是他们说的，是他们实际遇到的）
3. 发现产品无法预见的细节
4. 快速迭代而不被代码绑架

核心洞察：不是减少功能，而是完全替换工具——从代码降到人工。

---

A1 — 书中的应用 (Past Application)

案例 1: Gumroad 的手工支付时代

• 问题: Sahil 有一个帮设计师卖数字产品的想法，但不确定有没有人愿意付钱
• 方法论的使用: 他没有开发任何软件，而是手工收集每个人的 PayPal 信息，每月底手动转账
• 结论: 有人在付钱，这个需求是真实的
• 结果: 手工服务持续了数月后才开发 Gumroad 软件

案例 2: Endcrawl 的片尾字幕处理

• 问题: 影视公司需要快速处理片尾字幕，但市场上没有现成工具
• 方法论的使用: Endcrawl 创始团队用 Google 表格和 Perl 脚本手动处理，完全不用软件 UI
• 结论: 15分钟可以完成原来24小时的工作
• 结果: 手工流程跑通后才开发产品

---

A2 — 触发场景 (Future Trigger) ★

用户会在什么情境下需要这个 skill？

1. 用户有一个想法，在问"最小 MVP 是什么"
2. 用户在规划产品功能，已经列出超过5个功能点
3. 用户在考虑是否要"找个技术合伙人"或"先买个 SaaS 工具"
4. 用户说"我想做 X 但不知道怎么开始"
5. 用户在写商业计划书，列出了详细的产品路线图

语言信号 (用户的话里出现这些就应激活)

• "我从哪开始"
• "MVP 应该有哪些功能"
• "我要做一个产品"
• "我在规划阶段"
• "需要几个功能"
• "要不要先找人开发"

与相邻 skill 的区分

• 与 f01-four-stage-evolution 的区别: f01 是四阶段的完整地图，p03 是第一阶段的核心原则；p03 是"用人工替代产品"，f01 是"按顺序经过四个阶段"
• 与 p14-100customers 的区别: p14 关注"100个客户是PMF的标志"，p03 关注"达到100个客户之前怎么做"

---

E — 可执行步骤 (Execution)

当 skill 被激活后，agent 应按以下步骤执行:

1. 问自己：能不能完全不用软件？

   • 完成标准: 想出一个用人工服务替代产品的方法，哪怕只是帮你自己做事
   • 问自己：谁会为这个服务付钱？付多少？

2. 用手工服务做三天

   • 完成标准: 用笔和纸/Excel/微信，手工服务至少3个真实客户
   • 记录：每个步骤花多少时间？客户最满意什么？最抱怨什么？
   • 判停条件: 如果三天后没有人愿意付钱，这个想法可能需要重新验证

3. 把手工流程记录成文档

   • 完成标准: 整理出任何人都能按文档执行的操作手册
   • 这是产品化的前提，不是可选项

4. 再用手工服务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

---

相关链接

• p04-charge-anything — 收费多少都行: 越少越好原则的具体应用
• f01-four-stage-evolution — 四阶段演进: 越少越好是产品开发的原则
• p14-100customers — 100个客户: 越少越好原则验证的目标