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

产品狗聚集地

共 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的视频号每周也在保持更新。那边有大座。记得关注哦~

视频号二维码:


浏览 46
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报