周报怎么写：四块结构、15 分钟写法与提风险句式
周报写成流水账，通常不是态度问题，而是没人告诉过你周报的读者想看什么。上级打开周报只找三件事：这周有什么结果、哪里卡住了、需要我做什么。按「我做了哪些事」写，他只能读到一堆动作，读不到进展。
本文给一套四块结构、把动作改写成结果的对照表、15 分钟写完的顺序、没有数字时的量化方法，以及提风险的句式。照着填，周报会从「交差」变成「影响决策」。
四块结构：结果、进展、风险、请求
| 板块 | 回答的问题 | 建议篇幅 |
|---|---|---|
| 本周结果 | 交付了什么，对谁有用 | 2~3 条，每条一行数字 |
| 进行中 | 到哪一步了，下一步是什么 | 2~4 条，写清进度百分比或节点 |
| 风险与阻塞 | 什么事会拖期，卡在谁/什么上 | 1~3 条，必须写「需要什么」 |
| 下周计划与请求 | 下周做什么，需要谁配合 | 3 条计划 + 1 条明确请求 |
四块的顺序不要改。风险放在计划前面，是因为上级最怕「下周才发现拖期」；把它提前，等于给了他干预的时间。
把动作改写成结果
周报最常见的写法是动词开头：「对接了…」「整理了…」「参加了…」。这些都是动作，不是结果。加一个宾语和一个数字，就变成结果：
| 动作式（弱） | 结果式（强） |
|---|---|
| 对接了设计稿 | 设计稿 3 版已定稿，首页改版可进入开发 |
| 整理了客户反馈 | 汇总 47 条反馈，其中 12 条指向同一个支付问题，已提给产品 |
| 参加了两场会议 | 与运营对齐 11 月活动排期，确认 3 个资源位 |
| 优化了接口 | 列表接口 P95 从 820ms 降到 310ms |
| 写了文档 | 上线流程文档完成，新人按文档走通一次，卡点 1 处已修 |
判断标准：这句话能不能让读者判断「事情往前走了多少」。不能，就还是动作。
15 分钟写完的顺序
周五下午写周报最耗时的原因是「从周一回忆」。换个顺序，时间能压到 15 分钟：
- 先写阻塞（3 分钟）：打开聊天记录，把这周你说过「等 X」的地方抄下来。这是最有价值的部分，也最容易忘。
- 再写结果（5 分钟）：翻代码提交、文档修改记录、邮件，找有交付物的三件事。
- 补进行中（3 分钟）：写清每项的下一步和预计完成时间。
- 最后写计划与请求（4 分钟）：三条计划，一条请求，请求必须点名到人。
平时在笔记里留一个「本周」清单，随手记一句交付物，周五只用整理，不用回忆。这类随手记录的习惯，可以借用卡片笔记法里「一条笔记一个事实」的原则。
没有数字怎么量化
不是所有工作都有指标。三种替代量化方式，任选一种，别写「推进中」：
| 方式 | 写法 | 适用 |
|---|---|---|
| 里程碑 | 「需求评审已完成，进入开发，11/2 提测」 | 项目类工作 |
| 对比 | 「同一份报表，原来手工 2 小时，现在 10 分钟」 | 流程优化 |
| 覆盖范围 | 「已覆盖 6 个部门、23 人，剩下 2 个部门下周培训」 | 推广、落地类 |
如果确实只有「在推进」，那就写清「推进到哪一步、下一步在谁手上、什么时候有结论」。模糊的进度描述等于没有信息。
风险怎么写才有人管
提风险不是抱怨，是一次请求。三级信号加一句请求，是最容易被响应的格式：
- 黄：可能延期，但目前能自己解决。「测试环境不稳定，本周多花了 1 天，预计延期 1 天，不需要支持。」
- 橙：需要他人配合，否则会延期。「接口联调等 B 团队排期，若周三前拿不到环境，提测推迟到 11/6。需要你帮忙跟 B 团队确认优先级。」
- 红：已经延期，需要决策。「原定 10/30 上线无法达成，两个选项：砍掉导出功能按时上线，或整体推迟一周。需要你周四前定。」
注意三件事：给出时间点（周三前、周四前）、给出选项（不是把问题原样丢回去）、给出不处理的后果。这三样齐全，上级才能在两分钟内做决定。
不同场景的周报重点
| 场景 | 重点 | 要少写 |
|---|---|---|
| 执行岗 | 交付物 + 阻塞 | 过程细节、加班时长 |
| 项目负责人 | 节点达成率 + 风险清单 | 每个人的日常动作 |
| 管理者 | 团队产出 + 人员与资源问题 | 自己替下属做的事 |
| 试用期 | 已完成的具体任务 + 学到的 + 需要的支持 | 表态式句子 |
| 远程/异地 | 可验证的产出 + 协作时间窗口 | 「一直在忙」 |
管理者写周报有个额外要求：向下也发一份。团队知道你本周在推什么，跨部门协作会顺很多。
四个常见错误
- 流水账：按时间罗列做了什么。改成按结果归类，同一件事的过程合并成一条。
- 只报喜：没有风险板块的周报，上级会默认「一切正常」，等到延期才发现。风险要主动写。
- 甩锅式提问：「B 团队不配合，怎么办？」改成「需要你在周三的会上帮我们确认 B 团队的排期」。
- 太长：超过一屏的周报没人细读。正文控制在 400 字内，细节放附件或链接。
周报模板（可直接复制）
本周结果
1. ……（交付物 + 数字/范围 + 影响）
2. ……
3. ……
进行中
1. ……（当前节点 / 下一步 / 预计完成）
2. ……
风险与阻塞
1. 【橙】……（影响 / 需要谁在什么时候做什么）
2. ……
下周计划
1. ……
2. ……
3. ……
需要支持
1. ……（点名到人 + 时间点 + 具体动作）常见问题
周报要写多长？
正文 300~500 字，手机一屏读完。真正需要展开的内容放链接，不要塞进正文。
做的事很杂，怎么归类？
按「对谁有用」归类，而不是按项目名。给客户的三件事合成一条「客户侧交付」，比列六条流水更清楚。
上级不看周报怎么办？
先确认格式是否便于扫读（结论是否在前、有没有数字）。如果确实不看，把周报当成自己的复盘记录，坚持写「风险与下周计划」两栏，三个月后你会明显感到判断变准。
跨部门协作的事要不要写进周报？
要，但只写你负责的那一段和需要对方配合的点。不要评价其他部门的执行力——周报会转发，评价会传回去。
周报和日报重复吗？
不重复。日报记事实，周报做归类和判断。周报不要粘贴五份日报，而是从日报里挑出三条有结果的事，再加风险与决策请求。
小结
周报是一份给上级的决策材料：三条结果、两三条进展、一到三条带请求的风险、三条下周计划。把动作改成结果，把风险写成选项，把请求点名到人，一份 400 字的周报就够用了。
如果同期还要写更正式的工作汇报文档，结构与措辞可以参考技术文档写作里「先定读者任务」的思路；需要发给外部合作方的周度同步，则按商务邮件怎么写的结论先行写法改一版。