运营小陈每周五花两个小时把后台数据导出来，剪成五张图，写完两千字周报，老板周一开会翻到第三页，抬头问了一句「上周新增为什么掉了 12%」，一个写了两年周报的运营，怎么才能在老板开口之前就知道他会把问题问到哪一句？
小陈翻回第一页找数字，找到之后说了句「我看看」，会议室安静了十秒。
那十秒里发生的事，是运营周报最常见的死法：数字都在，但没有一句能回答老板真正想知道的问题。
站内前面写过两篇讲通用周报怎么写的，一篇是 30 分钟用 AI 写完周报：从流水账到老板愿意看的四步法，一篇是 月报、季度总结别写成流水账：用 AI 理数据出结论的四步法，还有一篇专门讲 销售周报怎么写，那运营岗到底缺的是什么？
那三篇解决的共性是「把流水账改成有结论的文档」，销售那篇补的是「用周报去要资源」。
运营岗的缺口在另一个方向：运营不是要资源，而是要解释权。
数据涨了老板想知道是不是你做的功，数据跌了老板想知道要不要止损，这两种追问的答案都必须出现在周报里，而不是等着开会时临场想。
运营周报差在哪里
判断一份运营周报写得对不对，有一个很省事的办法：随便挑里面的一个数字，问自己「老板现在问为什么，我下一句说什么」，如果答案是「我查一下」，那这份周报没写完，不管它有多少张图、多少行表格，这个差别来自运营岗的工作性质，销售的动作是可见的，拜访了 30 个客户这件事本身就带信息量；运营的动作是间接的，同样的数据量，运营和销售谁的周报更难写？
你发了一条推送、改了一版落地页、调了一次投放出价，这些动作和最终数字之间隔着一层系统黑箱。
所以运营周报的核心工作不是「记录我做了什么」，而是把黑箱拆开给老板看。
那拆到什么程度才算够？标准可以量化：每个报上去的总数，至少要能对应到一个可指认的原因，新增用户 8000 这个数，要能说清其中多少来自哪个渠道、其中多少是自然量、其中多少是上周某个动作带起来的，做不到这一层，就只能在会上被追问，那如果一周里只来得及写两段，该先写哪一段？
三段式结构：数、归因、假设
运营周报可以固定成三段，每段解决老板的一个问题。
好处是它可以每周复用。写到第十周的时候，你不是在重新思考，而是在填三个固定的格子。
第一段 结果对比：这周和上周的核心数，涨跌多少，差在哪
第二段 归因拆解：涨跌分别由哪 2 到 3 个动作造成，每个动作贡献多少
第三段 下周假设：基于上面的归因，下周要验证哪一个动作第一段回答「怎么样」，第二段回答「为什么」，第三段回答「所以呢」，三段缺任何一段，周报都会在会议室里被问住，缺第一段，老板不知道变没变；缺第二段，老板问不出原因；缺第三段，老板觉得你只是在报数。
第一段：结果对比，只放能对比的数
这一段最容易被写成流水账，因为它最容易凑字数。
判断标准是：这一段的每个数，都必须带一个可比对象。孤立的绝对值没有意义。
「本周新增 8000」读者无从判断，「本周新增 8000，上周 6200，涨 29%」才是信息，挑选核心数也有讲究，运营岗的数分三层，只报第一层：
- 第一层是结果数，2 到 3 个就够，比如新增、留存、转化
- 第二层是过程数，比如推送发送量、落地页 UV、活动参与数
- 第三层是操作数，比如发了 12 条推送、改了 3 版文案、调了 5 次出价
只有第一层是老板真正会追问的。第二层第三层留到被问的时候再拿出来，或者放到附录里。
全部放进正文，五个数里有三个是过程数，老板翻两页还没看到结果，就会以为你没做。那过程数到底该不该完全不提？
第一段的写法有个小技巧：把涨跌方向写在数字前面。
「新增 8000，涨 29%」和「涨 29%，新增 8000」信息量一样，但后者能让人先抓到结论。
第二段：归因拆解，这是运营周报真正的交付物
第二段是三段式里最值钱、也最容易糊弄的一段。
糊弄的写法是「本周做了社群运营、内容更新、活动推送，用户反馈良好」，这句话里没有一个可指认的因果，那归因写到多细才算不算糊弄？
合格的写法有三个特征。
第一，每个归因要挂一个具体动作和时间点。
不是「内容更新带来增长」，而是「周二把落地页首屏换成案例页，当日落地页 UV 从 1200 涨到 1900」。
第二，归因要分清贡献大小，一周里做了五个动作，不可能五个都同等重要，把贡献最大的两个放前面，剩下的归到「其他」一句话带过，老板的时间比你少，他只会记住排第一的那个原因。
第三，说不清的那部分要老实标成说不清。
上周做了渠道 A 的投放但没记 UTM，周报里就写「渠道 A 的贡献本周无法拆解，已在投放后台补埋点，下周可给准确数」。
这比编一个数安全得多。老板能接受「暂时说不清」，不能接受被追问三次之后发现第一次是编的。
第三段：下周假设，把归因变成动作
第三段是运营周报区别于周报模板的地方，也是最容易省掉的一段。
省掉之后，周报就退化成「本周情况汇报」，没有任何下周的期待值。
写法很简单，一句话一个假设：
- 假设落地页首屏的改动是这周增长的主因，下周把同一改动推到第二类用户上做 A/B
- 假设社群新增的下滑来自上周五的活动分流，下周把活动时间挪到周四再测一次
一个周报只留一个假设，留三个等于没有重点，老板不会替你选，留一个，他下周会记得问你「测出来了吗」，这就是运营周报能建立信任的方式 —— 不靠这周的数据多漂亮，而是靠下周有个明确的答案在等他。
三个最容易翻车的地方
一、把动作清单当成归因
写周报时最容易顺手把「本周做了什么」列成归因。
做了五件事不等于有五个原因，动作和原因之间必须有证据。
没有证据的动作只能进附录。进了正文就是在给自己埋雷：老板顺着问一句「那件事贡献了多少」，答不上来，前面所有归因的可信度会一起掉，那没有证据的动作是不是等于没做过？
二、数字口径中途变了
这是运营周报里最隐蔽的坑。
上周统计的是「注册用户」，这周因为产品改版换成了「激活用户」，两个数放在一起对比得出的涨跌是假的，而且这种假很难被发现，因为两个数看上去都是合理的整数。
规避办法很机械：每周开头写一行口径说明，那口径变了之后，之前发过的周报要不要重写？
写清这周用的是哪个指标、哪个时间窗、有没有排除内部账号。
行数不多，但它是你后面所有对比的地基。口径变了就在那一行里说明，并同时给出两种口径的数，别让老板自己发现。
三、归因写成了自我表扬
「本周运营工作取得显著成效」这类句子在周报里是负资产，老板读到的信息是「她在强调自己的努力，而不是给我信息」，反而会降低对整份文档的信任，检验方法很直接：把每句话的主语从「我」换成「数据」，如果这句话就变得没有信息量了，那它本来就该删掉。
怎么让 AI 帮你把这三段填起来
这套结构里最费时间的不是写，是翻数据和对齐口径。
这两件事可以交给 AI，但要先把口径钉死，否则它会帮你编。那口径应该由谁写？
第一步，把上周和本周的原始数据丢进去，同时把口径写清楚，包括指标定义、时间范围、要排除的内部账号，然后让它先只做一件事：输出两个数的变化表，不要任何解读。
第二步，让它基于变化表出归因假设，明确要求它区分「数据支持的」和「需要你确认的」，两列分开写。
这一步的关键是让它把不确定的东西标出来，而不是混在结论里。
第三步，把归因喂回去，让它按三段式生成周报骨架，并要求它「不得补充任何未在数据中出现过的数字」。
这句话必须写，写了它才不会为了让句子好看而编数，那如果它还是编了一个数，怎么发现？
提示词可以直接用下面这段：
你是运营周报助手。我会给你本周和上周的数据。
第一步：只输出一张对比表，列出每个指标的本周值、上周值、变化量、变化率。
不要任何解读和结论。
第二步：针对变化超过 10% 的指标，列出可能的原因。
分成两列：「数据能支持的」和「需要我确认的」。
数据不足的地方直接写「数据不足」，不要推测。
第三步：按下面结构生成周报正文。
第一段 结果对比：3 个以内的核心数，每个都带上周对比。
第二段 归因拆解：按贡献大小排序，说明每个原因对应的具体动作和时间。
第三段 下周假设：只写一个假设，说明下周怎么验证。
硬性要求：不得出现任何未在数据中出现的数字。
说不清的地方直接写「暂时说不清」，不要用模糊表述掩盖。最后一步一定要自己读一遍。AI 负责把数摆整齐、把格式填满，判断哪个原因真的成立仍然是你自己的活。
运营周报的价值不在排版，在于老板信不信你写的归因，而这份信任只能靠你每次都说实话累积起来。
一份可以直接照抄的检查清单
写完别急着发，用这五条过一遍。
每个数字都有可比对象吗，没有就补上周值。
每个涨跌都有可指认的动作和日期吗，没有就老实标说不清。
本周的口径和上周一致吗，不一致有没有写明，假设是不是只有一个，有没有给老板可以追问的那句话，全文里有没有一句话，删掉之后信息量不变，有就删，这五条里最容易不过关的是第四条和第五条，周报写得越顺，越容易在第五条上失手，那些读起来很有气势的句子，通常正是没有信息量的句子。
站内还有一篇 销售周报怎么写，讲的是运营周报的反面。
销售用周报去要资源，运营用周报守住「这事是我做的」这层可信度。
两种岗位的周报，差的不是格式，是最后那句话写给谁看。
