记得之前参加团建活动，是真人 CS。我们一共没几个产品经理，但有几十个程序员。所以场面估计你也能想象出来了……并不是刺激的对战，而是惨绝人寰的群殴。 被 BB 弹打成狗（哎，原来不就是狗吗）的一个产品经理急中生智，大喊：『我以前也写过代码！我是自己人！』 其他正在施暴的程序员面面相觑，表示十分感动，但仍然拒绝了他的求情，继续按在地上打了半个小时。 …… 我在哈工大读书，学的是计算机，写了六年代码，毕业后做的却是产品。 所谓对程序员和产品经理之间的调侃，主要原因无非就在两方经常有矛盾出现，而矛盾出现显然是因为双方一边是需求提供方，一边是需求实现方。矛盾的类型也简单，就是大家提到的这么几种。同时写过代码，又做过产品的我，实际上仍然没有很好的通用法则，能解决所有矛盾。 不过做过产品总监一职后，的确理解完全不同了。产品工作和研发工作都是我的管理范畴之内，看事情的角度就完全不一样。 过去做程序员，总觉得提供的需求更改很烦、给的需求不合理很烦、给的截止时间不合理很烦。 做产品经理的时候，也会觉得程序员总是推卸责任、完成得不及时或者不够好。 其实从整体的工作配合上来看，出现问题是难免的，关键是如何预防、如何解决。 …… 以下是一些切身体会得出的经验性建议： 对于研发人员：
做好更改需求的准备
很多固执的程序员会把改需求当成错事。- 改需求？你怎么不早想清楚？
- 改需求？你知道我工作量多大吗？
- 改需求？那我不干了。
理解需求，防止返工
研发团队通常会缺少对需求的理解，尤其会出现这种情况的就是外包团队。我听说过太多花了几十万请外包团队，结果开发的结果特别不满意，不能拿来用。合同又已经签好，还得给钱，就是赔了夫人又折兵。 有的技术团队和产品团队都坐在同一间办公室了，居然都经常缺乏沟通。技术团队不知道当前做的功能是给谁做的、是提供什么功能、满足用户什么价值的。 这些不是很高深的理论，也不需要深入学习，只需要通过产品经理做些了解，就能少挖一些坑，也就不会轻易返工。 比如，有的产品页面可以是提前加载缓存，也可以是每次都刷新，但要看用户平常是在 WiFi 环境下用还是在移动数据下用，这是产品经理清楚的。产品经理在功能细节上不会想到实现层面这么具体，所以就需要研发团队去理解刚才说的需求，做一些判断。 另外，如果是在开发之前就意识到做出来的功能会跟产品经理想象的不同，那就必须及时提出来，千万不要等开发完成，大家都觉得不靠谱，再重做，那样不管对谁来说成本都太大了。善于用数据、理论以及通俗的解释来进行沟通
程序员最应忌讳的就是说『这个做不了，说了你也不懂』、『这个太难，懒得跟你解释』。产品经理听完肯定会觉得是推卸责任。 正确的方式是：用通俗易懂的客观事实来解释。 嗯，这个弹窗做不了。 为什么现在做不了？是因为代码实现可能要花三个月。 为什么这么久？是因为需要调用底层驱动层面的东西。 为什么要调用底层驱动的东西？是因为安卓系统原本的框架和协议就是这么定的。 如果想看协议，我可以给你找出来。 这样一步一步往下解释，把所有理由说明白，别没有耐心，只要产品经理是讲理的，他会理解你。 他听懂了你的解释，也会有利于他找出另外可接受的一种解决方案。 哦，我懂了，这个用弹窗形式太复杂。 那我们换作跳转到普通页面吧。 这样问题就解决了。对于产品：
产品经理要在不断的迭代和更改需求的风险中被程序员认可乃至尊重，我觉得最重要的还是『讲道理』。切忌说出『我不管，反正得做完』或者『老板就这么定的，我也没办法』这样的操蛋话。对产品功能有规划，并提供给研发
对自己的产品都没有大致规划，是产品经理的大忌，也是出现问题的主要原因。 一年后产品成熟了要给用户解决怎样的问题？ 未来半年内产品要做成什么样子？ 三个月内产品应该主要提供哪些功能？ 这一个月的产品具体方案是做哪些？ 这些都要认真去考虑并且规划。 当然，长远的产品规划在很多情况下（市场变化、团队更替、产品转向）确实用途不大，但越短期的规划，对研发团队越有帮助。 正常来说，预估三个月内产品的功能还是完全可以的，除非老板和产品经理都没想明白产品到底该做成什么。 把这些规划想明白，并传达给研发团队，让他们在现在的代码里就给未来的功能留下空间，是最好的避免代码重写的方法。提供需求要足够具体
这要求产品经理做到两点： 第一，让产品需求文档特别特别具体。 具体并不是说，要按照大公司的 PRD 去完成。而是说，不要缺东西。对于需求文档来说，页面逻辑、页面布局、功能逻辑和每个功能的使用细节，都要存在。并不只是画个交互图就叫需求文档了。 你给了研发 5 个页面，结果研发做着做着，来问你，好像缺了个页面。你补完一个，研发做了一会儿发现又缺了一个…最后七零八碎的 10 个页面拼凑出来，发现根本不好用，所以又推倒重来。 如果研发经常来问你某个地方该怎么做时，你就要反思是不是需求文档写得不够好了。 第二，要说明每个需求背后的原因。 这个在上面表达过，程序员明白了需求背后的原因，会选择更合理的方案去完成。 千万别提『你别管为什么了』，而是不管他问不问这个功能为什么要做成这样，都要告诉他为什么。熟悉基本的研发背景和研发能力
『产品经理到底需不需要懂技术』是我被问到的关于产品经理的问题中的 TOP 5。 这个问题我的回答是：要按照需求，了解基础知识，并不需要知道实现细节。 了解基础知识、不需要知道细节是指产品经理应当知道最基本的一些理论。 比如做安卓操作系统，要知道安卓原生提供了哪些控件，这样在设计方案时可以尽量使用它们。在代码实现时，调用一个控件可能只需要几行代码，但自己重写一个功能界面，可能就是成千上万的代码量了。 比如是在手机网页上的产品，要知道哪些交互是在 H5 上较容易实现的，而哪些交互是实现效果非常糟糕的。如果依照在 iOS 上的动画效果来要求 H5，开发成本可能会是指数级上升的。 按需，是说对于产品经理，千万不要买《iOS 入门指南》、《安卓开发手册》或者《H5 设计实例》来学习，除了装点下书架不会有别的意义。 因为本身开发的指南和手册，讲述的全是实现细节，对你清楚安卓的基本控件或者 H5 的常用交互完全没有帮助；同时，不同的产品有不同的特性，也有不同的代码特点，你只需要了解你负责产品的技术背景即可，有的同学居然决定从 C 语言先开始看，简直是让人扼腕。 以上是我的一些理解。希望对大家能有所帮助。 如果此文真正减少了你与程序员/产品经理之间的互相伤害，请私信或留言告诉我，我会非常欣慰。#专栏作家#
刘飞，嘟嘟美甲联合创始人，锤子科技产品经理，人人都是产品经理专栏作家，豆瓣《最好的时代：可能是最真诚的创业日记》作者。文能提笔抒骚情，武能切图画交互。 本文原创发布，未经许可，不得转载。 新一代大数据用户行为分析与数据智能平台：数极客(https://www.shujike.com)，是支持无埋点、前端埋点、后端埋点、API导入四种混合数据采集方式，整合分析用户行为数据和业务数据，可以自动监测网站、APP、小程序等多种渠道推广效果分析，是增长黑客们必备的互联网数据分析软件。数极客支持实时多维分析、漏斗分析、留存分析、路径分析等十大数据分析方法以及APP数据分析、网站统计、网站分析、小程序数据统计、用户画像等应用场景，业内首创了六种提升转化率的数据分析模型，是数据分析软件领域首款应用定量分析与定性分析方法的数据分析产品。
数极客是新一代用户行为分析与数据智能平台，支持用户数据分析、运营数据分析、留存分析、路径分析、漏斗分析、用户画像、SEM数据分析等16种分析模型的数据分析产品，支持网站统计、网站分析、APP统计、APP分析等分析工具，以及会员营销系统和A/B测试工具等数据智能应用，支持SAAS和私有化部署,提升用户留存和转化率，实现数据驱动增长!
【独家稿件及免责声明】本站原创文章如需转载请联系我们，未经书面许可禁止转载，本站转载文章著作权归原作者所有，如有侵权请联系:。
