产品经理和技术的爱恨纠缠

产品经理和技术之间的爱恨纠缠古来就有之，迄今为止，我的8年产品经理生涯中也见过各种各样的技术，有的二话不说为产品经理两肋插刀，有的一言不合插产品经理两刀。如何与技术合作，已经成为产品经理能力模型的几项重要软能力之一。

合作的首要条件是互相信任，互相信任的基础是互相了解，互相了解是通过沟通建立的。友情爱情都如此，产品迭代也如此。而对于产品经理来说，和技术保持高效沟通，保证消息对称。

咱从业务领域去看产品经理和技术的分工，产品经理会侧重于思考产品为什么这么做（Why）和做什么（What），而技术则花费更多时间思考做什么（What）和怎么做（How），他们沟通的交集在集中在做什么（What）上。

重要的Tips，需要结合产品的宏观和微观方向。如下图所示：

“为什么→做什么→怎么做”，是串联整个项目从规划到落地的步骤，而其中的根就是「为什么」。

优秀的产品经理思考产品规划和产品设计一定是从为什么（Why）开始的，最终落地到具体的产品和对应的运营策略，通过产品特性和运营规则的细节呈现出来，而结果需要技术通过一行行代码构筑。技术作为项目呈现的重要组成部分，理应了解所有这一切的来龙去脉，才能有效实现，而不仅仅是从做什么（What）开始，去研究怎么做（How），充当一个执行者而已。

但是呢？许多产品经理因为各种原因，并没有把事情想清楚就开始往下推动，既不利于产品的发展，也造成了产品经理和技术之间的对立，甚至立场冲突。

见过这样的场景还少么？接下来说下John的方法【评审三稿】哈。

前提：开始着手规划产品时，已经明确产品的OKR后——

产品经理梳理的第一稿：需求规划（50%）

输出内容：

1.结合目标和规划梳理竞品及其对应分析——重点要梳理竞品是怎么做的；

2.讲清楚需求目标是什么？解决方案的方向是什么？大致的成本和收益。——为什么要这么做需求规划。

参会人：产品经理、运营负责人、设计负责人、技术负责人等。

目标：和参会人澄清并确认为什么要做，听取各位想法。保证产品能立项成功。

产品经理梳理的第二稿：需求版本内审（20%）

输出内容：

1.根据历史数据输出用户画像、用户路径和业务核心主流程；——为哪些用户在哪些场景下解决问题；

2.产品需求大框架和粗颗粒度。——产品设计方向是怎样的？

参会人：产品经理全体、运营负责人、设计负责人、技术负责人等。

目标：和参与人输出产品设计的框架和思考，为设计方向定调。

产品经理梳理的第三稿：需求版本评审（30%）

输出内容：

产品经理输出完整的PRD内容，包括不限于：用户路径流程、产品功能流程、页面原型和逻辑细节、数据埋点等。——和项目组全体评审产品整体和细节。

参会人：项目组全体成员。

目标：产品需求评审会澄清，保证项目进入设计和研发周期。

（看着就三稿？你确认？飞机稿有多少就不说了，心塞塞。）

为了方便你做笔记和回顾，我帮你整理成了一张图方便保存：

而重点是每一步需要产品经理好好去梳理，每次会议务必要说清楚背景和目的。既然是一个团队，所有的内容都澄清到位。

这其中呢？为什么（Why）、做什么（What）和怎么做（How）的精力分配应为5:2:3。重要的去思考和解决为什么（Why），产品经理需要通过对所处行业的深入理解和思考，拆解和反推产品和运营策略，从而变成每个迭代中的特性列表以及每个节奏中的产品运营目标。

而每一步都与技术达成沟通澄清和确认，才能真正的提升项目组工作效率和质量。

你说呢？欢迎在评论区留下你的想法。

如果你觉得文章不错，可以帮John在看、转发下，感谢。每篇文章都经得起时间的检验。

---

John的视频号每周也在保持更新。那边有大座。记得关注哦~

视频号二维码：