遇到一个很烂的产品经理，程序员多牛逼，项目都会烂尾

首先，你得了解整个互联网项目工程的过程：

产品需求调研、分析—需求整理—业务流程设计—功能设计—原型图设计—效果图设计—开发—测试—部署上线

不难发现，其实在开发前，程序员要做的工作很少，因为如果一开始就根据沟通的需求去开发，后面肯定改的量非常的大。而前期从需求调研到原型图设计的工作都是产品经理在负责，然后让UI设计师去根据原型图设计效果图，最后开发再去开发。所以可想而知，如果你遇到一个好的产品经理，那么必然程序员后期的工作也比较少，项目上线也快。但是如果遇到一个很烂的产品，那么项目烂尾是有很大可能的 。（项目只要超过交付时间就是烂尾）为什么这么说，因为开发是听产品的，如果产品不靠谱，开发又怎么能开发出靠谱的产品？

而一般烂的产品经理让项目烂尾的有以下几种情况：

一、上线前几天、甚至前几个小时提出新的需求

上线前一般都是改BUG的时间，但是最怕的就是改着改着产品经理又提出了新的需求，当然这很多时候是老板的要求或者是客户的要求，老板和客户都是上帝，所以提了，产品经理也只能照办，但是结果就是产品一直无法上线，因为增加一个功能点，先不说这个功能的开发时间，后期上了之后，可能还会遇到其他的问题，又会出现新的Bug，如果长此往复，能上线才怪。而一般成熟的公司，一个新版本的需求都是提前讨论制定好的，然后把新的需求收集放在后期的迭代中实现。

二、需求反复变

这也是一般烂尾项目的特点，开发写到一半，被告知这个需求用户体验不好，需要把逻辑再改下，或者界面不好看，需要重新改等等，然后又是各种开会讨论，所以时间就这样被耽搁了，项目能不烂尾吗？

三、产品设计东拼西凑，没有整体化考虑，开发复杂

很多水平一般的产品经理都是拿市场上现有的一些产品进行东拼西凑，凑了一个产品原型出来，之前还遇到过一家外包公司给我们一个客户就直接原型图都没有，直接是一个东拼西凑的PPT；如果是第一种，还好点，起码有个原型图，但是因为没有整体考虑，导致结果就是一个产品上光删选项的展示形式就好几种，而这种对于开发来说，首先开发时间增加了，另外程序的可维护性也不高；如果是第二种，那么项目烂尾的概率更高了，因为后期的改动肯定相当大。

以上主要列了三点，当然还有其他原因，比如开发时间被卡的非常死、产品设计无限拖延、简单功能负责化等等，因为篇幅有限，今天就分享到这儿，下次再跟大家分享。

当然导致这些出现，其实不管是项目外包还是自建团队开发，老板和客户虽然也有责任，但是人家不懂啊，产品经理才是懂的那个人，而作为一个靠谱、优秀的产品经理，为了能够保证项目的正常开展，适时制止一些要求肯定是需要的，不然如果都听老板和客户的，那么还要产品经理做什么？所以作为产品经理，需要发挥出应有的专业性。