前言：本沙龙为「十万产品经理」计划之一，我希望召集十万个有意思的产品经理，「有故事的男同学和女同学」，聊聊八卦，问问一些平时难以问出口的问题，让大家看到一个有血有肉的产品经理和大牛，所以，请大家尽情发问。
以下为第五期沙龙「产品经理 vs 程序员」活动总结，欢迎关注微信号 lightintech（要有光计划）
经常遇见产品经理和工程师吵得面红耳赤？
常常不知道该如何面对工程师犀利的质疑？
偶尔遇到那几天，双方都不太愉快的时候……
产品经理们，沟通能力是关键！
以下是活动沙龙总结，希望各位学习沟通大法，减少撕逼，更好地和程序员在工作中摩擦出兄（ji）弟（you）之情。
本期邀请了百度、一加等公司大牛分享，希望能解你的燃眉之急。
1.产品经理懂技术，和程序员沟通更高效
翔子：作为一个有一些技术能力的PM，我觉得还是有一些优势的。跟开发开评审会议的时候，客户端和服务端的一些东西他们一说我也基本清楚实现方式。但有技术基础的话，还要时刻记得不要妄图炫技，毕竟自己的技术实力已经很久没更新了，不要总用自己头脑的一些框框去限制开发。哪个点能做，哪个点不能做，这个都要跟技术确认好。
懂技术是为了更好地沟通，避免一些鸡同鸭讲的尴尬，而不是说去充当一个开发经理的角色。
虫：其实有技术基础还有一点优势是帮助rd也跳出思维框架，比如有些偏research的rd会追求准确率到极致而忽略性能，或者只是不断的想通过算法优化去解决性能问题。
翔子：对，我大狼厂这样的rd太多了。这其实是大家的成长方向不同，rd 需要新方案，需要技术创新点去成长（升职）。但 pm 其实是要权衡时效和稳定性。
2.建立互利关系，统一目标
翔子：PM一定要跟RD建立一种互利的关系。我现在做变现嘛，然后有些东西的确是要速度出，但出来时有些粗糙的。我就不断给RD灌输理念，早出早赚钱。大家利益都是一致的，后续快速迭代就好了。
虫：可以先哄哄RD「这只是折中手段，还能帮你累积用户数据」。
翔子：像@虫那样，就是站在对方角度去说话，挺好的。
3.在评审前把问题解决
翔子：沟通阻碍最大的场景，我觉得就是改版。改版的时候，会有一些需求真的是拍脑袋出来的，真的是没有数据支撑的。RD抗拒改版的几个点：
在PM看来很小的改动，可能引发后续产品的极大不稳定性
懒，并没有数据支撑，多一事不如少一事
首先是PM要多花些时间调研需求。把这个改动可能牵涉到的功能都列出来，然后推演一下改前改后的操作路径。自己想清楚了，再跟对应的RD过一遍，详细地一起讨论。
需求评审前一定是各个子需求都已经跟对应的RD聊过了，不要等到评审的时候再来看。
评审的时候，主要是解决各方面沟通配合的问题，能解决的具体实现问题比较少，因为大家很难在短时间里面面俱到。
改版的时候会有大量需求，这个时候优化好评审前的准备流程会为大家节约很多沟通成本。
陈塞北：恩，提前找技术单独聊一下，自己心里也有个底。如果等评审时再讲需求，可能会遇到更多的问题。还有就是需求文档这东西文字太多，就算有原型+脑图，开发也不一定能一下都看完。一些核心模块可以写几个测试用例，这样开发会一目了然。
俊：这个真是，前段时间刚吃了一次亏，第一次评审被问了很多没想到的问题，然后找技术单聊之后评审才过了。
翔子：这个真不要嫌麻烦，其实多跟RD聊聊也挺好的，要发动RD也参与到需求制定的环节，让他们更主动。
a.李响：互动，参与感很重要。事先准备，别做伸手党。互补配合不是依赖。
Evol：其实评审更像是总结需求、战前会议、一定要把问题解决在评审前。
4.沟通时适时借力
翔子：现在说第二点，对一些懒得做的开发……这是比较烦的，大公司其实会有挺多，明明一天能做完，但要拖个三四天。说需求的时候把他老大也拖上。让他老大来定时间，不过姿态一定要低。技术负责人一般眼光挺毒的，不会说下面人说几天就是几天。而且负责人会兼顾项目进度，实在不行加加班嘛。
大皮：大佬不太可能参与全部的，一般的技术负责人和开发是一样的态度，预估时间能力很差。如果有20人左右的开发啊团队，tl就比较难参与到所有项目的评估来。
a.李响：那就高开，带上领导，抄送各位大佬，配合低打。汇报结果即可，还有利益相关的部门。发出来的时间不是大家期望，会有人找他领导的。
翔子：总结一下：
1. 要学会站在研发的情感立场想问题，针对问题进行逐个解决；
2. 要跟研发有一致互惠的目标，以产品进度为第一优先；
3. 多思考，多交流，研发也是讲道理的地球人；
4. 必要的时候要借力，对事不对人，注意言辞；
5.产品经理要对全部流程有个梳理，并在评审前让开发参与进来
大皮：大部分的沟通问题来自产品经理初期没有考虑周全，产品经理需要对产品的全部流程有个梳理以及了解，不应该出现非预期的业务场景。
开发比较鄙视的就是那种规划阶段没有充分思考，开发提出来还不大乐意，沟通时傲娇、态度又不好的产品经理。尤其是产品经理会把产品评审当做走过场，希望通过一次评审就解决所有问题，缺少事前沟通。
刚才翔子的分享中，在评审之前就和开发来沟通的方式就比较好，产品经理有时候也很难想清楚所有的流程，但是很多开发是有业务经验的，大家可以一起来讨论。
很多开发还是有自己的想法的，开发也希望从产品开发中获得成就感，看着产品能带来实际价值。
所以在产品整理阶段最好能让开发来参与，而不只是产品定好以后直接分配任务，也就是派活。
产品经理要先自行梳理清楚所有的业务场景，同时评审前能让开发参与进来，一个能帮忙梳理场景，一个是不会造成派活的感觉，造成开发抵触。
光头尤：对的，跟技术也沟通，让他们了解，我们现在在做什么，做了之后，有什么意义，这类的沟通，是非常必要的。
翔子：嗯 被派活这种感觉太差了。
大皮：非常差，然后就会抵触。
光头尤：而且抵抗的情绪就像青春期的叛逆一样，会积累，会慢慢的十头牛都拉不回来，然后就到了，不是技术走，就是产品走的局面。
6.产品经理需要及时更新产品文档，避免需求不明确
大皮：对于很多流程不是非常完善的创业公司来说，开发最苦恼的就是产品更新了需求后没有及时更新文档，导致最后没人知道真正的需求是什么，所以产品经理需要及时更新产品文档，保证设计稿和产品文档的统一。
很多设计稿产品经理没有验收直接进入开发阶段，而设计师的理解和产品经理的理解可能有误差，开发一般会以设计稿为准，因为那是最终呈现给用户的，开发到一半才发现设计稿无法满足需求，技术和设计都要重新调整，造成工时浪费，开发就会抱怨由于产品经理未明确需求或者和设计稿不统一造成了延期。所以，不要怪开发没有看文档，先要问问自己的文档是否及时更新及时周知到位。
开发提的最多的两个问题估计就是需求老是变更，以及需求不明确。
所以产品经理需要对产品有持续的关注和验收，设计稿审核，文档更新就是很重要的工作。
虫：插一句心得，文档更新有更聪明的做法，用icafe或者wiki管理，更新点及时通告。
7.需求变更，需要有理有据
大皮：开发不反对需求变更，但需要有理有据有记录，而且是确定的东西。
例如你要开发个搜索功能，这个就不算一个完整的产品需求，搜索哪些内容，有哪些搜索条件，不同的搜索范围是否有不同的表现，是考虑翻页还是瀑布流，有没有排序.....
有的变更其实可以放到不同的迭代里面来，这样每个迭代都是确定的。不然就会造成一次开发就在不停的变更。
陈塞北：尽量让需求变更有意义，避免一个功能改过来改回去的情况。需求变更的工作量往往会被大家忽略。
大皮：尤其是产品经理会忽视，可能一个变更会把整个实现方式变了，表面看到可能变化不大。
8.做好这些，程序员其实很好沟通
大皮：站在一个开发的立场我说下我的观点：
①产品经理在规划阶段要尽可能全面覆盖业务场景，增强自己的专业度。最好在评审前就可以有开发来参与，一个能帮忙梳理场景，一个是不会造成派活的感觉，造成开发抵触；
②产品经理在跟进阶段要尽可能严格按照流程来尽职尽责增强自己的职业性，要密切关注产品的不同阶段的实现是否有偏离自己的产品设计，设计阶段，开发阶段，提测的实际成品，上线后的效果等；
不是我们开发不好沟通，如果做好上面两个点，你就会发现我们开发其实是很可爱很和善。
本期线上沙龙介绍：
通过与资深的产品经理和程序员接触，聊产品经理与程序员的那些事儿。
嘉宾：
翔子（百度产品经理，QA/RD/运营/产品都轮了一遍的牛人），
大皮（一加科技技术项目经理，11年开发经验）
感谢 evol 主持沙龙，感谢 HARE 和小昭整理内容。
最后，感谢大家参与「十万产品经理」线上沙龙，我们每周三都会有线上沙龙活动，大家可以关注公众号 lightintech（要有光计划）获得最新活动和沙龙。
看完还有更多问题？欢迎关注公众号，参与沙龙讨论。
「人生苦短，必须性感」，不是吗？每周周三中午准时见！
欢迎关注微信号：lightintech（要有光计划），没错，我就是那么任性叫这个名字……
来源：知乎“十万产品经理 ” 专栏
我们致力于提供一个高质量内容的交流平台。为落实国家互联网信息办公室“依法管网、依法办网、依法上网”的要求，为完善跟帖评论自律管理，为了保护用户创造的内容、维护开放、真实、专业的平台氛围，我们团队将依据本公约中的条款对注册用户和发布在本平台的内容进行管理。平台鼓励用户创作、发布优质内容，同时也将采取必要措施管理违法、侵权或有其他不良影响的网络信息。
一、根据《网络信息内容生态治理规定》《中华人民共和国未成年人保护法》等法律法规，对以下违法、不良信息或存在危害的行为进行处理。
1. 违反法律法规的信息，主要表现为：
1)反对宪法所确定的基本原则；
2)危害国家安全，泄露国家秘密，颠覆国家政权，破坏国家统一，损害国家荣誉和利益；
3)侮辱、滥用英烈形象，歪曲、丑化、亵渎、否定英雄烈士事迹和精神，以侮辱、诽谤或者其他方式侵害英雄烈士的姓名、肖像、名誉、荣誉；
4)宣扬恐怖主义、极端主义或者煽动实施恐怖活动、极端主义活动；
5)煽动民族仇恨、民族歧视，破坏民族团结；
6)破坏国家宗教政策，宣扬邪教和封建迷信；
7)散布谣言，扰乱社会秩序，破坏社会稳定；
8)宣扬淫秽、色情、赌博、暴力、凶杀、恐怖或者教唆犯罪；
9)煽动非法集会、结社、游行、示威、聚众扰乱社会秩序；
10)侮辱或者诽谤他人，侵害他人名誉、隐私和其他合法权益；
11)通过网络以文字、图片、音视频等形式，对未成年人实施侮辱、诽谤、威胁或者恶意损害未成年人形象进行网络欺凌的；
12)危害未成年人身心健康的；
13)含有法律、行政法规禁止的其他内容；
2. 不友善：不尊重用户及其所贡献内容的信息或行为。主要表现为：
1)轻蔑：贬低、轻视他人及其劳动成果；
2)诽谤：捏造、散布虚假事实，损害他人名誉；
3)嘲讽：以比喻、夸张、侮辱性的手法对他人或其行为进行揭露或描述，以此来激怒他人；
4)挑衅：以不友好的方式激怒他人，意图使对方对自己的言论作出回应，蓄意制造事端；
5)羞辱：贬低他人的能力、行为、生理或身份特征，让对方难堪；
6)谩骂：以不文明的语言对他人进行负面评价；
7)歧视：煽动人群歧视、地域歧视等，针对他人的民族、种族、宗教、性取向、性别、年龄、地域、生理特征等身份或者归类的攻击；
8)威胁：许诺以不良的后果来迫使他人服从自己的意志；
3. 发布垃圾广告信息：以推广曝光为目的，发布影响用户体验、扰乱本网站秩序的内容，或进行相关行为。主要表现为：
1)多次发布包含售卖产品、提供服务、宣传推广内容的垃圾广告。包括但不限于以下几种形式：
2)单个帐号多次发布包含垃圾广告的内容；
3)多个广告帐号互相配合发布、传播包含垃圾广告的内容；
4)多次发布包含欺骗性外链的内容，如未注明的淘宝客链接、跳转网站等，诱骗用户点击链接
5)发布大量包含推广链接、产品、品牌等内容获取搜索引擎中的不正当曝光；
6)购买或出售帐号之间虚假地互动，发布干扰网站秩序的推广内容及相关交易。
7)发布包含欺骗性的恶意营销内容，如通过伪造经历、冒充他人等方式进行恶意营销；
8)使用特殊符号、图片等方式规避垃圾广告内容审核的广告内容。
4. 色情低俗信息，主要表现为：
1)包含自己或他人性经验的细节描述或露骨的感受描述；
2)涉及色情段子、两性笑话的低俗内容；
3)配图、头图中包含庸俗或挑逗性图片的内容；
4)带有性暗示、性挑逗等易使人产生性联想；
5)展现血腥、惊悚、残忍等致人身心不适；
6)炒作绯闻、丑闻、劣迹等；
7)宣扬低俗、庸俗、媚俗内容。
5. 不实信息，主要表现为：
1)可能存在事实性错误或者造谣等内容；
2)存在事实夸大、伪造虚假经历等误导他人的内容；
3)伪造身份、冒充他人，通过头像、用户名等个人信息暗示自己具有特定身份，或与特定机构或个人存在关联。
6. 传播封建迷信，主要表现为：
1)找人算命、测字、占卜、解梦、化解厄运、使用迷信方式治病；
2)求推荐算命看相大师；
3)针对具体风水等问题进行求助或咨询；
4)问自己或他人的八字、六爻、星盘、手相、面相、五行缺失，包括通过占卜方法问婚姻、前程、运势，东西宠物丢了能不能找回、取名改名等；
7. 文章标题党，主要表现为：
1)以各种夸张、猎奇、不合常理的表现手法等行为来诱导用户；
2)内容与标题之间存在严重不实或者原意扭曲；
3)使用夸张标题，内容与标题严重不符的。
8.「饭圈」乱象行为，主要表现为：
1)诱导未成年人应援集资、高额消费、投票打榜
2)粉丝互撕谩骂、拉踩引战、造谣攻击、人肉搜索、侵犯隐私
3)鼓动「饭圈」粉丝攀比炫富、奢靡享乐等行为
4)以号召粉丝、雇用网络水军、「养号」形式刷量控评等行为
5)通过「蹭热点」、制造话题等形式干扰舆论，影响传播秩序
9. 其他危害行为或内容，主要表现为：
1)可能引发未成年人模仿不安全行为和违反社会公德行为、诱导未成年人不良嗜好影响未成年人身心健康的；
2)不当评述自然灾害、重大事故等灾难的；
3)美化、粉饰侵略战争行为的；
4)法律、行政法规禁止，或可能对网络生态造成不良影响的其他内容。
二、违规处罚
本网站通过主动发现和接受用户举报两种方式收集违规行为信息。所有有意的降低内容质量、伤害平台氛围及欺凌未成年人或危害未成年人身心健康的行为都是不能容忍的。
当一个用户发布违规内容时，本网站将依据相关用户违规情节严重程度，对帐号进行禁言 1 天、7 天、15 天直至永久禁言或封停账号的处罚。当涉及欺凌未成年人、危害未成年人身心健康、通过作弊手段注册、使用帐号，或者滥用多个帐号发布违规内容时，本网站将加重处罚。
三、申诉
随着平台管理经验的不断丰富，本网站出于维护本网站氛围和秩序的目的，将不断完善本公约。
如果本网站用户对本网站基于本公约规定做出的处理有异议，可以通过「建议反馈」功能向本网站进行反馈。
(规则的最终解释权归属本网站所有)