小啊呜产品读书笔记001：《邱岳的产品手记-10》第19讲 产品经理如何与开发打交道（上）：打破思维的边界 & 第20讲 产品经理如何与开发打交道（下）：合作与共赢

叮嘟！这里是小啊呜的产品进阶读书笔记整理。好记性不如烂笔头，今天也是努力进步的一天。一起加油进阶吧！

一、今日阅读计划

第19讲  产品经理如何与开发打交道（上）：打破思维的边界

第20讲  产品经理如何与开发打交道（下）：合作与共赢

二、泛读&知识摘录

1、第19讲 产品经理如何与开发打交道（上）：打破思维的边界

（1）“ 横看成岭侧成峰，远近高低各不同。”——苏轼

（2）为什么？

在面对产品或者特性时，产品经理和开发脑子里的东西是不同的。

产品经理脑子里的东西偏向“为什么”，
而工程师脑子的思维方式会比较偏向于“怎么做”，两者的交集在“做什么”上面。

对于产品经理来说，
他想的可能是客户、市场、盈利、竞争优势、政策风险、从哪里获客等等，
这些东西想清楚之后，他的产出可能是PRD，对产品功能需求的描述。

开发脑子里关注的是什么呢？
开发会关注手头的系统是不是遗留系统、系统架构有没有限制、公司的技术栈是什么样的，
整个链路架构有没有问题、需不需要重构等等。

（3）如何去分辨团队从合作关系变成甲方乙方的关系呢？

类似的信号如果反复不断地出现，通常就意味着双方开始逐渐走向了对立，如果不加干涉，合作氛围就会出问题，一定要及时发现、及时处理。

第一个是留证据，就是说了什么不算数，要发一个邮件签字画押；
第二个是开小会，也就是在跟工程师开会之前，先自己角色内部开个小会，商量怎么对付对方，准备好对策之后再开大会；
第三个是用词的方式，当你发现大家的用词越来越谨慎，并且开始在闲聊的时候区分我们和他
们，设置大家开始试着从第三方了解彼此在干什么，了解对方对自己的评价等等；

（4）怎么做？

 加强沟通，互通有无。
 专程交代业务规划和产品价值。
 掌握技术概念和技术语言。

（5） 加强沟通，互通有无。

更好的沟通就是要 让产品经理把为什么告诉开发，让开发把怎么做告诉产品经理。

彼此说清楚自己的顾虑和困难，英文里有个说法叫做 “ on the same page” ，就是指产品经理和开发能看到彼此可以看到的东西，互诉衷肠，互相温暖。

（6）专程交代业务规划和产品价值。

所谓专程交代，
是指不要只在需求评审和需求沟通的时候才去介绍产品的来龙去脉。
这是不够的，一定要拿出时间和精力去做专程沟通。

不说项目和需求，而是讲目前产品的状态，为什么要做现在的东西，
之前做的东西的近况如何，业务目前是什么状态，接下来可能会向什么方向发展等等。

（7）掌握技术概念和技术语言。

作为产品经理要跟工程师多接触，让他们多给自己讲一些技术，优秀的工程师提到技术通常会滔滔不绝，如数家珍。
当你了解基本的技术常识之后，就会理解技术成本和技术的局限性，知道哪里是技术的边界，如何跟产品更好地做搭配。

2、第20讲 产品经理如何与开发打交道（下）：合作与共赢

（1）“兄弟阋于墙，外御其务。”——《诗经》

（2）全流程参与。

首先要做到 尽可能在项目的早期去跟工程师沟通 。

最好的方式是当某个业务有苗头的时候，产品经理就应该开始跟工程师交流。
但这时候不要正式地去提需求，而是做一些非正式的沟通。
否则后期如果有变化会让工程师觉得你出尔反尔。

一定要 邀请工程师来参与项目前期的需求收集和需求评审，不要觉得这种场合不需要工程师，等确定了再转述或者产品经理去宣讲就可以了。
你需要尽可能让工程师参与，他可以更全面地了解项目和特性的目的，和不同利益相关者的顾虑和立场，也可以让工程师理解一些产品经理对产品细节的坚持。

除了让工程师往前走参与需求过程之外，产品经理也要主动往流程的后半部分延伸，去参与设计、开发、上线中的技术部分。

很多时候工程师在考虑故障的时候，主要会去想如何把出现的问题修好，
而产品经理在考虑问题的时候，可能会考虑怎样把问题规避过去。

比如说付款流程走不下去，工程师会想着去修复它，
而产品经理或许可以协调一些资源，直接在某个时间段内就免费掉，先把付款流程绕过去，不损失用户。

（3）多听工程师的意见。

产品经理和工程师都要摆正心态。

对于产品经理来说，不能听不得反对意见，觉得工程师都是在指手画脚。
对于工程师来说，不能觉得产品做成什么样子跟我没关系，反正做不好是产品经理背锅。

他们有时候会帮忙指出逻辑中的缺陷，或者从可行性的角度中提出更有创造力的实现方法。

还有一个办法，就是让工程师和产品经理轮番做项目经理。

当希望工程师尽可能早一些参与的时候，就让工程师做项目经理。
因为需要约各种会议，判断利益相关者，还要理解功能的轻重缓急，这就会推着工程师去完整地了解业务。

如果需要产品经理了解更多技术细节，就让产品经理去做项目经理，他要组织和参加各种技术评审，有时候还要判断是否通过，也一样推着产品经理关注到流程的后半段。

（4）不要强迫工程师做评估。

如果确实很难确定工期，就不要定非常精确的时间点，可以做个模糊处理。比如7月 1 日交付别定成 7 月 1 日，就定成 7 月第一周，留一点缓冲。

不要强迫或代替工程师做评估。

（5）背黑锅与争取利益。

产品经理有一个天职就是背黑锅，产品经理要勇敢地、毫不犹豫地在第一时间站出来帮工程师承担责任。
要有这样的姿态，不要往后躲。

是产品经理一定要帮工程师争取利益，很多时候产品经理是有这个渠道的，产品经理会跟技术主管有更多的接触。

（6）互背 KPI，同仇敌忾。

产品经理的 KPI 一般都是产品指标，业务指标，
而工程师可能会是可用性，特性交付等等。

我一直鼓励产品经理去背一点工程 KPI，比如稳定性和可用性。
这样做一来可以让产品经理对工程师的顾虑有切身的理解，不能说不在乎系统挂不挂，随意上线什么的。

另外也是防止立场的对立。

另外一个办法叫做 寻找外敌，这个说起来有点腹黑，但确实非常好用。
产品和开发也是，如果你们找到一个“外敌”，这个外敌可能是竞争对手，甚至是整个领域的一个敌人。

当有共同的敌人时，团队就更容易结合在一起。

（7）建立良好的个人关系。

做产品可以多跟工程师交朋友。

三、头脑风暴

1、如果你是产品经理，你在工作中是如何与工程师保持合作的？如果你是工程师，你会反感产品经理的哪些行为？你心目中理想的产品经理是什么样子的？

他人启发1：

我见过的产品同学被怼，通常逃不出下面两点诱因

1. 需求变更其实没什么，之前没想清楚就说没想清楚，千万别拿用户和体验当幌子，把自己摆在道德高点，让变更变得理直气壮。
2. 永远不要和开发说这个需求你也不想做，都是老大们让做的; 或者说你这个功能不是我要的，是业务部门要的。开发通常会觉得你没担当，而不是理解你的无奈。 原则上不能守护好产品特性的产品经理，与不能守护好代码完整性的开发，都是很难获得尊敬的。

他人启发2：

面对功能的第一反应，我是从用户、场景与问题入手.

关于与开发沟通，我最深的感触就是，要讲清楚为什么，以及这件事情与整个产品的关系，
开发不会单独为了某个需求而改变架构，要让他们理解这是产品的分支，而不是另辟蹊径。

还有就是，真的需要提前花时间沟通，而不是现场冲突，很多想法在开会时其实不见得容易问出来，
每个人都有防备心理，毕竟这是工作，不是闲聊，有些事情不提前搞定，后续再开会就十分难看了。

他人启发3：

作为后台产品经理，我天天跟开发厮混到一起，可以充分了解开发自己对产品的需求.

其实很多开发并不是只单纯想怎么做，很多时候他们会关心为什么做，做的好处是啥，是否是可以复用的？
然后在充分了解需求后，好的工程师甚至会给你提供多种实施方案，和产品一起讨论最终得出最优方案。

必要的沟通，就是给开发工程师的尊重，让开发能倍感尊重，开发出的代码质量都会好不少。

他人启发4：

＃我与开发沟通日常经验得到
1.好好说话达成共识，彼此工作目的服务于上级，实现价值。
2.了解彼此，提好需求，同开发技术哥讲清楚为什要做这个功能，最终要实现的结果是怎样的；
  同时要去了解怎么去实现，过程是否会遇到问题及开发成本。
3.多一起吃工作餐多交流，绝大部分问题都可在此化解。
4.态度一定要好，关于技术相关知识不懂的，多问一句，私下自己多补一点。

他人启发5：

作为开发，最烦产经说的一句话，“你去网上搜搜，肯定有现成代码”。

第一，这让开发感觉被看轻。好像开发连基本的检索能力都不具备，还要你产经来提醒。
第二，既然开发提出了代码可能达不到预期，就代表项目里可能出了问题。产经根本听不懂，只是一味强压。

还有一点儿，开发提出图片不合适需要修改，产经来了句“反正下次要改版，先凑合用就行。”
那反正要改版，我代码是不是也不写你的新需求了？

他人启发6：

大家都是有一致目标的：让一个产品活的更好，活得更久.
所以产生对立的情况，是由于双方共享信息不够透明及时，信息不对称导致猜疑和矛盾。

主动沟通，弥补对方的信息短板，市非常好的沟通法则。

产品把“why”讲明白，是在讲用户场景需求，
工程师把相对通俗易懂的“how”讲懂，
双方共同决定“what”的方向。

2、你有没有让你印象深刻的，产品经理与工程师之间合作的故事？

他人启发1：

有项目喝酒吃肉谈工作，没项目吃肉喝酒聊生活；
相互尊重是原则，敢于背锅是觉悟。

他人启发2：

职场残酷，建立良好的人际关系就至关重要了。

他人启发3：

适当的在项目过程或者项目结束后，当着工程师领导的面特别感谢这个工程师，效果非常不错。
不一定是要正式的，侧面也许效果更佳，不虚伪。

他人启发4：

与工程师合作最让我纠结的就是时间问题。

大领导会找产品经理要完成时间，而产品经理需要和工程师沟通时间。
周期太长大领导不同意，周期短了大部分情况下会延期，尤其面对工程师的延期，会很无奈。
如果情绪处理不好，很容易与工程师产生对立。

四、思考

1、产品经理跟开发同事产生冲突场景

2、解决办法

一、目标驱动
二、利益驱动
三、维护好PRD文档
    1.产品解决方案的核心环节必须保证逻辑的严谨性，避免低级错误；
    2.PRD文档要注重逻辑，而不止描述；
    3.文档更新要及时；
    4.需求变更得谨慎；
四、掌握基本的开发知识
    1.了解最基本的前端、后端分工；
    2.与开发的沟通重在逻辑；
    3.不懂多查多问； 
五、维护好人际关系

Ending！
更多阅读笔记记录随后再来吧！

就酱，嘎啦！

注：
1、人生在勤，不索何获。
2、意犹未尽？看看这里【产品经理如何和开发有效沟通？】