跟开发沟（si）通（bi）是产品经理的工作日常：给开发提需求，功能模块的讨论都涉及到一些技术知识；如果没点技术底子在的产品很可能会被技术怒怼，轻则需求被反对或者拒绝，重则可能导致项目推进出现问题并延期。既然产品经理要懂技术，那么要懂到什么程度才能跟开发愉快的聊天？这也是很多产品人的疑问。
本期天天问为大家整理了产品与开发相爱想杀的常见问题，来学习下如何跟程序猿们在项目沟通过程中保持和谐，让产品需求顺利地落地。
问题1：做产品经理需要懂技术吗？如果要的话需要懂到什么程度呢？@liltushy
精选回复@夏夏
作为一个开发我想说：
如果产品经理完全不懂技术，我跟他说任何事情他都不懂的话，我会很无奈；
如果只是懂一点皮毛，并没有理解我说的要点的话，我会很反感；
如果是懂技术的话，沟通无碍啊完全可以好好聊天好吧（坏处是不能以XX功能无法实现砍功能，实现时间的问题影响项目了）。
但是，如果技术方面太牛逼沟通毫无障碍的话，我觉得还是让他来写代码把（不需要懂到这种，除非开发转产品），不过还从来没有遇见过如此牛人。
其实，我觉得产品经理最重要的还是要谦虚，懂得怎样去交流和沟通，然后要了解业务。要懂得引导客户，而不是总是受客户的引导。
精选回复@老猫猫
说产品经理要懂技术，其实是说你要懂实现某个功能的技术模型是怎样的，然后理解一些术语，并不是非要你搞懂代码里面的一些细节。
有一定的开发经验当然是最好了，不过也可以后期补一点。
其实懂一点技术最主要的作用在于与技术顺畅沟通，少提那些不可行的需求，不至于让人家觉得他在对牛弹琴。但是要注意的一点是千万不要让技术束缚了你的思维。
问题详情：http://wen.woshipm.com/question/detail/o7des.html
问题2：提需求被技术直接拒绝了，该怎么处理？@小果
精选回复@Elvis
做为会点技术的人告诉技术：你数据库有问题。有可能不是效果层面了，如果随便找网上的例子给技术说“我要实现这个功能”，可以说基本都会给你说做不到。
你要细致问技术：为什么做不到这个功能？数据库有问题，他一定有说什么问题只是你不懂而已。
不要老跟技术说什么公司层面的东西，技术只会懂要实现这个效果，你能提供他们多少资源与时间完成这个问题。
作为一个产品经理，你要了解问题不能做的原因。当技术说数据不能满足或所有流程都全改应该（你应该追到为什么数据不行，改流程涉及了什么）时，你应该评估你的产品在改设计的整体流程的重要性。如果非常重要，应该说服相关人员修改该流程，然后与相关部门沟通，为程序分析并解决问题。
不理解问题的源头，拼命为自己的产品，不为产品排除阻碍力，只有下面几个情况：
与技术关系不好
技术忽悠做不到
请排期（在老板压下来的情况）
当所有问题都分析清楚（就是排除问题），这样你会顺利些。
问题详情：http://wen.woshipm.com/question/detail/gs5dr.html
问题3：开发混乱导致每次版本迭代都出现问题，该怎么处理？@晓明
精选回复@joanne
看描述感觉是信息同步出现了问题，专门的文档是必须的。因为在开发的过程中可能会出现修改，需求时效性等等问题。
建议可以从以下这几方面改进：
（1）确保信息及时准确传达
小团队的好处就是沟通成本比较低，所以要保证信息的绝对同步。有一个人（一般是项目经理或者产品经理），或者一个平台（比如像JIRA，Teambition，或者就是墙上的一块白板也可以），作为团队内部的信息枢纽。所有信息都要从这个枢纽发出，所有不明确的问题也统一跟各负责人员确认。确保信息时效性、准确性、一致性。每次信息的产生、变化都要与所有成员同步。
（2）开发人员的效率、管理
程序作为产品的落地方，首先要保证项目开发的进度，作为产品的你需要每天、周、月进行项目的跟进，这点不解释，总不可能拿到手了才发现功能出现失误或者遗漏，那很大一部分责任都落在你身上。如果是开发人员的专业实力不够强，建议技术负责人固定一个时间做交流分享以增强团队实力。此外还有一点，就是实施的平台基础。这点不用多说了吧，得有支持持续同步的服务器和SDK。
（3）根据产品所处的阶段进行调整
敏捷开发适应产品的成长阶段。如果产品未上线，通常团队内部的目标是明确的，大家都知道我们要做什么，要做成什么样。做出来之后，不用别人说，自己就能发现问题。在这个阶段，使用相对长周期的迭代是可行。毕竟这个阶段，风险主要来自于需求的理解偏差，和客户的需求变更。
如果产品已经上线，进入的维护阶段，就要控制迭代周期。这个阶段事情会变的更多、更杂，切实任务来的没有时间规律，随时有可能有突发事件或者新的任务。因此，在保证运营成本的情况下，尽量缩短迭代周期，才能保证尽快发现问题。
问题详情：http://wen.woshipm.com/question/detail/hovdr.html
问题4：作为产品 ，当自己提出的需求被开发反对时怎么说服对方？@小城
精选回复@鱼精
开发反对先沟通是什么原因？是时间不够，实现难度大，实现效果差，评估成果和付出不成正比中的哪一个？嗯，还有可能是开发讨厌你……这个情况很少先不说。
先说时间不够，时间不够有三种解决方案：
申请延期
砍些不必要功能
要求开发加班
视需求紧急情况和复杂程度而定，但不建议用第三种，容易造成开发讨厌你的尴尬局面。不得不用的时候 一定要慎重。
实现难度大，这个 要和开发一起讨论合理替代方案，很可能你想的开发实现太复杂，但开发提供的方案也符合你的要求，两全其美。如果讨论后你还坚持用这种实现难度大的方案，请参考时间不够的情况，做延期砍需求和要求加班的措施，保证工作量在合理范围。
实现效果差，产品可以和开发一起寻找合适的效果参考，参考实现难度大，并给测试留足够时间。
评估成果和付出不成正比，这种的反对多来自于技术经理 技术leader 之类的，需要你去和你的领导沟通去说服他，当然也有可能开发是对的，这种要求产品经理 自我反省和改动，以完成顺利开发。
暂时就想到这些，至于开发不喜欢你，额，保持好自身产品素质，尽量不坑队友，女生多卖萌，男生多请客，就可以解决的。
问题链接：http://wen.woshipm.com/question/detail/26d28.html
问题5：PM如何让技术信服？@sunflower
精选回复@栗子
对于产品新人来说，沟通更是一件不能忽视的事情，资历尚浅的产品实习生大战经验丰富的设计师、程序员等必是一段不断跌倒掉坑再爬起填坑的艰辛旅程。下面笔者将以自己的亲身经历来谈谈如何在工作中与他人更好的沟通。
以下将从沟通前、沟通中、沟通后三个步骤来细细讲述，这三个环节将最终影响一次沟通的质量。
1.沟通前
（1）做足功课，理清需求
产品新人对于自己设计的线框图以及数据交互逻辑要有清晰全面的理解，然后再与相关同学沟通。切忌领导让你去沟通你就什么都不想的去了，三思而后动，是万事成功的基础。
（2）准备不同“语言”
注意每个职位所站在的思考角度是不同的，所理解的知识范围也是不同的，我们不能试图以同样的语言跟不同岗位的人进行轮番舌战。
2.沟通中
（1）及时统一意见
在初期的沟通过程中可能会存在观点分歧的问题，在这种情况下我们要注意先把之前沟通中已经统一的意见拎出来，这样做会有两方面可预见的好处：
提高沟通的效率，避免重复讨论，大家的时间都是宝贵的
避免分歧升级，在明确双方的统一意见后，双方心理层面都会减少微妙的抵触感与沟通的负担感，不会觉得之前的沟通在浪费自己的口舌。
（2）平等相容原则
平等相容的原则相信大家都会觉得这是一个老生常谈的话题了，但是真正运用在实践生活中的人又有多少呢？
新来的产品实习生最容易犯的错误就是在沟通过程中一味的强调注重实现自己的功能规格的需求，而不去考虑对方的设计开发原则或工作成本，此举极易引起对方的抵触心理。特别是在大公司每个职位都是受着绩效KPI考核约束的，一个人也往往同时跟进好几个项目开发的，会去计算自己每个项目可以投入的时间和精力。对此若在沟通过程中发现对方的难点或麻烦，请将心比心换位思考让步一下，这样才会有利于长期的合作往来，不要因为一次并不十分重要的项目就红着脸对着吵，伤了双方的和气。
3.沟通后
沟通完成后千万不要以为万事大吉了，双方一定要回顾一遍沟通的成果，看看对已达成的共识有无遗漏，最好邮件一下会议纪要。此外，还要敲定任务的交付时间，一方面以免项目烂尾一拖再拖，一方面对项目的进度有一个把控以此来安排后续的进度计划。
问题详情：http://wen.woshipm.com/question/detail/22s98.html
小结
看完以上的问题，小编认为产品经理还真是一个需要全面发展的岗位，不仅要懂业务懂产品懂技术懂UI，还要灵活的周转于各个部门，跟程序猿和射击湿们提需求推进项目落地。光智商高不行，情商也得高，不然一个不留神得罪了开发跟设计就不好了。对于产品经理而言，学点技术防身以免被开发怼是必须的，在做产品的路上永远要保持学习和好奇的心态喔！
相关阅读
【天天问每周精选】第11期：对于业内近期的热点，产品经理们是这样说的
【天天问每周精选】第十期：逻辑思维作为产品经理最核心的素质，应如何培养锻炼？
【天天问每周精选】第九期：产品运营必经困局：如何解决用户流失的问题？
【天天问每周精选】第八期：如何在创业公司做好产品经理？
【天天问每周精选】第七期：作为一名运营老司机，有哪些套路是新人不知道的？
