产品经理如何进行复盘总结

共 2570字,需浏览 6分钟

 ·

2021-01-08 02:40








最近有小伙伴问我产品经理如何进行复盘总结,今天就来聊聊这个话题,之前说过,要做好产品经理,需要多学习、多交流、多分享、多总结,复盘总结是产品经理成长中很重要的一环。

1、让你可以从全局的角度对项目进行思考

很多时候走的太远,都忘记自己当初的初心,项目复盘可以让自己以跳脱的角度审核整个项目,此时的你更容易发现问题。

2、让自己少采坑

复盘总结的经验可以让之后的工作效率更高。总结出来的经验教训,可以让下一次做项目少走弯路。

之前做的效能项目(该项目主要为了提高公司员工的工作效率,比如会议预定、出差申请、流程审批、报销等,类似于钉钉),刚开始是所有的部门都直接找产品经理,采购的直接找、财务的直接找、人资的直接找,甚至人资的招聘、绩效、薪资等不同部门都直接找产品经理,这样就造成产品经理每天都是在帮助业务部门梳理需求(上述的业务部门其实都没有互联网思维,觉得开发个系统可简单了),这就造成产品经理每天不是在开会,就是在去开会的路上,根本没时间写需求,经过复盘总结,发现这样不行,后来成立效能部门,统一收集各个业务部门反馈上来的需求,并做好优先级的划分,不然产品和技术同事忙死,也做不好需求。

其实我们并不是项目做完之后才总结,我们每周都会开一个例会,进行总结复盘,以及未来工作内容的展望,所以复盘总结不一定要在项目完成后做,也可以在项目做的过程中,定期开复盘会议总结起来。


如何进行复盘总结

可以从背景、目标、效果、分析、总结进行复盘总结。

背景

因为总结要让所有相关人员都能看懂,包括不了解项目情况的同事,所以产品人员要完整的写清楚项目背景,不能默认别人了解所有信息。

项目背景简单的说就是这个项目为这么做?比如要做短视频分享平台:

那就讲一下现有的短视频行业存在哪些问题,还有哪些市场需求是没有被满足的?

再说说现有市场上的软件缺点,

接着亮底牌,说说自己要开发的这款软件是多么有必要开发,开发出来对短视频行业有多大影响。

然后再和现有的市场竞品进行分析,最好用SWOT分析法。分清楚己方的优势、劣势、机会和威胁。

目标

目的和目标不一样,比如拉新是目的,但是把注册用户量从20万提高到50万,就属于目标了,目标越量化,越具体,实现起来动力越强,越有方向感。

例子:

为了抢占短视频市场,我们计划做一个针对三四线人人群的短视频软件,前期先验证需求,初期目标是让用户对产品主功能的满意度为90%

效果

项目效果,就是项目上线后的数据表现,尤其是核心指标是否达到预期目标,可以从以下几个方面进行检视:

目标达成进度(原先要做的功能是否都已做完?是否按时交付?)

数据表现是否达成预期目标?

用户的满意度如何?(如何评估产品迭代的好坏,可见这一篇文章:)

如果能用上线后的数据回答,最好用数据回答。

分析

需要分析项目执行过程中的优缺点,对项目开发过程中的每一节点都需要分析,做的好的地方继续保持,做的不好的地方分析原因,总结经验。

1、业务需求

业务是否经常变更需求?

遇到变更的需求团队是如何响应的?做的好的地方怎么办,做的不好的地方要如何改进?形成一套流程。

如何防止经常变更需求?

业务和产品沟通需求的时候是否存在障碍?

.......

2、需求文档

需求文档是否逻辑严谨?

需求文档是否经常变更?

原型是否细致?

需求变更时,是否每个相关的员工都及时知道了变更的消息?

我们采用了什么办法决定每次变更,是“推迟”还是“必须实现”?

对于可能的变更是否能提前制定应急计划?

员工是否能够有效地处理意料之外的工作变更?

.....

3、项目计划

是否有明确的时间节点规划?

每个里程碑节点是否按时完成?

计划阶段遇到不同同时意见,是如何解决的?

项目是否延期,延期的原因是什么?

做计划的时候,有没有留下缓冲区?

......

4、资源协调情况

人力资源是否充足?

项目所需时间和其他资源是如何估计的?精度如何?

测试的时间、人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (产品设计/文案/运营策略)是否低估了难度?

是否重复造轮子,其实有些东西不需要自己做?

......

5、团队协作

团队成员是否互帮互助?

项目执行过程中是否有团队成员变动?如果有变动,是如何应对的?

团队的每个角色是如何确定的,是不是人尽其才?

当出现需求描述、项目管理、合作方面的问题时,团队成员如何解决问题?

......

6、设计

设计是否按时完成需求?

设计是否经常修改页面?

......

7、开发

开发代码是否规范?

开发是否进行自测?

开发人员是否有能力不足的情况?

......

8、测试

是否有测试用例?

是否用测试工具协助测试?

在发布的过程中发现了哪些意外问题?如何解决的?后续如何避免?

.....


总结

关于上面遇到的问题,该如何解决?

目前最需要改进的一点是哪方面?

总结出来的经验教育在后续工作中如何运用?

针对上面的问题开个会议,召集项目的小组成员集体讨论相关问题,会议最好做到以下原则:

1、最好不要有领导参加,领导参加的话,大家无法畅所欲言

2、最好每个小组成员都能充分发表意见

3、对事不对人,不要人身攻击,控制自己的情绪,不挖旧账

4、务必记录发言要点,最后列出所有改进意见

5、对改进意见投票表决

最后形成书面文件,总结成文,以方便追溯查看,和后来人吸取经验教训。

欢迎有更好想法的小伙伴底部留言交流。

最后也欢迎有问题的小伙伴加微信:chanpin628 沟通交流。
此外我们的官方网站也上线了,每日分享高质量的文章、原型素材和行业报告,小伙伴可自行前往索取,支持搜索,需要的小伙伴可点击底部的阅读原文直接查看,或者复制网址www.dadaghp.com 打开。
更多干货可关注微信公众号:产品刘
想学习更多关于产品、职场、心理、认知等干货,可长按右边二维码,关注我们。
··················END··················

RECOMMEND

推荐阅读
程序员不讲武德,耗子尾汁
B端产品和C端产品的用户调研区别
手把手教你做产品经理1.0
B端产品经理如何更好的了解需求?

点击“阅读原文”

查看更多干货

浏览 35
点赞
评论
收藏
分享

手机扫一扫分享

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

手机扫一扫分享

分享
举报