在很多项目组里，运营周报是最不受待见的文档之一。写的人当成周五下班前的例行任务，看的人扫两眼就翻到附件里的数据表。但最近一两年，这份文档的处境在悄悄变化：版本节奏变快，买量与内容营销绑得越来越紧，跨部门协作的颗粒度从月压到了周，周报开始被当成下周一开会要用的底稿，而不是给上级交的作业。
写法上的分歧也随之暴露。有人把它写成数据陈列馆，有人写成心情日记，还有人干脆把后台截图拼在一起。行业里真正被反复传阅的那几份周报，结构其实都不复杂，只是每一块都指向了下一步动作。
周报的第一读者，是下周要动手的人
判断一份周报合格与否，有个很土的标准：看完之后，负责投放、活动、社区、客服的人能不能各自找到自己下周要改的那件事。如果读完只知道「本周流水涨了」，这份周报的价值基本为零。
比较通行的结构是四段：本周发生了什么、为什么发生、下周做什么、需要谁配合。数据只保留有异动的那几项，平稳的指标一句话带过或者放进附录。把三十个指标平铺在一页上，效果等于没有指标。
指标要看品类，一套模板用到底最容易出事
不同品类对「一周」这个时间单位的敏感度差别很大。SLG和卡牌看重付费深度与大R动向，赛季节奏、联盟活跃、礼包结构的变化都能在周维度体现出来；休闲和小游戏盯的是留存曲线与广告ARPU，买量成本回收的账要拉长看；二次元产品的周数据被卡池和活动切得七零八落，直接做周环比经常得出错误结论，更稳妥的做法是拿同一活动期做对比。
业内普遍的做法是按品类拆模板，同一家公司里不同项目组的周报长得完全不一样，这不是不规范，恰恰是规范。真正需要统一的是口径：活跃怎么定义、付费算不算退款、新老用户怎么切分。口径不统一带来的争吵，往往比数据本身的问题更多。
四种写法问题，几乎每个团队都踩过
- 只罗列不给判断。表格贴了一屏，没有一个字说清楚哪项值得警惕。
- 只报喜不报忧。付费涨了写三行，留存掉了藏在附录里，几周之后问题积成大坑。
- 只写结果不写动作。数据是团队动作的结果，周报里没有动作记录，下个月谁也复盘不出因果。
- 周期错配。买量回收、长线留存这类指标本身以月甚至季度为周期，硬塞进周报只会制造噪音。
这四类问题的根源大多不在写的人懒，而在没人告诉他周报是给谁看的。新人接手时通常只能继承上一版模板，模板里有什么就填什么。
工具正在改变周报的生产方式
数据中台和BI看板普及之后，取数这件事被大幅压缩。不少团队已经把常用指标做成看板，周报里只留链接和结论，运营把省下来的时间用在归因上。一些厂商进一步把周报、活动复盘、版本复盘合并成一份节奏文档，减少重复劳动。
但工具解决不了判断。自动生成能告诉你付费率掉了两个点，说不清是渠道结构变了还是礼包吸引力下降，这仍然需要人去追问、去和投放、策划对一遍。
对从业者来说，写周报前不妨先逼自己回答一个问题：本周最重要的一件事是什么。这句话写不出来，后面的表格再多也撑不起一份周报。行业里对运营岗的要求正在从「会拉数据」转向「能下判断」，周报恰好是这种能力最直接的展示面。写得慢一点没关系，写完之后能让别人少开一次会，就已经赢了。