【产品经理沟通那点事】如何与运营沟通.doc

/NUMPAGES5【产品经理沟通那点事】如何与运营沟通【编者按】老肥之产品经理沟通那点事系列，续【产品经理沟通那点事】如何与设计师沟通和【产品经理沟通那点事】如何与工程师沟通后，最新推出本文“如何与运营沟通”。很多人觉得产品经理和运营的关系往往是不错的，不像和技术之间那样关系很紧张。甚至水火不相容的。但是实际上，只要有人的地方就会有争斗，这是一个什么名人的话吧？我的理解是只要有人的地方就会产生矛盾。因为你永远不能百分百的猜透别人脑子里想什么，再加上大家的所处环境、出发点、教育背景等等的不一样。所以这都很正常。对于产品经理和运营来说，其实很简单，很多产品经理手里的需求的相当一部分比例是来自于运营那边交过来的。也就是说运营人员是产品经理的需求方。这就直接涉及一个需求明确的问题。不能与运营人员做到良好的沟通，你也就无法获得需求的完整内容，完整内容都没有你怎么能明确需求呢？而作为需求方不能够让产品明确你的需求，怎么能让产品帮助你解决问题呢？不过今天讨论的是前者，后面的还是教给运营的兄弟去写吧！所以，无论你是一枚运营还是一枚产品经理，我想很多人都碰到过下面这样的事吧？运营：这产品脑子让狗啃了吧？还让我怎么说？已经说的够明白了？还不知道我想要什么东西。产品：这人是不是脑袋进水了？说的是什么？前言不搭后语的。搞了半天根本不知道说的什么嘛！然后接下来，就是反反复复的互相埋怨。接下来。。。艾玛，不忍直视啊~~~这不就是矛盾么？产品不明白运营要表达的是什么；运营纳闷产品为啥不明白他的意思。简单的说，产品经理的思维更偏向逻辑性和严谨性。而运营人员更注重的是灵活性和商业性。产品需要的是运营从第一线拿回的用户反馈和市场回音，以设计制作出更受市场和用户欢迎的产品，解决用户真正的痛点。而运营在看到了自己手上握着的产品在经历了市场和用户的打磨后暴露出的问题，急于将其反馈回给产品。希望能够尽快的拿到解决问题的方案或者新东西。这一来一回，如果解决不好沟通的问题，往小了说可能用户的需求不能够解决，往大了说可能直接影响到了一个产品的生命周期，让一个产品、一个团队直接垮掉。综上打个比方，个人认为其实运营做的事就是将产品的思维创意等脑子里的东西最终放在实践中检验。打个比方，如果说一个产品整体是一场战斗的话，那么产品设计方案就是这场战斗的具体作战方案。而产品经理就是作战部的角色。而运营就是在前方真正指挥部队的战斗员。战斗的胜利与否基本就说明了你这个产品能否适应市场的需求、用户的需求。而一场战斗结束后，战斗中我们的战斗减员、损耗就是反馈回来的bug和问题。最前方的战斗员告诉我们哪里用这种作战方案有问题，那么后方的作战部就要适时的做出调整。当再遇到类似情况的时候，就要改变作战方案。如果不改变，那么就等着局部战斗的失利吧。积少成多，最后是战役的失利，最后演变为战争的失利。可能有的人觉得我的比喻过于富有攻击性。可是我觉得不管你做产品还是运营也好就是要有这股子冲劲，有这股子血性。当仁不让，没有这股子劲头怎么在竞争中脱颖而出?怎么争取用户的青睐，用户看都不看你一眼，都不愿意理你还指望给你创造商业价值？最终只会给殡葬业创造价值。所以由此来看运营方和产品的沟通极为重要。作为产品，不要沉迷于空想，别整天想着我这东西做的多华丽、交互多么出彩，再怎么华丽怎么出彩没用，你的程序再棒也没用。只有运营带着它在“实战”中接受了检验，能够存活下来。才说明你的东西是可行的，还只能说是可行的。杀敌一千自损八百，这种也是赢了。但是如果是每次都这样你还觉得你是赢了么？所以做产品必须要踏实下来，脚踏实地的，一步一个脚印。跟你的运营多交流。多倾听人家给你反馈回的最终结果和细节。从这些点滴中获取你下一次bug修正的灵感和方向。如果你真的觉得运营说不明白，那是你的问题。你为什么不落实在文字上？如果你觉得文字不行？图表可以不可以？把所有的流程走一遍。在战争学里设计作战方案时，有一点几乎百试不爽。那就是把自己假象成对手，如果你是他你会怎么办？所以如果你是用户，你面对这个产品的时候你怎么用？你怎么办？别再用那种“想当然”的思维了，如果还坚持那种思维那你真的离火葬场不远了。当然，自己永远不可能百分百贴合对手的思维。产品经理如果想变成和用户的思维百分百一样也绝对不可能。毕竟你的产品和你的用户是一对多的关系。这里建议各位去学习一下基本的数据关系。一下就明白什么是一对一、什么是一对多、什么是多对多？但是即便如此，还是要尽力去置换。当你真的感受到了用户的痛苦之后，那么同样你也就能理解了运营想要跟你说的东西了。这个时候别忘了跟你的运营说一句“谢谢”。运营想的其实很简单但是也不简单，就