我曾不止一次的在屏幕上敲下文章题目中的这几个字，然后又删除，然后又敲下，然后又删除，没想到写这篇文章要这么纠结。不是这篇文章有多么的难写，只是我假装不想太早想起「被坑」的那种感觉。
我曾经写下过这么一段话：「上知行业走向，下晓体验细节，左通技术架构，右晓刚需痛处，前能写文档，后能画原型，进能与数据共舞，退能与运营齐飞。与研发共进退，和UI齐存亡，陪测试耍bug，同市场看未来，还有领导背背靠。眼泪纵横,只因我们是产品经理」。从这些眼花缭乱的描述当中你可以感受到产品经理平时要跟多少个部门打交道，所以在各个媒体中你看到的一般都是黑产品经理的文章，因为我们出错的机率要更高，错误也更容易被放大。我之前也写过一篇文章「作为一名产品经理，你挖过的坑有哪些？」（你可以试着回复06查看这篇文章），或许可以找到一些产品经理是如何坑别人的影子。
可是，今天，我要说说我们产品经理是如何「被」别人「坑」的，而那种体验又如何呢？
“你回去把文档更新一下吧,我照着文档做。”
我想这句话就是产品经理天天抱着需求文档不停啃的原因，没有之一，不管是还发同学还是测试同学，这句话都快成口头禅了，天天挂在嘴边，产品经理稍微提出一些变更，哪怕是修改一些文字提示，他们便会说这句话，产品经理只好先当面沟通，然后赶紧回去改文档，再回来继续确认。
碰到这种状况，产品经理内心在滴血。
可是现实情况是什么？如果说测试同学会照着需求文档写测试用例，那么开发同学则一般相对较少看文档，他们更喜欢看图像化的东西，比如高保真原型。写逻辑的时候怎么办？把产品经理喊来当面聊。
只能说这是一种郁闷的体验。
“这个功能你评审的时候没说啊?”
研发进展到一半的时候，开发同学突然告诉产品经理这个功能在评审的时候没有提到，对不起，这个版本做不了。
这时候产品经理又是一口鲜血吐出。
只能说这是一种蹉跎的体验。
“时间太紧,来不及了...”
研发又进展到一半的时候，发现某个功能实现起来比预想的要复杂的多的多，又没有特别好的偷天换日的办法，产品经理又被喊来，接收这个噩耗。
要么砍功能，要么延期，作为产品经理的你怎么选？
只能说这是一种想死的体验。
“人家是一个很大的团队在做。”
体验某个产品的时候发现一个体验非常的不错，其实iOS控件本身就带有的效果，然后兴致勃勃的拿去跟开发同学聊，结果挨了一顿白眼，被告知人家产品是有很多开发同学的。难道体验的好坏和人数是有直接关系的吗？
其实很多事情产品经理都是经过自己的斟酌，才会去尝试做一个决策。所以每个迭代上的功能一定要控制好，一定要出精品体验。
只能说这是一种很痛却说不出来的体验。
“我觉得这个功能很没用!”
这句话一般在需求评审的时候经常听到，因为功能没有上线，暂时还没有可以参考的数据作为依据支撑，要是自己的威信还没有建立起来的话，只能靠产品经理的三寸不烂之舌去尽力说服大家。只是很多开发同学还是会站在自己的角度去判断这个功能。
产品经理不是在为自己做产品，而是在为用户做产品，所以出发点不是自己，而是用户。
只能说这是一种无奈的体验。
“这个实现起来有难度...”
这句话也是在评审的时候会经常听到，我一直都相信一句话，就是：「没有实现不了的技术，只有想不到的想法」。
技术是值得我们去尊敬的，不管复杂还是简单。如果一个美妙的想法因为技术的限制而无法与用户见面，那是多么的可惜。
只能说这是一种撕心裂肺的体验。
举了几个例子来说产品经理被「坑」时候的体验，天天坑别人的产品经理其实真的有很多被别人坑的时候。
下午开会出来等电梯的时候，交互设计师突然转过头来跟我说：「其实我觉得产品经理真的挺不容易的」，我当时… …
来源：PMcolour（微信公众号：pmcolour）