还记得学姐刚入职的时候,公司规模还比较小,每天就是埋头工作,也没有很多需要汇报的地方,周报就随意写点流水账,月会、季度会也挺少的。后来,随着公司“晋级”成大厂,开会和汇报的“文化”也就越来越多了,原本最朴素的周报也变得越来越“卷”,动辄就写个大几千字整得和作文似的,咱还得在周末空出大半天去写它。
后来学姐跳槽去了外企,各种会也是挺多的,但竟然不需要写周报了,我反而有点不习惯,总觉得不写周报这一周就没有什么回顾和总结。
Part.1 周报的目的
所以,童鞋们也不要太小看写周报、开周会这些小事儿,其实还是有很多好处的。
数据监控
每次月会、季会的前几天大家是不是都为了分析KPI是否达成而焦头烂额?周报其实就相当于把这些工作都提前拆分做了。咱们每周都观察下数据有没有什么波动,这样到了月末分析起来就很快了。
工作汇报
如果你在公司是核心、是管理层,那当然是很容易见到大老板,去给他们汇报,但如果你在公司还是一个打工人,或者你做的项目不在聚光灯下,咱就必须把你每周做的事儿告诉相关的同事和老板,坚决不做一个默默无闻的小虾米(相信姐,没有存在感真的很吃亏)!
Call out
这个词是学姐在外企学到的,字面意思就是“大声说出来”,也可以引申为一切需要及时和老板、同事们沟通的内容。特别是风险点,哪怕是你当面和老板提过了,在周报这样书面的场合也一定要重申一下,甚至用醒目的颜色标出。
总结回顾
如果说前面这三部分是为了沟通,那么这部分是留给自己的一片小天地了,工作一周大家也累了,如果能总结出一些经验和教训,或者记录一些自己的心得体会,那是极好的。这部分材料以后晋升答辩的时候也可以翻出来看看~
说了这么多写周报的目的,下面来讲讲具体怎么写,学姐一般会分为三部分:数据、项目、总结。
Part.2 如何写好周报
第一部分:数据
这部分主要是监控指标,关于互联网常用的各类指标,学姐在这篇文章里有详细描述。
举个例子,如果是做用户端的,那么每周必须要监控的指标肯定有本周的DAU(日活跃用户),那么不同渠道(比如从站外哪个广告渠道来的)、不同端(比如安卓、iPhone、PC)的周均DAU肯定也需要监控。如果是做交易产品的,那么日均订单量、交易额肯定也需要监控。我们还可以进一步拆分这些指标,比如不同路径下单的订单量、交易额、访购率(购买人数/访问人数)等,比如某些活动和新功能带来的订单量、交易额等~
除了这些比较关键的指标及进一步拆分之外,对于一些比较关键的功能,我们也可以把每一步的转化率监控起来,举个例子如果你们的订单量80%都来自于搜索列表页,那么首页->搜索列表页、搜索列表页->商品详情页、商品详情页->下单页,下单页->下单成功,每一步的转化率我们都可以监控起来,这样订单量的涨跌就非常好分析了。
因此,除了指标的绝对值之外,我们还需要把指标的“涨跌”表达出来,那么做周报比较常见的就是周环比了,也就是:
(本周的值-上周的值)/(上周的值)*100%
像上面这个表格这样,我们就可以监控本周和上周相比的情况了。那么每到月末我们还需要整理一整个月的数值,这时候可以新增一个维度,也就是该指标的MTD(month to date)。举个例子,今天是本月11号,我们统计出了本月1号到10号的收入(也就是MTD)是一千万,除以本月的KPI两千万,算出收入已经完成了50%,此时时间进度为33.3%(本月是30天),那么就可以看出我们本月的收入完成情况不错,已经大幅领先于时间进度。此外,我们还可以监控本月的MTD比上个月MTD的月环比,比如:(本月1-10号的交易额-上月1-10号的交易额)/(上月1-10号的交易额)*100,这个值在月初会不太准,不过随着时间推移,越到月末,会越接近真实的月环比值,这样我们到做月报的时候就不会慌乱啦~
除了表格之外,我们还可以进一步把某些关键指标的日曲线贴出来,这样更直观,比如某一天因为搞活动,数据激增,或者某一天系统挂了,数据狂跌,图一贴,大家就一目了然,避免了不必要的“抢功”和“推锅”。
第二部分:项目
看完数据我们该写本周主要工作了——那就是项目进展。很多童鞋会直接把项目平铺开写,这样其实可阅读性不高,缺乏重点(毕竟一个大老板可能要看N份周报的说)。所以我们一般会在进入正式的项目之前,先把一些重点拎出来写在最前面。包括:
重大项目的进展到了某个节点,比如设计定稿、提测、灰度、上线等;
重大项目出现的风险点,比如延期、缺陷、bug,某些功能点来不及做了之类;
上周新上线功能带来的数据提升(或下降);
一些挑战点,比如和其他部门合作之间出现的问题、流程问题等;
这些建议大家可以考虑在重点部分标黄、加粗等,如果同事和老板再假装没看到,那可就不是你的问题啦~
接下来我们可以写项目进展了,不过学姐还是不建议直接平铺开写,一般我们在大厂会直接用OKR的表格(关于OKR和产品目标可以看学姐的这篇文章),也就是你们这个季度的产品目标、实现路径、再到具体项目进展,这样项目就可以和整个部门的目标挂在一起,项目的意义和优先级也就一目了然了。像是和大目标无关的一些小优化,我们也可以另起一组来写。
关于项目进展,大家只要突出一些关键节点就行了(关于怎么做项目的流程,可以去看学姐的这篇文章),比如启动、设计初稿、设计定稿、需求评审、进入开发、联调、提测、灰度、全量上线等,如果有链接的可以贴链接,不需要把太具体的过程写出来,周报毕竟是总结↓
第三部分:总结回顾
数据和项目两部分是周报中必写的,最后我们可以写一些本周总结、心得体会之类的,当然这部分不强求,也不建议大家在这部分写出一篇小作文来(除非公司要求),我觉得这部分更多情感抒发,也算是写给自己本周工作的一个交代:
- 如果你是做管理的,可以写一些管理心得,比如下属离职的原因分析,招人过程中的感悟等,总结一些经验和教训,帮助自己后续更好地搭建团队。
- 可以写一些对产品的感悟,比如新上线的功能流程自己主观体验下来怎么样,有舍呢需要迭代的,竞品最近是否有新的动态。
- 也可以写一些经验教训,比如在某个流程上吃的亏之类的,后续该怎样再接再厉