先做小，再把它交付出去
从一个真实可用的最小版本开始，通常比等待完美方案更接近结果。
面对一个新想法时，最常见的障碍不是不会做，而是一下子想把所有事情都做好。
更有效的起点是：找到那个即使功能不多、也能被真实使用的最小版本。它必须能回答一个问题——这件事是否真的有价值？
一个可执行的拆法
- 写下用户最想完成的一件事。
- 删除所有不影响这件事成立的功能。
- 把剩下的路径做完整，而不是把很多页面做一半。
- 让真实的人使用，再决定下一步。
这种方式并不意味着草率。相反，它要求我们更严格地区分“必要”和“看起来很重要”。
小范围的交付带来的是反馈，而反馈会让后续的每一次投入更有方向。