为什么要与程序员沟通？
因为，你是产品经理而程序员不是。
好好说，更好的实现产品人的职能，守时、保质保量交付领导、客户、你满意的产品，用户认可更好。
1、职能方面，改变世界从来都是技术实现，不是想法本身。而你是产品经理，输出想法和定义，程序员能把你的想法变成可用的产品，能让你改变世界成为现实。社会分工决定了我们的职能，也是目前效率最高的人类合作方式。
2、效率方面，沟通能让更快更好的生产出来。人是需要沟通的，知识领域和经验不同，思路也不尽相同。但做一件事，要时刻让团队内保持认知一致才是有效的合作方式。沟通，会提高决策和研发效率。
3、情感方面，感受工作的快乐。沟通带来的共鸣和认可，是社会关系中情感连接的基础，在工作中建立的情感是超越产品和公司本身的。把工作定义成旅行，程序员是你更好的伙伴。
常见的程序员类型？
1、邋遢油腻，内向。
说起程序员，每个人心中都有一个邋遢油腻的形象。头发数不清发丝只看得到皮质屑，着装随意面部油腻…
形象会影响性格，他们习惯独来独往，不主动沟通甚至会排斥沟通。多处于基础研发岗位。
和他们沟通，你要时刻主动更早发现问题，保证时间点有较高风险，验收时要更为细致些。
2、闷骚猥琐，宅男。
程序员主流人群，想到互联网公司年会的节目，我们也能得出上述结论。明确的说，这是我喜欢的类型。
和他们沟通，结合有趣的描述，提供一个需求背景和简单理由就可以开始顺利完成，这也是团队氛围的催化剂之一。多处于基础、中、高研发岗位。
3、机智主动，远见。
非主流程序员，有较好的教育和工作背景、对研发流程中多数环节都有较好理解。技术好、有主见、善沟通，和他一起工作你甚至感觉到你不用思考…多处于中、高研发和管理岗位。
和他们沟通，你要做好充分准备，需求和决策点要有理有据，这是体现你产品专业程度和验证你沟通能力的很好方式。
凭什么和程序员沟通？
1、技术原理
老生常谈的问题，说下个人的观点：产品人员一定要理解技术，的原理。
不要求会写代码，不要求能组装系统，只要掌握计算机、前端、数据库等基础就好。
毕竟，不懂技术就不是合格的产品经理，因为你无法完整理解你负责的产品，这会影响思考和交流。
细数产品圈有代表作品的同行们，哪些是不对技术有一定理解的？比如：微信、贴吧、今日头条。
2、职业职能
沟通前要清楚你和程序员的职能，职能会界定你们的职责，职责影响着你们思考方式的不同。
你的职能可能是：产品助理、专员、经理、高级经理、资深、专家、总监。对应的程序员也是。
以产品经理为例，你的职责可能是：产品定义，跟进完成。研发工程师为例，他的职责可能是：配合产品经理完成研发。而这，已经是一种习惯性思维；面向对象不同，表达内容和方式都要不同。
3、知关系和局势
人们喜欢为自己喜欢的人做事，人们也喜欢做利己的事情，这样自己喜欢的人也会喜欢自己，这是关系。
和程序员的每次合作都是建立关系的过程，这里并非说用关系来沟通。而是你要竟品、市场、迭代计划、公司、团队与在做的这款产品及功能点间的关系，时刻有优先级的意识。
4、产品知识
总要有一些知识在，要不然自信从哪里来。
学习，要从知识框架开始，先建认知系统，再逐项填充和练习。只读一些社区文章是没用的。
这里有个图，可以参考下；个人认为2年的产品经理要对图中的内容都有涉及才是。
产品经理知识体系
5、逻辑和表达
产品人员要把技术的评估抛开，站在产品、用户的角度思考和表达。
具体一些，描述需求要从背景、方案、预期收益来说，验收结果要从感受、建议、理想效果来说。
有本书讲逻辑和表达，相信读罢能有更好的认识：《金字塔原理》
特殊问题的处理？
1、需求评审，无法达成一致
2、研发过程，做不到
3、延期，不能按时交付
此处的具体方法不再赘述，欢迎大家在评论区写下你在处理上述特殊问题时，如何与程序员哥哥沟通的吧。
Openself
2017.2.19
网友评论