有产品想法但还没写代码时，先把它拆成可手动交付、可收费…

在写代码前，用人工流程向真实社区交付价值并验证付费意愿。

适用场景

解决思路

1. 先流程化再产品化：在写任何代码前，先用手工方式向真实用户交付价值，证明这件事能做成。
2. 把当前目标定为手动向真实的人交付价值，而不是构建软件；记住大多数应用本质上只是表单和列表。
3. 让用户描述想构建的产品，然后把它削减到最小。
4. 明确这个产品为客户做的唯一一件事是什么。
5. 明确客户使用前拥有什么、使用后拥有什么。
6. 如果必须零技术交付——只有你、一部电话和一张电子表格——设计你会怎么完成。
7. 问自己：我能在周末发布它吗？如果不行，继续缩小范围直到可以。
8. 把想法连接回真实社区：找出已经在用变通方案解决这个问题的人。
9. 确定这些人聚集在哪里：在线论坛、Slack 群组、subreddit、本地聚会。
10. 尝试说出 10 个当前就有这个问题的具体的人；如果说不出来，说明还不了解社区，回到 /find-community。
11. 设计人工版本：明确客户交给你什么，例如邮件、文件、需求描述。
12. 明确你拿到客户输入后，按顺序执行的每一步做什么。
13. 明确你交回给客户什么交付物。
14. 明确每个客户需要你花多长时间。
15. 把步骤写到具体可执行：不要说“我处理他们的请求”，而要说“我打开他们的邮件，复制文件链接，用 X 运行，格式化输出，并在 2 小时内邮件回复”。
16. 写下“魔法纸片”：把人工流程记录得足够清楚，让另一个人也能接手并让业务继续运转。
17. 魔法纸片包含触发条件：客户给你发邮件、填表、发消息等，什么启动流程。
18. 魔法纸片包含步骤：按顺序编号列出具体要做什么。
19. 魔法纸片包含每一步需要的工具：电子表格、邮件、电话等。
20. 魔法纸片包含每个客户耗时：记录每一步花多久。
21. 魔法纸片包含交接：如何把结果交付回客户。
22. 开始收费：记住免费和 $1 有巨大差别，零价格效应意味着免费用户给不了有效信号，哪怕收 $1 也能证明有人重视。
23. 根据你花的时间和客户获得的价值设定价格。
24. 本周从社区里联系 3 个人。
25. 交付人工版本并收款。
26. 把每次互动都当作学习机会；它们会教你一些只靠开发永远学不到的东西。
27. 只在人工流程被验证有效后才产品化；先检查准备信号：你已经向 10+ 付费客户交付过人工版本。
28. 检查准备信号：你能准确预测他们会要什么。
29. 检查准备信号：魔法纸片上的步骤已经数周没有变化。
30. 检查准备信号：你花在交付上的时间比寻找客户更多。
31. 满足信号后，一次只自动化一个步骤。
32. 第一个自动化的应是对每个客户耗时最多的环节。
33. 输出并帮助用户写出：用一句话描述他们的产品手动做什么。
34. 输出并帮助用户写出：魔法纸片——他们完整的人工流程，逐步列出。
35. 输出并帮助用户写出：本周要交付的 3 个具体的人。
36. 输出并帮助用户写出：他们的初始价格点。
37. 输出并帮助用户写出：当他们准备好后要自动化的第一步（不是现在）。

适用边界 · 注意事项

• 当产品价值必须依赖实时系统、强技术可行性、安全合规或大规模基础设施，无法先靠人工交付验证时，不适用。
• 当找不到可接触的社区或无法列出 10 个当前有此问题的具体用户时，先去找社区，而不是继续流程化。
• 当目标是已有明确需求后直接规模化开发，而不是验证早期付费意愿和人工可交付性时，不适用。