产品经理们，什么事最让你觉得不爽

产品、程序、撕逼、需求、用户、运营等这些字眼好像从来离不开产品经理的工作内容。互联网公司中产品经理是大家最喜欢谈论的一个职位，因为产品做的好产品经理是最大功臣之一，做的不好也是第一个背黑锅的人。

另外，做产品的工作内容也很多，特别是创业公司的PM，要画原型，做交互，写产品文案，还要了解业务需求，做测试等等，所以产品经理的吐槽也无处不在。

前两天在PMCAFF里留了问题——作为产品经理，在产品开发中什么事最让你觉得不舒服？

我先摘录评论里的一些吐槽让大家看看。

一、需求方绕过我直接跟开发提需求！二、开发就这么接了，直到开发完了都不跟我说！三、long long ago~这需求出问题了，要我背锅！@乌冬面

最不爽的是，遭遇猪一般的运营队友，给的方案或者文案，完全就是不可用的，要我追着尾巴改改改，或者自己直接上。第二不爽的是，上司提的任何需求，开发都会接下来，结果做不好或者上司又改想法了，开发屁颠屁颠跟着瞎忙和。@匿名用户

定位不明确，老有人想指手画脚 @罗纳尔不多

老板不停变需求，否定自己 @匿名用户

要做一个功能，开完会讨论完了，辛辛苦苦把原型画完了，结果换想法了，重新画吧⊙﹏⊙ @ 匿名用户

需求变更是最烦躁的 @ 久久爱遛流浪狗

上层拍脑袋各种改需求 @sinmiyo

研发嫌弃的看着我说，你不懂技术，当然我也会嫌弃的看着他说，你不懂业务 @小美丽

---

我们可以看出绝大数的吐槽都跟需求挂钩，因为需求指导产品。下面我也来吐槽吐槽我工作中的一些事情（不知道老板以后知道了会不会打死我）

1、需求了解甚少就启动项目。今年六月底加入一个创业公司,做的是B端产品。之前对这块认识是空白的，入职前老板跟我说就三款竞品，市场很大，后来发现越来越多的竞品。进公司那会还在扩张团队项目还没开始，上班头两天跟技术负责人还有领导了接了大致业务流程，第三天上班领导跟我说可以开始把原型画起来了。天~这么快就画原型了？用户真正的需求我们都还没了解清楚就开始做了吗？该省的还是省不了，事实证明需求了解不清楚好多事到头都是白干。

2、没有产品迭代的节奏。需求了解不清，一开始拍脑袋什么功能都想做，另外各终端都考虑进去，APP，前端，中端，后端。后来开发过程中甚至都开发完了发现好多需求不对，人力不够，所以就各种改，真实无力吐槽，此处省略一千字

3、测试没有阶段性。公司前端就是个奇葩，文档中不写她就不做，连身份证和手机号这种最基本的校验都不知道做。等产品快完工进入测试阶段时一测，一两百个BUG，好多都是校验，适配等错误，我不敲代码的都为他们感到捉急。自己写好的东西不知道多测测吗？写一部分测一部分，好多小问题当时解决会很快，有些问题到后边可是改一处而牵发全身啊，修改成本增加好多。

......

半年下来虽然谈不上老道，经验丰富。但确确实实踩过不少坑，也经历过不少坑，自己的坑自己填，都是经验呀~~。对于需求，为了减少撕逼以及提高开发效率，下面浅谈一下我的个人看法。

1、项目启动前需求了解清楚。特别是针对B端产品，一般逻辑业务比较复杂，一定要多调研用户，亲身去体会，看看他们的操作习惯，各种功能的使用频率，千万不能为了追求速度而模糊需求，不然到头会白干好多事情。

2、管理好需求，保持迭代的节奏。项目启动前一定要规划好第一版本，不能贪多，挑最核心的功能做。后期如果有运营或客户提出新的需求除紧急需求之外一律扔到需求池，后期版本再谈论排上。这样的目的在于不打乱各个部门的工作节奏，保持他们的士气和信心。尤其是开发部门。

3、新的需求不能直接到开发。有新的功能需求或优化流程的需求，第一时间要告知老板，然后是产品，经过大家谈论确定之后才能让技术开发。如果直接让技术开发的话做的好没事，做的不好产品被黑锅，老板也蒙鼓里。

4、分阶段测试。测试一定要开发一个模块测一个模块，这样会早发现问题早解决，大公司配有测试人员，小公司一般都是技术和产品来测，有责任良心的技术一定要自己多测测，不然放到最后一起测的话真的是苦不堪言，让人头大。

嗯，能力有限，就写这么点吧~以后再跟上。