每周五下午写周报，是很多人最痛苦的时间。
不是事情没做，是做了一堆事，写出来感觉自己一周啥都没干。
更难受的是，你认真写了 3000 字，领导根本没读完。
周报这件事的真相是：领导只看第一段。
理解了这个真相，周报的写法就清晰了。
执行摘要的三段公式
第一段是周报的命脉。它要在 100 字内回答三个问题：
- 这周做了什么（最重要的 2—3 件事）
- 关键结果是什么（量化数字）
- 下周打算做什么
举个例子：
本周完成 Q2 新版本上线（影响 12 万 DAU 用户），主推功能"快速分享"上线首日使用率 18%；客户 A 投诉问题已经定位并修复，处理时长压缩 60%。下周重点：跟踪新版本数据稳定性、启动 Q3 用户增长方案撰写、推进与客户 B 的续约谈判。
这一段写完，领导即使后面一个字不看，也知道你这周干了什么、价值多少、下周要看什么进展。
后面所有内容都是这一段的展开说明，让需要细节的人继续往下读。
亮点和水分的区别
新手写周报的通病是把例行公事包装成"亮点"。
什么叫例行公事？你的岗位职责本来就要求做的事——客服每天接电话，运营每天发推送，开发每天写代码。这些写在周报里 OK，但不是亮点。
什么叫亮点？超出预期、超出职责、产生了额外价值的事。
举几个对比：
-
水分："本周接听客户电话 200 通，平均处理时长 5 分钟。" —— 这是你本来就该做的
-
亮点："本周针对反复出现的 XX 类型投诉做了根因分析，提交了 3 条流程优化建议，其中 1 条已被采纳实施，预计能减少 20% 的同类投诉。"
-
水分："本周完成代码评审 15 次，提交代码 23 次。" —— 这是 KPI 不是亮点
-
亮点："本周发现并修复了 XX 模块的一个潜在内存泄漏，避免了上线后的 P0 故障；推动团队引入了新的代码评审规范，预计每周节省评审时间 2—3 小时。"
亮点 = 主动做了什么 + 这件事带来了什么具体改变。两者缺一不可。
量化是周报的硬通货
"完成了"、"推进了"、"提升了"——这些词在周报里几乎等于没说。
把它们替换成数字：
- "提升了用户活跃度" → "DAU 从 8.2 万提升到 9.5 万（+15.8%）"
- "优化了数据库查询" → "首页加载耗时从 800ms 降到 320ms（-60%）"
- "处理了客户问题" → "处理客户工单 47 个，平均响应时间 1.2 小时（环比 -25%）"
如果某项工作真的没法量化（比如"参与了 X 项目的需求讨论"），就老实写"参与"、"协助"、"配合"，不要硬往"完成"、"主导"上凑。领导能分辨。
实在找不到数据的时候，用对比性描述也比空话好："新版本上线后客户投诉量比上周明显减少"、"新流程比旧流程少了 3 个审批环节"。
下周计划要可验证
下周计划写得最差的版本：
- "继续推进 XX 项目"
- "持续优化 XX 系统"
- "跟进客户反馈"
这种计划没法验证——下周写周报的时候你怎么知道自己"持续优化"得怎么样了？
可验证的下周计划必须有交付物：
- "下周三完成 XX 项目的需求文档 V1 初稿，发给产品评审"
- "下周完成 XX 系统的数据库索引优化，目标查询性能再提升 30%"
- "下周完成对 5 家重点客户的电话回访，整理出共性反馈报告"
这种写法的额外好处是：下周写周报的时候，你直接对着上周的计划逐条交账，写起来快很多。
OKR 周报的特殊结构
如果你公司用 OKR 管理，周报结构要更对齐目标。
普通周报是"按事项罗列"——做了 A、做了 B、做了 C。
OKR 周报是"按目标罗列"——本周对 O1 的贡献是什么、对 O2 的贡献是什么、对 O3 的贡献是什么。每一个 KR 的进度变化都要写清楚。
结构示例：
O1：Q2 新用户增长 30%（当前 22%）
- KR1.1 新版本上线 + 推广（本周完成 ✓）
- KR1.2 投放渠道扩张到 5 个（本周完成 3 个，下周完成剩余 2 个）
- 本周对 O1 的贡献：新版本上线带动 5% 增长，已达 22%
O2：用户留存率提升到 65%（当前 58%）
- 本周无直接行动，但 O1 的工作间接推动 O2
- 下周启动留存专项：用户访谈 + 流失分析
OKR 周报的好处是让领导一眼看到目标达成进度，而不是被一堆任务淹没。
日报、周报、月报的分工
很多公司同时要求日报、周报、月报，但三者侧重点不同：
- 日报：当天关键进展 + 当天问题 + 明天计划。控制在 200 字以内，重点是阻塞项和需要协调的事。
- 周报：本周亮点 + 关键数据 + 下周计划 + 风险提示。500—800 字，目标读者是直属领导。
- 月报：月度 OKR 达成情况 + 关键项目里程碑 + 团队/资源问题 + 下月重点。1000—1500 字，目标读者是部门负责人甚至更高层。
三者最大的错误是写得一样——日报抄周报的、月报凑周报的合集。这种写法对管理者毫无新信息，也浪费你自己的时间。
每一份汇报都要回答这个层级的读者关心的问题。日报关心今天有没有阻塞；周报关心这周交付了什么；月报关心月度目标对得齐对不齐。
AI 周报工具怎么用才高效
AI 生成周报这事，核心不是让它替你写，而是让它替你整理。
最好的工作流是这样的：
- 你平时把工作要点零散记在备忘录里（每完成一件事就记一行）
- 周五打开 AI 工具，把这些要点丢进去，让它按"执行摘要 / 本周亮点 / 数据指标 / 下周计划 / 风险提示"的结构出稿
- 你花 10 分钟改语气、补具体数字、删水分
这种用法的产出比从零开始写快 5—10 倍，而且因为是基于你的真实工作记录，不会出现"AI 编出来的事"。
AI 不能替你做的：
- 判断哪件事是亮点、哪件事是水分（AI 容易把所有事都包装成亮点）
- 提供具体数据（你不给数字，AI 不会编）
- 把握向上汇报的政治分寸（哪些事可以说、哪些事要含糊、哪些事要避开）
懒得自己整理一周的零散记录？把要点丢进 AI 周报生成器，它会按"执行摘要 + 亮点 + 数据 + 下周计划"的结构帮你出稿，你再花几分钟调一下语气。
小结
周报不是流水账，是给领导的决策辅助材料。第一段是执行摘要，必须有量化结果；亮点要超出例行，下周计划要可验证。能做到这几条，你的周报会成为领导周末批阅时少数愿意读完的那份。