今天有幸和产品圈子的朋友聊天，谈及产品的工作受益匪浅，作为半路出家的产品经理，有着神达，拓维，携程等大公司的招牌，肯定是各大公司认可的人才。但是毕竟小弟，完完整整的产品经验并不是很足。理论知识具备了一定的，但是实操性就匮乏很多
今天和朋友聊起的只是一个点，沟通！
沟通时产品经理必备的技能，与老板的沟通，与设计的沟通，与开发的沟通，与运营的沟通，需要产品经理室个多面手，比开发懂设计，比设计懂开发，比运营懂产品，到处就是忽悠。而产品经理并不是去忽悠，而是通过沟通让各个人员更好的更快速的了解产品提升效率，这个产品才是keyword。作为从事设计工作n多年的设计师，对于沟通是排斥的，总觉得做好自己的事情，万事就行了，素不知这已经是犯了大忌。而自己去不知道。
其一 产品需求文档就是一切。
PRD做为产品经理必备的技能，被很多产品经理奉上神坛。殊不知，PRD被很多人叫做一夜情文档，产品经理写了一晚上，开发人员瞄两眼，该问你的还是要问你，仍然还是要进行沟通，开发遇到问题还是要问你，设计还是按照自己的想法天马行空。只有你把你的思想表达出来，开发懂了，设计明白了，这样效率才能提升，产品才能做好。但是并不是否定PRD的效用，PRD起到的作用理清产品经理对产品的思路，另外作为一种传承和产品的标准。
其二 原型做的好你好我好大家好。
这又是一个坑，原型做的在漂亮，只能传达给设计师。小样儿我牛B吧。高保真的原型和低保证的原型对于开发来说没有任何区别，开发人员只要知道页面有什么功能，数据怎么进行调取，数据之间怎么进行约束，前置条件和后置条件就够了。所以，在规划每个功能的时候尤其是要快速上线的产品，建议第一版用低保证。给设计想象的空间，给自己预留多的沟通时间，给开发更多的开发时间。第二版产品追求的是用户体验了，所以在UE上要做更多的文章。
怎么样才能做到有效沟通呢？在产品需求阶段，产品经理不要低头走路，需要的时候还是要抬头看天，老板拍脑袋想出一个GOOD IDEA,产品经理要有辨析力，这个IDEA是否可行，if ....需要和开发进行沟通怎么来实现这个功能，有了开发的意见，写PRD文档就事半功倍，后期的沟通成本也大大减少，else ......要以数据方式举例为什么不可行。
在产品开发阶段，需要保持各个方面的沟通，对设计师需要把自己的想法和理念传达给出来，让设计这个地方为什么要这样子，这样设计师才不会你要一个寻猫启事他给你画个猫的海报。对于开发，大体流程通顺之后很多细节流程，你要逐个和开发人员进行沟通，解除他们的疑惑，这个数据从哪里来要到哪里出去，让开发人员明明白白。
在产品上线阶段，你要告诉运营人员，产品的属性是什么样的，针对的人群是哪些，这些人群有哪些特性，人群的使用场景等等，之后告诉运营有哪些渠道可以找到用户，通过哪些方式聚拢这些用户等等。本人对于运营阶段不慎了解，也不好多谈。
这就是今天的一点点心得吧，共勉之。
