先定本周要回答的一个问题
两小时的周报，时间花在哪？拉数半小时，写半小时，剩下全花在「这周该说点什么」。
所以动表之前先写一个问题。这周最值得回答的一个：为什么周三的转化率掉了？上周上线的入口为什么没人点？
问题写在表格旁边，数据围着它找。找不到答案的数，就不看。
「本周数据汇总」不是问题。问题要有方向，答案是「涨了还是跌了，变化指向哪」。
投喂前先脱敏
用户明细不给。手机号、姓名、订单号留在你的表里，给模型的只有汇总。
给什么：按天的汇总数、环比变化、分渠道的分项。三张小表，几十行，够了。
明细里的规律先自己聚合再给。它要的是「周三比周二低百分之四」，不是一万行原始记录。
好处有两个：安全上不担心泄露；效果上表格小了它反而读得准。几万行贴进去，它会漏行，还会自己补行。
让它按「变化→可能原因→需要核实」输出
别问「帮我分析这周数据」。给三样：本周的问题、汇总表、输出格式。
输出格式定死：第一列变化，第二列可能原因，第三列需要核实什么。每行不超过两行。
「变化」它擅长：哪个数动了、动了多少、从哪天开始。「可能原因」它会编，但编得有范围。「需要核实」是三列里最有用的一列，它告诉你下一步查什么。
举个例子。输入：周三转化率环比降百分之四。输出：变化是周三起持续走低；可能原因是新支付页加载变慢、投放渠道换量；需要核实的是支付页当晚有无发版、渠道流量占比。
核实那一列，就是你本周的待办。
把猜测换成已核实的事实
它给的三条原因，你去核。多半两条是猜测，一条是真的。周报里只留核实过的那条。
没核完的写「初步判断，待核实」，别写成结论。读的人照着结论做决定，你兜不住。
核实动作要具体：查发版记录、问投放的同事、翻客服反馈的关键词。半天能查完的，当天查。
查完回头改那一行：「周三转化率降百分之四，原因是支付页当晚发版，回滚后已恢复。」这一行，就是这周周报的第一句。
固定成一趟二十分钟的流程
五分钟：写下本周问题，从报表导出三张汇总表。
五分钟：脱敏、贴给模型、按固定格式出结果。
五分钟：核实「需要核实」里最关键的一条。
五分钟：把核实过的一行放进周报第一句，其余变化列表附后。
周报不是数据存档，是给读的人做判断用的。一个问题、一个答案、一个动作，比三十张截图有用。
常见问题
数据不让上传怎么办？
只给按天汇总和环比变化，不给明细。还不行，就让它本地出分析思路，数字自己填。
它给的原因看起来都挺合理，怎么选？
都不选，先核实。「需要核实」那一列就是干这个的，核实完再进周报。
领导就要看完整明细怎么办？
明细单独附在后面，正文只留结论和动作。周报是给人做判断的，不是存档。
