入行时间越久，你会发现自己不懂的越多。之前那些自以为是，在实际工作中发现根本就是天方夜谭。动不动就想着改变世界、颠覆行业的，要么是刚入职场的新人，要么是梦想远大的创业者。
作为产品经理，我认为最重要的品质是脚踏实地，因为我们最终要将所吹过的牛一一实现，这是一个产品人的操守，也是一个职场人的准则。
只不过坚持着这份荣光，我们需要背负的很多。这过程中难免被误解、难免被边缘。有没有哪个瞬间，你会质问自己是否真的适合做产品经理？至少，我有！
1、当那些自认为的需求强加下来而不能反驳的时候
作为产品经理，每天面对的是数以万计的需求提供方，每个人都是站在自己的立场去思考问题，每个人又都是孤立的个体，很难考虑其他人的实际情况。这千千万万里面，有一个重磅炸弹就是领导需求。
领导需求做与不做，结果都是错。为什么会这么说？
一来因为绝大多数领导并不是产品的实际使用者，他们提的需求更多的是公司战略层面的内容，可能和实际操作流程有出入，所以即使满足了领导的需求，真正使用者可能不满意。这二来就是不做了，不做当然是错，没有理由。
如果一个产品里领导的需求太多，势必会影响整体的业务流程。如果领导是懂业务的，那么是你的幸运。如果领导是不懂业务的，那么对不起，你能做的就是尽量在不影响流程的前提下满足。如果每天都疲于应对领导的各种非业务需求，我想每个产品经理都会很累。
我知道很多人会说，说服不了领导，说明我们自己的能力不够，我承认，但是又有多少人能有这样的能力和勇气呢？
公司的前同事，8年多的产品经理工作经验，可谓是专业技能过硬，业务水平一流。每次开会的时候，都和领导据理力争，引经据典、剖析自己之前做过的失败案例。可结果呢？每次开会都是和领导大吵，说实话，再好的脾气，都能被磨灭。终于，在一次早会中，争吵终于结束了，因为离职了。
2、当那些绞尽脑汁想到的方案被开发打回的时候
虽然都说技术是万能的，但我想说，那真的只是别人家的技术。我们经常会陷入到一种莫名的自大中，动不动就是支付宝有这个功能、微信有这个功能，我们怎么不可以。拜托，你不看看阿里和腾讯的开发水平，自己手里的几杆抢，还没点数吗。
像我们公司，一个创业团队，开发人数也就10几个，但公司经常都以阿里的标准要求。举个简单的例子，订单列表加载速度，我承认现在的5秒钟是有点慢，但也不能要求我们和淘宝一样呀。每次开会都质问技术总监：“怎么加载速度这么慢？你看淘宝每天那么多订单，都是秒开，我们一天才几百个订单，就这么慢，我不管，赶紧给我解决。”
可怜的我们技术那帮同学了，都是以阿里这样的标准来衡量工作的。我自己也容易陷入这样的误区，总以为别人能做的，我们都能做。所以有时候在设计产品功能的时候，都是参考目前较为主流的实现方式。但每每在需求评审的时候都被怼的很惨，无论是功能的实现难度还是考虑的周到性。
还记得有次需要做省市区的筛选，我就直接拿着京东的页面说，就按这样给我做一个，开发同学直接回一句：“那是京东，咱可做不了，首先框架都不同”。
所以现在想想，也不怪开发同学怼，做什么之前，先想想自己的实力。
3、当那些看是完备的功能被用户嗤之以鼻的时候
虽然说我们的最终目的是帮助公司盈利，让公司能够长远发展，但我们所做出来的产品至少得有人用才行，那么满足客户的需求就成了成功的第一步。也许这一点对绝大多数人来说是废话，但是对我们这样的平台级产品经理来说就至关重要。
对我们来说，我们的客户是多方角色，而且多方角色之间的利益是冲突的。这时候我们既要满足多角色看似冲突的需求，还要考虑整个平台的定位。这时候就容易出现我们满足了一方的需求后，另一方会嗤之以鼻的情况。
记得有一个功能是关于修改费用的问题，付钱方认为收钱方和平台存在定价不合理的地方，需要能够自己修改价格。功能上线后，收钱方说有几笔款项费用少了，和平台定价不同，直接找平台算账。最后的结果当然是平台承担这部分损失，因为对两方来说都没错，只是平台没定义好规则而已。
当然了，对2C产品而言，也是存在这样的问题。比如微信之前的订阅号信息流样式改版，和这次微信7.0样式改版，有人喜欢有人不喜欢。只不过当负面信息多了，难免会影响产品人的产品观。
4、当每个夜深人静我们扪心自问的时候
这一点其实强调的是自我反思和归纳总结，这一点说起来容易，但是做起来很难。
人都有懒惰，我们总是习惯凭借着自己之前的经验，然后主观的简单化处理事情。比如接到需求的时候，我们是否有想过深究它深层的场景？在面对开发质疑的时候，是否有想过这其实是我们自己考虑不周导致的。
奇葩说的杨奇函说他每天睡觉前都会问自己一句：你今天有比昨天更博学吗？我想作为产品经理，我们可以每天问自己：你今天留下的坑比昨天少了吗？
网友评论