水火不容？研发人员也是产品经理！

在我们这个分工越来越细的时代中，对很多互联网公司而言，产品经理和研发人员经常是水火不容。毋容置疑，一个互联网产品中，产品经理的角色并不仅仅只是一个经理，他真正决定了一个产品的成败！而在现实中，这个角色又非常尴尬：很多产品经理抱怨技术人员不能实现他们认为的超级牛的功能，他们为了迁就技术的实现而不得一而再、再而三地“阉割”自己精心设计的亮点；而在研发人员、设计人员以及测试人员看来，产品经理整天无所事事地依靠拍脑袋吃饭的活儿让他们又羡又妒，昨天刚刚确定好的功能今天就得改，刚修改完Bug的一个功能好端端的又被莫名其妙地拿掉了。看起来他们是在拍自己的脑袋，他们哪知道疼的却是研发人员的脑袋！

在我们《爱聚吧》产品的设计和研发过程中，初期我们按照先产品后设计再研发的流程走，到了研发过程，头半个月我们团队没少出这样的问题。很快我意识到了这个问题，开始尝试一些新的方法来让产品人员和研发人员沟通，发现他们的效率一下变得高了很多。结合我们产品研发的情况，跟大家分享一下心得。

首先，把所有产品经理和研发人员都召集过来，由公司负责该产品的最高层设计人员针对产品做整体说明，在已有文档的基础上把产品的来龙去脉给整个团队做深度说明，这样可以保证所有团队成员的目标是一致的，不至于让产品经理以为技术在敷衍，让技术以为产品人员在为难他们；同时，也可以让所有团队成员听到的不是片面之词，不至于让大家对产品的理解出偏差。因为在统一的目标之下，符合公司产品的功能就要加，不符合的功能就要修改，多余的就要去掉，以产品本身的需求来定，而不是某个人来决定。如果产品和技术不能明确的功能，让公司高层来定夺，定下的就要去执行，从而保证整个团队的效率。

其次，给所有团队成员进行基础知识普及，尤其是针对一些特殊的产品功能要让产品和技术负责人参与深入讨论，从上层进行问题的疏导。也许有人认为基础知识的普及没有意义，但实际情况是每家公司的技术人员对于产品的理解能力和产品经理对于技术的理解能力都不一样，技术人员认为不可思议的功能在产品经理那儿就是理所当然，从而导致双方的预期严重脱离，所以技术人员对于产品经理的技术基础知识普及就很有必要性了。

当然，产品经理在做功能设计的同时，也需要把这些功能的设计思路和修改的必要性给研发人员耐心讲清楚，而不是扔下一个需求就走人了，让研发人员自己琢磨。

最后，每个团队成员对产品的细节都有自己的看法，鼓励每个研发人员参与到产品的设计中来，从而模糊产品经理和研发人员的界限；甚至鼓励产品经理做开发，研发人员做产品经理，这样才能让这个产品真正地活起来。

《爱聚吧》产品中的一个群组功能就是在我们研发人员的强烈要求之下才加入到我们的最终产品设计中，而对于这个功能所增加的工作量，我们的研发人员不但没有任何埋怨，还主动帮助产品经理完善设计，真正达到了“军民一家亲”的和谐效果！

总而言之，对研发人员而言，只有真正融入到所开发的产品之中，才能感受到产品经理的煞费苦心，才能让自己的技术不只是冷冰冰的代码，而是真正解决人们的某种需要，变成真正有用的产品！