怎样快速的总结周报:手把手教你如何写一份优秀的周报
怎样快速的总结周报:手把手教你如何写一份优秀的周报很多同学把日常工作,如做需求评审,当做一件日常工作,就只写一个“xxx 需求跟进”,或者表述不够清楚,如“本周工作内容:xxx 功能模块优化”。包含研发、测试、业务团队。让他们知道,你们合作的项目,进展情况,了解你短期的规划就像需求文档一样,周报的第一读者是自己。周报能帮我们梳理接下来的工作内容。产品经理的工作除了做产品设计,还要关注项目进度,做竞品分析、与业务/用户沟通产品需求,还要定期产品数据等,那时间安排和优先级安排,就可以通过写周报来做梳理你要知道你领导最关心什么,以及你想让领导关注什么。让你的领导你在做什么,以及关键节点进度
不少同学忙忙碌碌的一周,到写周报的时候,就开始抓头发,感觉无从下手,明明做了很多事,但不知道要写什么。或者写出来的周报,和流水账一样,不知所云。
那今天就简单说下,如何写一份高质量的周报。
01 写周报的目的授人予鱼,不如授人以渔。照着格式抄,也可以写一份不错的周报,但最好是知道一下根源,为什么要写周报。懂了这些,才能写出符合自己情况的周报。
首先,周报是给谁看的呢?
1. 周报是给自己看的。就像需求文档一样,周报的第一读者是自己。周报能帮我们梳理接下来的工作内容。
产品经理的工作除了做产品设计,还要关注项目进度,做竞品分析、与业务/用户沟通产品需求,还要定期产品数据等,那时间安排和优先级安排,就可以通过写周报来做梳理
2. 周报是给领导看的你要知道你领导最关心什么,以及你想让领导关注什么。让你的领导你在做什么,以及关键节点进度
3. 让你的合作伙伴看包含研发、测试、业务团队。让他们知道,你们合作的项目,进展情况,了解你短期的规划
02 写周报的原则1. 工作内容表达要清晰很多同学把日常工作,如做需求评审,当做一件日常工作,就只写一个“xxx 需求跟进”,或者表述不够清楚,如“本周工作内容:xxx 功能模块优化”。
我敢打赌,你的 leader 不知道你优化了个啥,一个月后,你自己都不知道你优化了个啥。
那怎么才算清楚,要通过 1、2 句话,描述出一个版本的主要内容。
举个例子,版本迭代
v1.2版本「xxx 功能优化」方案完成,主要内容为:支持按照类目模式,设置评分题目,实现评分标准统一,预计下周 2 进行需求评审。
这里的元素:版本号、主要内容、计划
2. 突出价值产品经理的最大价值,是创造价值。价值点可以是降低成本,提升业务工作效率,或者解决业务难点,为业务赋能。
那我们周报中,就要体现这些内容。
举个例子:完成「员工晋升管理」方案的需求评审,预计月底发布上线。版本内容:解决公司内各部门晋升规则不统一、流程不一致的问题。
让你的领导知道你在做什么和进度,以及做这件事的意义
03 写周报的格式格式千变万化,但原则是相通的。
我分为 3 大模块:本周工作内容(Things)、遇到的问题(Problem)和解决方案(Try)、接下来的计划(Plan)。
1. 本周工作内容(Things):按照领导关注度和重要度排序,写 3-5 条即可。
这里会有一个误区,不少同学会按照花费时间的长短来排序。其实不是,或许 1 个功能点,只花费了 1 个小时,但解决了业务的一个大问题,就要写在最前面。
2. 遇到的问题(Problem)和解决方案(Try):这里是突发问题汇报和解决方案。这个很重要,是备份比较严重的问题,以及解决方案的地方,后续有甩锅,这个可以拿出来的。
举例:
问题:由于xx 业务服务器升级, xx 定时任务没有及时运行,导致考勤统计错误。
解决方案:修正考勤错误,并开启脚本启动自检模式,避免类似情况再次发生。
3. 接下来的计划(Plan)Plan 可以说是下周的计划,这是产品经理的短期计划。
举例:
- 收集团队使用 xx 模块的问题,并整理出产品方案
- xx版本「企微 xxx」需求评审,版本主要内容:支持企业微信xxx,并支持 xxx 能力
写周报不是目的,合理总结、安排自己的工作,以及让领导、合作伙伴能与你顺畅的合作,才是我们预期的结果。