准备做第一个产品、或产品范围失控时：用手工→流程化→产品化的…

当你想把想法变成第一个产品、却越做越大迟迟不上市时，用最大约束、最小投入的方式快速交付价值并收费验证。

适用场景

解决思路

1. 阶段 1 手工（自己做）：手工为每一个客户解决问题，你自己就是产品，同时充当客服、交付和工程。
2. 阶段 1：写下自己做的每一步，这些步骤就是你的流程。参考案例：Gumroad 自动化付款之前，Sahil 手工收集 PayPal 邮箱并一笔一笔地打款。
3. 阶段 2 流程化（把手工工作系统化）：把流程写在一张纸上，做到任何人都能照着执行。
4. 阶段 2：确保你去度假时别人可以接手，你就拥有了一套高效服务每个客户的系统，也就是你的“magic piece of paper”。
5. 阶段 3 产品化（把流程自动化）：把每个任务自动化，让客户在没有你的情况下也能使用产品，这时才真正开始做软件或产品。
6. 阶段 3：只自动化那些已经被手工验证过、确实可行的东西。
7. 构建前先回答四个问题 1：我能不能在一个周末内把它上线？不能就继续砍范围直到可以。
8. 构建前先回答四个问题 2：它有没有让客户的生活好一点点？这就是 MVP 的标准。
9. 构建前先回答四个问题 3：客户愿不愿意为它付费？要从第一天起就盈利。
10. 构建前先回答四个问题 4：我能不能快速拿到反馈？要为那些能告诉你产品是否有效的人构建。
11. 该构建什么：互联网上大多数应用本质只是表单和列表（CRUD：Create、Read、Update、Delete），你的 MVP 不应比这更复杂。
12. 该构建什么：只做一件事，产品在一开始只做一件事。
13. 该构建什么：不要打磨，不需要好看，CraigsList 从来就不好看。
14. 该构建什么：收费。免费和收 $1 之间有巨大差别（零价格效应），一定要收点钱。
15. 该构建什么：用现成工具，Carrd、Gumroad、Stripe、Airtable、Google Forms、Zapier、Notion，哪个最快让你上市就用哪个；如今每个生意都是技术驱动的。
16. 不要构建：不要构建你觉得“将来某天”会需要的功能。
17. 不要构建：不要为规模化而构建，你现在还没有规模化问题。
18. 不要构建：网站能用时就不要做移动 App。
19. 不要构建：电子表格能用时就不要写代码。
20. 不要构建：能用 no-code 工具时就不要招工程师。
21. 尽早并频繁发布：你一定会判断错，目标是尽快让自己错得少一点。
22. 尽早并频繁发布：只做增量改进，Gumroad 从未发布过 “v2”，只有多年间数千次的小幅改进。
23. 尽早并频繁发布：每次发布都会让某些客户从“我以后可能要”跨过门槛变成“我现在就要”。
24. 尽早并频繁发布：目标是逐步摆脱直接按自己的时间收费。
25. 上线前必备清单：给生意起名（两个真实单词组合优于生造词，并通过 “radio test”）。
26. 上线前必备清单：买域名（约 $10/年）。
27. 上线前必备清单：做一个简单网站（Carrd、Gumroad 或类似工具）。
28. 上线前必备清单：创建社交媒体账号（个人号 + 商业号）。
29. 上线前必备清单：设置收款（Stripe 或 Square，每笔交易 2.9% + 30¢）。
30. 上线前必备清单：创建一个用于与客户沟通的邮箱。
31. 产出：帮用户明确定义 1）MVP 只做的那一件事。
32. 产出：2）最简单的实现方式（手工、no-code 或最少量的代码）。
33. 产出：3）这个周末就能上线的东西。
34. 产出：4）初始定价。
35. 产出：5）打算如何收集反馈。

适用边界 · 注意事项

• 产品需要复杂技术验证、硬件制造或医疗/金融等强合规审批时，先手工交付、一个周末上线并不现实。
• 已经存在明确的规模或性能需求时，“不要为规模化构建”这条建议不适用。
• 你需要靠精密打磨或品牌设计作为核心卖点时，故意“不打磨”的 MVP 做法会伤害产品。