人的思维是发散性的，所以很容易在产品规划中犯一些错误，比如规划的时候没有明确方向和识别每一个需求的必要性、重要性和实现成本等。
3.7.1、闭门造车
一个完整的产品涉及到很多领域的知识，并且后续运营的支撑也要在产品规划时就要考虑进去，所以那怕产品经理知识再丰富，但是在一些专业领域里也没有从事这方面专业人员要清楚。产品经理在产品规划的时候，需要团队协助或沟通的地方，千万别闭门造车，这样很容易导致辛辛苦苦写出来的需求不切实际。
3.7.2、逻辑不清
因为产品经理的工作是执行层面的，所以如果逻辑不清是一件非常可怕的事，这就会导致执行人员也不知道怎么去实施产品需求了。最常见的逻辑不清就是功能需求的流程走不通，没有进行过多条件的流程推演，流程条件不完善。往往工作中和技术人员产生争执也是如此，逻辑不通是非常让技术人员反感的行为。
3.7.3、大步向前
互联网产品和传统软件业不太一样，互联网产品讲究快速迭代，小步快跑。所以产品经理在规划产品迭代需求的时候，很容易忘记阶段目标和时间计划，这就会导致需求负载，大步迭代。当然也有些公司团队的迭代需求是长周期的大步迭代，所以公司要求的不同，也会有不一样的迭代计划。但是在大步迭代的计划中，也会在其中细分小阶段，小的里程碑，避免大步期间目标迷失和新需求植入，导致迭代混乱。
3.7.4、快速迭代
有些PM或老板，会听信什么“唯快不破”，刻意追求迭代速度，这种为了快而快的迭代，反而容易把产品带入危机中。比如一周一个迭代，一周5个工作日，在这短短5天里，需要经历策划、设计、开发、测试、上线，很难保证每个需求是经过深思熟虑的，如果团队协同不够默契，就会造成致命的伤害。所以产品经理需要懂一些项目管理的知识，不要刻意追求快速迭代，找一个适合团队的时间节奏。
3.7.5、分不清轻重缓急
如果产品经理分不清工作的轻重缓急，很容易导致产品没有明确的方向、团队成员疲于奔命但却没有实际的成果。判定工作内容的轻重缓急除了公司层面的任务之外，还有就是结合产品规划中的需求决策的知识，根据需求的优化等级安排工作计划。
