看似风光的填坑史：产品经理背后的心塞

随着互联网的飞速发展，使得很多产品获得了成功，产品经理的工作也越来越得到认可和吹捧，仿佛产品经理一出场就自带BGM一样。而今，很多人走在产品的路上或者在准备走向产品的路上，也有很多人和我分享了他们在产品这条看似风光路上的填坑史。产品经理风光背后的种种心塞，我们坐下来慢慢聊。

想多了，你只不过是执行经理

经常听到很多产品经理抱怨，诸如“老板一定要求我这么做，我有什么办法”，“吵到快掀桌子了，老板还是不同意”“算了吧，省的以后给我穿小鞋”。老板是“强攻”，产品经理为“弱受”。老板说：如果我是用户，我就会有这个需求。并且我去问了自己身边的亲戚朋友，都有这个需求。

比如我们说老板的朋友，“朋”两边相同的才是朋友，老板朋友的级别有极大可能在我们之上。例如公司制造个2000元左右的硬件小产品，老板的朋友不假思索就买的起，我们凡夫俗子就要综合考虑许久了。

再来，老板的朋友就算同意老板的想法，或许也是卖你个人情，是否真正有需求可能另当别论了。三来，老板或许问了有引导性的问题，导致得到有倾向性的答案。

就像之前看到的一篇文章《为什么网易系擅长做产品》。都说网易产品做的好，然而网易擅长做产品，与丁老板没太大关系；丁老板在产品上的贡献就是高度分散的权力结构。高层做决策，然后由年轻的、熟谙业务的中层来主导和推动产品；而不是高层来提需求，中层做执行。热情、兴趣加创造力，产品自然做的好。

之前我们做一个toB的产品，客户为了让用户清楚直观地做出选择，要把两周的所有时间点在一个手机页面中展示出来，方便用户点选。然而这样子把一堆时间点展示出来，密密麻麻，用户看起来只会头疼，而且还极易出错。但是没办法，客户如此地坚持，我只好先喊UI设计师把客户要的展示方式设计出来，拿给客户看。客户看了以后，自己用着都感觉头疼，放弃了他要的这种方式。

其实客户提这样的需求，只是一个表象的需求，他的目的是让用户看起来更清楚直观，不要隐藏得很深，让用户难找而已。我们只需要挖掘客户的真实需求，再提出合理的解决方案就可以皆大欢喜了。

不过很多时候老板之所以成为老板，还是很有眼光和领导力的，不妨站在他们的角度和高度去看待问题，说不定就豁然开朗了。遇到确实门外汉的老板，还是积极一点，动之以情晓之以理，拿案例和数据来说服老板。

心比天高，命比纸薄的背锅侠

产品经理经常自称“背锅侠”。我几乎每天都可以听到产品经理说自己又背锅了，我总结了下，通常会在这几个方面受委屈：

以技术为导向的公司

公司的研发经理的权力大过产品经理，可以直接领导产品经理，或者公司老板为技术出身，会习惯于在确定的逻辑下工作，容易陷入实现型思维；实现不了的，就会说服自己，用户可能不太需要这个功能，来和产品经理较劲。此时若是在这个以技术为导向的公司，而研发经理又不善于或拒绝沟通的话，背锅受委屈的就一定是产品经理了。

以运营或销售为导向的公司

这种情况大多都是运营或者销售部门提什么需求，就喊产品经理来落地，并且需求大多时候还是多变的，且不可更改的。这种情况应该让产品经理来评估这些需求，毕竟用户提出的可能是表面需求或者仅仅是个别用户的需求，从各个层面来分析衡量，优先级划分后再来落地。

和各部门打交道，拿不到人和资源

产品经理是一个产品，或一条产品线的领头羊，起着主导和驱动前进的作用，所以会经常和其他部门的人员协同调配。但其他部门也各有自己的任务，遇到任务冲突时，拿不到相应的人和资源，导致项目的延期，就又得去填坑了。

高层在开发周期中强加需求，导致在高层和开发中受夹板气

高层“拍脑袋”出需求，是很多公司都会出现的情况，有限的开发周期里，不断的小需求小优化，硬是要塞进来赶着做，导致设计和开发苦不堪言，上头“压迫”，下头“拍砖”，真真儿的夹缝中求生存。

很多时候任务划分不清晰，也会引来各种责任推诿，所以很多公司也会采用任务下达保留需求邮件等方式。写这些不是为了教大家怎么甩锅，而是为了让你在产品经理的工作中更好地协调驱动项目。

日常如打仗，撕逼到心累

开个会出来，看到一个产品朋友的留言，“我刚撕逼完，中场休息半小时，一会儿再来撕一场”，这上班日常热闹的都可以开个直播了。

我并不提倡撕逼，坐下来好好沟通，分析问题，解决问题才是王道。如果吼叫可以解决问题，驴将统治世界。

就像当时，我也实在不赞同超级课程表CEO余佳文在《青年中国说》中演讲的那样，鼓励员工撕逼，遇到问题，解决不了就吵，吵不了就打，受伤住院他出去。撕逼撕多了，且不论输赢，终究是会伤感情。大家有着共同的目标，就是把产品做好。本自同根生，相煎何太急。

你以为，我接下来是要教给你如何优雅地撕逼？如何强硬而友好地撕逼？如何撕逼才能立于不败之地？并不会！

没有错，我就是这么一个胆小怕事的人。哈哈，开玩笑的。

我想说的是：产品经理必备能力之锻炼自己优秀的沟通能力。很多时候的撕逼在于信息不对称，产品向开发说明业务需求，再循循诱导开发向产品说明技术难点，创造良好的沟通氛围，一起商量对策及更好的解决方案，在产品之路上把酒言欢，策马红尘岂不快哉！

产品是块砖，哪儿需要往哪儿搬

很多产品人经常吐槽说自己是打杂的。这个问题一般出现在初级产品人上。此时的他们没有成为产品的带头人，没有成为团队的核心，懂一些，又不深入，知道做什么却无从下手；经常有做不完的琐碎事，一入产品深似海，从此劳累到天明。但是越忙，就越要学会停下来思考。

仔细想想，其实除了产品，哪个岗位不是这样？入门的时候都要从打杂做起，然而很多时候正是因为打杂才使你积累了足够多的经验，为你日后的工作打下坚实的基础。

就说初级产品或者产品助理，一开始让你画后台原型是为了锻炼你更好的逻辑思维和业务分析能力。让你整理产品数据，是为了让你获得数据分析的能力。本来产品人就必须打通横向技能，对各模块游刃有余，才能做出真正优秀的产品。

最后借用张小龙先生的话收尾：我所说的，都是错的。

作者：高晓月（微信号gao_xiao_yue），五一集团产品总监，专注产品方向，略懂技术、运营、渠道，也兼任打杂，资深段子手。欢迎朋友们多多交流，共同进步。