大多数需求都是伪需求，大多数代码都是没必要写的。

怎么解决？

1. 深入思考：倾听付费用户的需求，认真思考本源和场景，而不是应激修改。找到本源就有可能用最少代码来满足需求，代码越少才越稳定。

2. 快速行动：白纸和白板是最快的原型工具，面对面沟通，不要沉迷于先进电子工具，因为它会让你为了把软件画的复杂精细而惯性地把简单问题复杂化。

3. 60% 定律：做完 60 分，推出版本，让用户吐槽，然后快速改进。我见了很多年轻的团队，产品，研发和测试，按照自己的个人经验在一些根本不存在的逻辑和需求地方，无穷止的争对错，只为了证明自己，这是非常愚蠢的行为。我经常跟团队说，实在搞不清楚需求，就大胆的跟用户问，问用户真实需求是什么？

做到这些要有广泛的全局视野，快速试错，面对现实的勇气。