有那么一群叫豆豆的产品经理

前几天看到个有意思的消息，说有人对程序员做了一个调查，让谈谈自己最憎恨的几件事，其中排名第一的就是“产品经理改需求”，憎恨到什么程度呢，就如同程序员和产品经理有杀父之仇一样。

各位，看到了吧，咱们混了这么多年，竟然混到了这个地步，其实不仅是程序员们对咱们颇有不满，其它部门的伙计们对咱们的怨言也是不少的，比方说打交道比较多的销售。

当然了，问题是客观的，咱们得分析一下怎么出现这个问题的。

这咱们就得复盘一下咱们日常都是怎么和这些伙计们工作的。

场景1：

销售：豆豆，单子签了啊，这是客户给咱们的需求，你看一下。

豆豆（看需求中）

豆豆：狐大哥，这有问题啊，这个需求咱们做不了啊。

销售：怎么能做不了呢，我和客户已经说好了，你知道我费了多少工夫才签下来的，这是钱啊。

豆豆：我记得咱做产品培训的时候，我说过一定要避开这个坑的，你忘了？

销售：是吗？（故作回忆装），我怎么没印象了，不管怎么说，我已经答应人客户了，你想想办法吧，你是产品经理，你总有办法的。

豆豆：不是这么想啊，这个需求真的很困难的，我不好把握啊

销售：豆豆，有困难要上，没困难咱们创造困难也要上，你说，是公司挣钱重要还是你个人重要？

豆豆：！@#￥%

场景2：

豆豆：猿大哥，这是客户提出的需求，你看能给解决一下不？

技术（看需求中）

技术：怎么又说这个需求，我不是和你说了，这个需求不好做。

豆豆：可是这是客户提出的，销售也答应人家了。

技术：答应了也没法，就是不好做，就是去做，你知道公司得投入多少资源吗，我告诉你，等于要把咱们现有的产品架构重新整一遍，80%的代码得重写，还要配置更先进的硬件，这都是钱啊！

豆豆：可是……

技术：没可是，你得这么想，是公司成本重要还是你重要？

豆豆：！@#￥%

场景3：

豆豆：老大，就是个这情况，你看咋办呢？

老板：原则上说吧，客户提出的需求咱们就应该想办法满足，但是现实的情况呢，又影响咱们对这个需求的实现，我就提两点：第一，客户的钱咱们还是要挣的，第二，咱们的成本也得控制好！好，散会！

走出老板会议室后

销售：豆豆，你害死我了，我又得去和客户重新谈

技术：豆豆，你害死我了，我怎么去控制开发成本

豆豆于是有了这样的表情

于是就这样，豆豆就成了技术和销售眼中的狗狗，然后他们仨人就爱恨交加的继续开始了新的生活。

其实作为狗狗，哦，不，是豆豆，我们也不想这样的，但是在现实中，我们又不得不面对大量这样的场景，老板让你想办法，说想不出办法，要你干什么，技术嫌你不懂技术，乱提需求，又增加成本，又增加工期，销售嫌你不重视客户，只想困难不想解决办法，总之，豆豆们是公司里唯一一个在他们眼中永远不会站在公司大局去工作的。

尽管咱们都知道，产品豆豆们的三付重担中，其中有一付就是“肩挑企业和客户的利益”，当然了，道理豆豆们是知道的，但是道理也是苍白的，豆豆们在现实中是很难做好平衡的，于是时间长了，豆豆们就变成了老大，狐大哥，猿大哥眼中的“逗比”。

那怎么来解决这个问题呢？

正好我看到了一篇文章，觉的不错，在文中就提到了如何做好产品管理的五点：

1、使用多层蛋糕策略获取企业产品的客户反馈

2、统一管理产品、设计和工程对公司是有帮助的

3、用影响力管理实现最大化的成功

4、产品和工程部门需要关注销售

5、尽可能保持组织结构扁平

当然了，这其中的任何一点拿出来都是对现有产品管理体系的挑战，而如何来应对这种挑战，在我看来，所有的理论都是美好而开放的的，但是所有的实践都是苍白而保守的，我能理解为什么企业在实践中会出现这样的情况，说到底，就是一个实践风险和收益的不可预知性，要么在风险可知的情况下，让收益最大化，要么让收益可知的情况下，风险最小化，但是要实现这个目标，是需要整个和产品管理体系相关的内在、外在力量共同作用的，而目前的条件成熟情况还远远不能支持企业在产品管理上有更好的成长。

豆豆们，我们的路还长的呢，要做的事还多着呢，看看和咱们类似的职位，比方说项目经理，人家已经算是全副武装的在工作了，而咱们呢，似乎还在光着屁股，拎着板砖在冲锋陷阵呢。