我想揍的产品经理----排名不分先后

欢迎关注公众号：内推派。

 

“ 最近很火的一个段子：某互联网公司产品经理提了个需求，要求APP开发人员可以做到根据用户的手机壳来改变软件主题颜色。于是两人打了起来，双双被开除。”

看到程序员跟产品经理干架的段子，心里很不是滋味，有话要好好说嘛。（为何是别的程序员替我出了头！为何我就不会该出手时就出手呢？！因为我是靠脸吃饭的呀！）于是决定蹭热点，列举一下我想揍的产品经理。

        ----本故事纯属虚构

01

—

没有方案

客户提出了一个需求，希望由原来的1分钟粒度，改为5秒粒度。明显应该给B组的需求，产品经理居然直接把需求提给了A组，也没有具体方案，然后就催着干活，理由是这个你们才能做的到，客户要求数据延迟很小啊。

我总不能揍这位产品经理吧？！我就想了两个方案，方案一最优，B组来做采集间隔调整。方案二较次，后台服务不需要改动，写一下脚步即可。于是把方案抛出来，B组不肯做方案一，那就方案二。方案二两个组都能做，但是谁来做？虽然很适合B组来做，当然B组也是不肯做的。产品经理还是那句话，这个需求只有你们A组才能做到呀。此时组内项目经理，研发负责人已经放弃抵抗了，都是一个态度，既然他们不想做就还是我们来做吧。

于是我把项目事项和方案写了一个邮件发给了直属leader，直属leader立刻召集了其他几个组负责人开了一个短会，最后大家决定采用方案二，B组来做，快速交付客户，以后再由B组考虑改成方案一。

02

—

秋后算账

 一般流程都是，客户提供了一个需求，产品经理做了一下分析拆分提交给某一个或者几个研发组，研发做完之后上线。如果上线之后没有找研发，那就一定是项目成功了。如果项目上线后再找到研发，那就是哪里出问题了。

        研发不仅是负责干活，还要负责后面的背锅及填坑的。项目线上遇到问题了，最终一定是要找到研发，让研发来处理。

曾经遇到过上线之后，发现跟客户提出的需求有地方细节不一致，导致上线不能用，客户需求延期。最后部门老大都来过问，到底是研发没弄清楚，还是产品传达错了。

        从这以后，每一个需求我都要求产品提供完整的原始需求背景，准备好客户验收场景，上线前单独找来客户和产品做测试验收。

 

03

—

不懂细节

产品经理提需求，做一个简单的页面就行了。。。让我自己对接别人公司的后台接口。

而且这种跟项目组毫无关系的事情，为何会提给我们组呢？理由是，部门老大已经答应客户了，马上就要。别的部门开发组没空，你先来做一个简单的应付一下客户吧。

我总不能揍产品经理吧？！于是我设计了一个方案，做了一个包含数据库、邮件系统和简单页面的web服务器，并且加班加点做完了。

上线之后，没有任何动静，以为一定是做得很好，没有任何问题把。于是我自己上数据库查询了一下，只增加了一条测试数据。

一个月之后，产品经理再次找到我，让我将项目对接给另外一个组，给他们介绍项目和解答疑问，因为那个组终于有空来做了。

 

04

—

写在最后

其实在工作中，大家往往因为看问题的角度不一样，或多或少会有冲突和误解。如果大家能够以解决问题为目的来处理事情，成就一个优秀的产品就不远啦！

不要抱怨同事，如果改变不了别人，那就试着改变一下自己吧，毕竟改变自己比改变别人容易多了。

 

欢迎大家加入鹅厂，一大波岗位，火热招聘中！投递简历至内推派邮箱（neituipai@qq.com），内推派帮你做参考，及时反馈招聘进度。

简历事项请回复“简历”，邮件中请介绍一下自己的找工作情况。岗位搜索请登录腾讯社招。