一、只是一个“传话筒”

小时候，我们都玩过传话筒的游戏。将两个纸杯中间穿一根线，一个简单的传话筒就做好了。一个小朋友在客厅对着纸杯说话，另一个小朋友在卧室用耳朵对准纸杯，就能够听清楚对方说的话。这样一个简单的游戏，小朋友却能玩上一整天，都不觉得无聊。

上班以后，在公司年会上，大家也经常会组织这个活动。把大家分成几个小组，小组成员站成一排，依次传话，最后看哪一组传递的话最准确。结果，从第一个传到最后一个，答案总是出人意料。从“你好”到“李吼”，从“吃饭”到“瓷砖”，从“小说”到“小叔”，各种错误令人捧腹。

或许，你并没有把这些错误放在心上，觉得这只是一个简单的游戏罢了，在工作中肯定不会出现这种情况。可是恰恰相反，作为产品经理的你在工作中却始终犯着类似的错误。

产品经理作为需求“收纳箱”，要接收来自四面八方的需求，然后将需求串起来并进行有效的规划后，形成产品需求。可是很多时候，产品经理只是被动地接收需求，对需求不进行任何的分析和转换，直接就放到了产品规划清单里，等待着开发上线，似乎一切就这样完成了。

在这种被动接收需求的情况下，一般会出现以下三种情况。

1.东西做出来了，对方也认可

这算是最好的结果了，虽然是被动地接收需求，但是总归还是输出了对方满意的结果。

比如，我在拍拍做直通车教育专题的时候，类目经理希望我能够针对不同的类目做出不同的数据统计和拆分，我二话不说就做出来了。其实，我压根儿也没和对方进行详细的沟通，对方也就只说了这么一句话，结果我就做出来了。上线以后有数据了，对方也比较满意。

2.东西做出来了，但还有缺失

这虽然不算最差的结果，但是也不能算好的。毕竟做出来的东西顶多算个半成品，并不能真正解决问题，但至少也算给了对方一个交代，有一些简单的半成品可以使用了。

比如，某互联网金融平台在做云按揭的时候，最初的目的是能够直接通过系统与各大银行进行对接，实现进件、评估、风控、预审、正式审批、放款、还款清单等整个流程的打通。可是产品上线以后，发现只能实现进件、评估和预审这三个步骤，其他的步骤无法直接与系统对接，需要通过人工操作。

3.东西做出来了，对方不认可

这是最差的结果了，东西虽然做出来了，但是不是对方想要的，就像传话筒游戏一样，对方表达的是“吃饭”，而你做出来的却是“瓷砖”。

显而易见，第三种结果的危害最大。在工作中，仅仅作为传话筒的产品经理做出来的产品，往往都是如此。

作为产品经理，你或许会说：“这个和我没关系，都是需求方提需求的时候没有说清楚。比如，上次销售部同事让我做一个打印合同的功能，我看对方挺着急的，就第一时间把需求插入当前的版本里了，不到两周的时间就上线了。我告诉对方以后，他说试用一下。过了很久，对方忽然给我打电话说，他压根儿没找到这个功能。我测试了一遍，发现没问题，对方却坚持说，没有这个功能。最后，我俩互相截图发给了对方，才发现我做的功能是基于PC的，而他想要的是直接在手机上操作的。我就纳闷儿了，打印怎么能直接用手机搞定呢！”

或许你会这样说：“这个和我没关系，都是研发部的问题，他们说实现不了，所以才将打印合同的功能放到PC上的。我评审的时候也说得很清楚了，咱们销售部同事都是在外面跑业务的，不可能随身携带电脑，只能通过手机来操作。可研发部同事反复强调说这个功能实现不了，没有第三方稳定的接口。如果坚持自己做的话，那么估计得研究三四个月，肯定是不可能做的了。我第一时间插入了需求，上线了功能，怎么现在反倒成了我的问题了？”

或许你还会这样说：“这个还真和我没关系，这个是老板定的。我找老板沟通了，说手机打印合同这个功能无法实现。老板说，手机上实现不了，PC上总能实现。抓紧时间先把PC打印合同的功能上线，以后有时间再慢慢研究手机打印合同的功能。这可是老板定的，我只是按照老板的意思执行。现在怎么都变成我的问题了？”

说到这儿，我想你的问题基本上已经解决了，因为你已经将最后的武器——“老板”搬了出来。不管这是事实，还是你在撒谎，一般不会有人真的去找老板追问。毕竟，如果事实果真如此，那么会显得老板很无能，没有人会主动把老板的“无能”剥开，让全公司的人看笑话。

但是，问题真的就这样解决了吗？

如果问题这么容易解决，那么产品经理的工作也太简单了。毕竟只是简单传个话，工作就搞定了，不是吗？如果只是简单传个话，公司直接用一支录音笔是否更合适呢？而且录音笔的保真率至少能够达到95%，而人的保真率可能连80%都达不到。

如果一个产品经理连一支录音笔都竞争不过的话，那么还有什么资格提升职加薪的事？不被公司开除就已经是万幸了。

作为一名产品经理，你应该仔细回想一下，自己在工作中是否只是一个简单的、可复制的传话筒。如果是这样的话，你就应该做出改变了。