迭代产品的频率就是与竞争对手竞赛的步频

“天下武功，唯快不破“ 这句话放在互联网行业仿佛也通用。快速的敏捷开发，可以让公司迅速收到用户反馈，进而更新产品，以最短时间适应市场环境。对中小型互联网公司来说，迭代产品的频率就是与竞争对手竞赛的步频，步频越高，好像在市场的竞赛中胜出可能就越大。

然而，有些中小型互联网公司过度追求迭代频率，完全忽视构过程中的项目管理，导致整个产品匆忙赶工而成，漏洞百出且无法追溯，一片混乱下员工也备受折磨。

首先，在项目开始之前，没有明确负责人的任务，会造成遇到需要配合时，出现相互推诿的情况。本人亲历过一次官网的改版项目，虽然指派了提供文案的运营人员，但每次找到运营人员，要求提供官网新文案的时候，运营人员都会以产品框架未出，拒绝提供。拖了3天，直到运营总监发现文案迟迟未出，才与该运营人员说明，产品框架需要配合文案的核心方向来做，必须先出文案，此任务才得以推进。

其次，没有明确最终决策人，会造成项目的停滞与拖延。还是举刚才同样的项目为例子，官网设计到公司对外的整体形象，应该是公司老板最后拍板，但老板自己却先推给研发和运营各组负责人，让他们定夺，而后在产品成型后，老板又觉得不符合自己的预期，突然查收要求修改，导致工期前前后后被耽误4、5天。

老板或领导需要明白，在项目开始前，确定好最后拍板的决策人非常重要。也一定要考虑到自己在该项目中的位置。否则就会出现一些鸡毛蒜皮的小问题，会找到老板和领导决策，而一些大问题却因自己撒手不管，而无法把控。

再次，忽视产品开发的科学过程。产品需求的评审在大公司已经是固定流程了，而在中小公司，很多老板或领导觉得评审这一步是浪费时间，还不如快速把产品推到市场，求得市场反馈。然而实际上是，一些荒谬的需求，只要经过不到半天的推理考量就可以剔除不做，整个过程所需的人力成本、时间成本和机会成本要远远小于把需求开发成产品功能，再收集用户反馈，才确定删除该需求的各项成本。匆匆忙忙地投入研发与实现，会远远增加产品的成本与风险。