产品经理和技术的爱恨纠缠
共 1612字,需浏览 4分钟
·
2022-02-19 16:17
产品经理和技术之间的爱恨纠缠古来就有之,迄今为止,我的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的视频号每周也在保持更新。那边有大座。记得关注哦~
视频号二维码: