浅谈程序猿们眼中的产品汪们

第一次写博文，只因在人潮攒动的地铁里多看了一眼：《如何不被程序员（RD）们嫌弃－－写给那些血气方刚的产品经理（PM）》（传送门）。

前方高能，声明如下：

1. 本文所写皆为小猿自我的、浅薄的观点，与小猿所在的公司无关，更与我司的产品汪们无关，请各位看官，不要把我的观点瞎YY，然后对我司瞎BB。
2. 先占个坑位，等想到了在写。

-------------------------------------请叫我分割线--------------------------------------

程序猿们和产品汪们的问题，目测从产品汪这个职位诞生的那一刻开始萌芽，然后经过互联网浪潮的洗礼，总算现在程序猿们和产品汪们携手走在一条可以共谋的大船上了，（当然，也有人还在造船），至于今后的工作，那就见人见智，再加环境吧。

程序猿们眼里的产品汪们分成三种：高大上的，假装高大上的，和平凡真实的，第二者占90％。（呵呵，呵，呵呵）

如果你跟我一样，是个没有技术背景的 PM，估计你会觉得世界上 “不能沟通的 RD” 占九成以上。难道不是吗！每当你斗志昂扬讲完一个伟大的产品计划，期待看到 RD 激动的眼神，却发现他们真的一点儿不兴奋。给面子的 RD 会干巴巴的问：“什么时候要 什么时候开始 设计稿确定了没 产品文档写完整了没。” 不给面子的 RD 则会当场质疑你，“这个新功能你到底想清楚了吗？！老板又风花雪月拍脑子了吧？！这么做有数据依据吗？！做过市场调研吗？！老用户会因此流失吗？！能保证上线后不再改了吗！？@$%^^%%$$@% #$%^^% ” 真的是没法儿做朋友啊！
--《如何不被程序员（RD）们嫌弃－－写给那些血气方刚的产品经理（PM）》

以上引用是为了说明第三类产品汪们，他们有着清醒的头脑，能够在沟通执行的困境中找到问题的所在，而不是像第二类的产品汪们那样，“拿着鸡毛当令箭”，最终也只能两败俱伤。

OK，说说主角们：第二类产品汪们吧。他们有着这样的特征：
首先，他们的出场或多或少带着光环（我会告诉你，那些入行没多久，血气方刚的产品汪们会这么屌炸天么，当然不会！），带着光环来到程序猿们的世界，首先传递给程序员们的就是没准这个产品汪比我们现在的产品汪们好，然后程序猿们投以极大的热情和关注，希望能够一起推动“世界和平”。然而，请注意，我们“高大上”的产品汪们，终究只是假装他们很高大上，一旦他们提出新的产品的时候，我和程序猿伙伴儿们都惊呆了！然后请看上面的引用文字中RD们的“自白”；
其次，他们似乎从来都不会做调研，不会学习怎样去理解所要开发这个产品的现有业务的处理逻辑，只是抱着一颗方便大家、提升效率的友好初衷，然后就盯着屏幕琢磨，有灵感、有想法了，就一拍脑袋，直奔领导哪儿，侃侃而谈，一大通“忽悠”，搞定了领导，然后，就没有然后了，接下来你会看到他们又开始辛劳的忙碌起来了，显示器上的文字越来越多，各种汇报也越来越多，最后，当一切都准备就绪的时候，作为程序猿，很荣幸，你将收到“请参加xxx产品需求会”的邀请，然后程序猿们傻傻以为这是产品汪与我们沟通需求，抱着真诚沟通的心态就去了，结果出席时方才发现，原来一切早都已经有定案了，程序猿的出席不过是为了知晓这项工作，“Hi，你们又要来活了！”；
最后，他们似乎还很固执，当最终方案被证实有缺陷的时候，他们才会放低姿态，然后学着和程序猿们沟通，但是，只是但是，即使他们终于有所领悟，走向通往成功的康庄大道时，他们仍旧还是没有学会怎样放弃错误的、不切实际观点，进入产品开发环节时，他们还是会将当初那些观点，抛出来，要求猿们实现，结果，呵呵...呵呵...

其实，最想说的就是第三类产品汪们，他们不仅外界言传的那样很高大上，而且事实上很高大上。至于关于他们的特征描述很多，我就不班门弄斧了，加之目前小猿也学识浅薄，就不瞎BB了。引用的那篇文章里也有一些感悟，推荐产品汪们自行脑补。

最后，为以下这段引文补充一个观点。

嫌弃理由3：不信任RD的能力。呵呵呵呵呵呵，说起这个真是百感交集。每一个有血有泪的日子里都在重复上演这样的剧集：PM 问 RD 这个功能要做多久，RD 说至少 3 周，PM 于是去问自己做技术的好基友 “真的需要 3 周吗？”，基友拍桌子说 “这有什么难的，换了我 3 天就搞定！” 然后两人忿忿不平的拍案皱眉，开始讨论公司里的 RD 们到底是能力差还是在偷懒。我曾经也这样，因为不懂技术害怕被骗，于是勾搭各种民间技术大牛让他们给我做狗头军师。军师们为了维护自己伟岸的形象，通常会拍胸脯各种夸大各种装逼。更糟糕的是，军师们也变相破坏了我和 RD 之间原本就已经很稀薄的信任。（哦多么痛的领悟～～～）

其实不仅仅是文中所述的观点，因为产品汪们不曾发现，程序猿们有着各种东西排着期要做，试问一个局外之人如何能够切身考虑到这个问题，因此，在产品开发过程中排期有问题时，与其询问技术好机油，不如多花点时间与猿们沟通一下，了解他们的开发排期，这样或许更靠谱！

写在最后，回归到初衷，每一个程序猿都希望与产品汪和谐相处，都希望能够开发出能够得到他人认可的产品，与其抱怨程序猿们难以相处，不如好好修炼，多多去理解自身所处的环境中各项事务的处理流程和逻辑，当你的取得用户支持的时候何愁程序猿们不重视你的产品呢？

---------------------------留坑，有感后接着写（这叫未完待续）-----------------------------