作者从自己本身的工作实践出发,分享了SaaS产品经理的年终总结思路,供大家参考。
2019年马上要结束了,该是做总结和明年计划的时候了,分享一下我自己的总结思路~
仿佛还是那个老套路(摊手),也是类似PDCA的一个思路,其实很多思路都有相似之处,关键是在如何能够理解吸收并转化为适合自己的一个思路~
一、年度目标
(1)这是所有事情的起点,若没有目标则谈不上做的好坏,所以第一部分直接放目标;
(2)目标完成情况,该部分给人一个大概的印象,先看结果如何;
注意点:
正常来讲,目标不**太多,太多了大概率说明你们年初没有想清楚自己的重点和核心在哪里,什么都想做也很容易什么都做不好,所以一般大家制定目标时,都**做好几轮规划**,最终核心目标有三个已经是很多很多了,这里的细分目标不算核心目标,细分目标可以拆解很多,但是核心目标一定要聚焦;
目标要有可量化追踪的指标,因为量化的东西更容易让别人理解,千万不要写很泛泛的话;
- 错误示例:「提升用户体验」
- 正确示例:「付费客户≥12万」「客诉率降至6.8%以下」
(3)除了产品本身目标外,也可以包含一些自己成长的目标,但占比不要太重。例如:外部行业演讲3次、组织一次产品团队培训课程等。
很多人**忽略这部分,作为一个团队成员,除了做好自己的事情以外,沉淀并输出自己的经验和知识也是很重要的一块,可以起到帮助团队进步的作用,很多团队管理者很看重这个;(该部分视情况而定,一般快速成长的团队**优先完成产品目标,但长远看这部分工作肯定是有意义的)
二、完成目标所制定的计划和行动
- 陈述一下年初的现状是什么情况,你是如何思考弥补目标和现状中间的差异,当时的切入点在哪,或者对于如何达成目标的一个思路的陈述;
- 按照思路分析,最终理出来做哪些事情,即最终的一个重点项目计划内容呈现;
三、计划完成结果和总结
- 有没有上线或完成;
- 是否是按时上线,有没有延期,若延期,延期原因是什么;
- 收益怎样?最好都有数据佐证;
- 总结:哪些做得好,为什么做得好,哪些没做好,什么原因没做好;
- 注意:这里大家习惯性的只写好的不写差的,也就是报喜不报忧,这点个人认为大可不必,实事求是就好了,如果确实大目标完成不好,也就是说结果不好,那在项目完成情况里适当的增加一些反思内容,毕竟做的不好的如果能沉淀经验也算是一份收获;
- 这一部分是重点,可以多花些时间好好总结~
四、项目总结
- 从整体视角看,怎么样在将来的工作中规避掉做得不好的,或者说计划怎么改进做得不好的点;
- 从整体视角看,做得好的地方如何保持下去;
五、个人总结
- 一年结束了,做了这么多事情,自己有哪些成长,软实力有没有提升等,比如:学习能力提升、演讲能力提升等;最好有案例辅助说明
- 哪些方面还不足,将来怎么一个思路去提升和改进;
- 自己有为团队做出过哪些贡献,比如:团队培训、招聘等都算是贡献点;
- 将来计划如何更好的为团队做一些贡献;
六 、明年的目标和计划
- 这部分也是很重要的,思路和第一部分一致,如果团队目标还没确定,可以先按照自己既定的路线,暂定一个初步的目标;
- 扼要的列下针对的目标自己的一个思路和几个重点的项目计划;
结语:知易行难
- 以上大概是一个年终总结的模板,这里的模板可以理解为一个工具或者点检表,可以帮助大家看每个模块有没有都想到,有没有遗漏的点;
- 换个角度来看也可以当做平时工作的一个思路;
- 很多产品同学在实际工作中基本是在堆需求,做了一个又一个的需求,只关注这些需求是否上线,而不去关注其价值和收益,笔者认为搞这么一个模板的好处是可以在实际工作中时刻去对照这个模板去检查自己的工作是否具备了这些要素,从而让自己养成一个时刻关注价值的好习惯~
本文由 @小王 原创发布于人人都是产品经理,未经作者许可,禁止转载。
题图来自Unsplash,基于CC0协议。
---蛙鱼源码WAYUYM.COM---专业提供网站模板,网站源码下载,教程培训,程序插件,网站素材等建站资源,主要收集各类精品源码资源,包含CMS程序模板、网站源码、游戏源码、APP源码等 ,所有资源都没有水印适合搬运,我们致力于打造一个优秀的建站资源共享学习平台!