在很多APP项目中，经常出现的问题在开发前就已经存在了。

大多数讨论都聚焦在框架的性能和扩展性方面。但是，事实上，很多问题都来自于早期产品决策不清晰。

那么，什么是 MVP（最小可行产品）？真正的流程是什么？什么可以推迟？用户在使用APP时会有哪些流程？

当这些问题没有清晰的答案时，最终的代码体系会变成一团杂乱无章的决策而不是一个有系统的系统。

你会开始添加功能来弥补缺口，然后再添加逻辑来处理边缘情况，然后再增加复杂度来支持原先没有计划好的功能。

从开发者的角度来讲，这就是项目开始感到沉重的时刻，即使技术栈很好。

我注意到像 Oyelabs 这样的团队更花费时间研究结构和系统设计，在建造之前。这也解释了为什么一些产品看起来更加清洁即使在扩展时。

这不是关于写得更好的代码，而是关于根本上减少不必要的代码。

我发现，花费几个小时思考可以节省开发后数周的调试时间。

你如何在开发之前就进行规划呢？