用 ChatGPT 写周报：从流水账变成成果、风险和安排 - AIPlan

周报写成流水账，原因几乎都一样：看着日历往回写。按时间回溯，输出必然是"周一做了什么、周二做了什么"。改成按成果组织，800 字压到 350 字，读的人更多：上级只找 3 件事，这周推进了什么、哪里卡住、下周要他做什么。 这 3 件事各 1 到 2 条，5 分钟能读完。超过这个量，读者会先滑到底看"下周安排"。 先攒输入，别在周五回忆 周五下午回忆这一周，能想起来的通常只有最后两天。可行做法是每天下班前花 2 分钟记 3 行： 10-14 做了什么 / 产出是什么 / 卡在哪 一周 15 行，周五整理成周报大约 15 分钟。不记的话，周五要花 40 分钟翻聊天记录，而且漏掉一半。 这 15 行丢给模型，提示词： 以下是我这周的 15 条工作记录。请按 4 栏重排：已完成的成果（含可量化结果）、推进中（含当前进度百分比）、卡住的（含卡点与需要谁配合）、下周计划（含具体日期）。没有量化结果的条目，不要替我编数字，标"缺数据"。 "不要替我编数字"这一句必须写。模型看到"优化了接口"，会顺手补上"性能提升 40%"，而你没测过。 成果要写成"变了多少"，不是"做了什么" 流水账写法 成果写法 优化了订单查询接口 订单查询 P95 从 1,200 毫秒降到 380 毫秒 跟进了供应商 3 家供应商中 2 家确认 10 月 22 日前交样，1 家待回复 参与了需求评审 评审 4 份需求，推动其中 2 份补上了异常处理章节 处理了客服问题 本周处理 23 个工单，其中 6 个是同一类问题，已提给产品 右列的共同点是都有一个可核对的数字。没有数字的成果，可以写"完成了什么"，但要具体到交付物名称，不写"推进了相关工作"。 让模型做这个转换时，给它一个约束： 每条成果必须包含 1 个数字或 1 个具体交付物名称。两者都没有的条目，列到单独的"无法量化"清单里，我自己判断要不要写。 风险段落决定周报的价值 多数周报没有风险段落，或者写成"暂无风险"。这类周报对上级没有信息量——他不缺进度，缺的是"哪里需要他出手"。 风险段落按 3 段写： • 卡点是什么（具体到人、系统或外部条件） • 已经尝试过什么（2 条以内） • 需要谁在什么时间前做什么 示例： 供应商 A 的样品检测报告还差 1 项。本周已催 2 次，对方说检测机构排期到 10 月 24 日。如果 10 月 24 日还拿不到，11 月 3 日的上线要顺延一周。需要采购部在 10 月 20 日前确认能否换一家检测机构。 这段 90 字，把"要不要介入"的判断材料给全了。写成"供应商进度有风险，正在跟进"，上级无法判断该不该管。 下周安排写到日期和交付物 "下周继续推进项目"不是安排。可用的写法： 日期 交付物 依赖 10 月 20 日 补货模型 v2 的 3 个仓回测报告 仓储数据 10 月 22 日 供应商比价表（3 家） 采购部报价 10 月 24 日 客服分流规则第 2 版 上周工单样本 3 条比 8 条好。写 8 条，完成 4 条，看起来像只做了一半；写 3 条，完成 3 条，节奏清楚。 依赖那一列尤其值得写。它是下周唯一可能卡住的地方，提前写出来，等于提前一天拿到资源。 一份可以直接复制的提示词 你是我的周报助手。 输入：我这周的 15 条工作记录（见下）。 我的岗位：【供应链数据】。读者：【直属上级 + 1 位跨部门负责人】。 要求： 1. 输出 4 段：成果（3 条以内，每条带数字或交付物）、推进中（2 条以内，带进度）、风险（1 到 2 条，写明需要谁做什么）、下周（3 条，带日期和依赖）。 2. 全文不超过 400 字。 3. 不写"本周工作总结""在领导的指导下"这类开头。 4. 没有数据的地方标"缺数据"，不要编。 第 3 条能省掉一整段废话。周报开头直接写第一条成果，读者第一眼就看到信息。 把 4 周的周报放在一起看 周报单看一周，价值有限；连续 4 周放在一起，能看出趋势。做法： 这是我连续 4 周的周报。请找出：1. 连续 3 周以上没有进展的条目；2. 反复出现在"风险"里的同一件事；3. 我承诺过但没出现在后续成果里的条目。 第 3 项最有杀伤力。它找出的是你自己许下但没做到的事，通常有 2 到 3 条。发现之后，要么下周补上，要么在周报里明确说明为什么调整。 第 2 项能帮你识别"慢性问题"。同一个风险出现 4 周，说明它不是风险，是现状，该做的是改方案而不是继续上报。 这个纵向对比的思路和会议纪要里未决项的跨会比对是同一个方法，只是周期从"场"变成"周"。 别让周报变成表演 三种写法要避开： • 把所有事都写成成果：一周 8 条"成果"，读者会认为你在凑数 • 用形容词代替数字：完成度"较高"、"基本达成"，无法核对 • 风险段落写"暂无"：连续 3 周写"暂无"，第 4 周真出问题时没人会提前注意 一个自我检查的方法：把自己写的周报读一遍，标出所有能被第三方核实的句子。比例低于 50%，说明虚话太多。 用 Projects 存历史周报 周报的价值在纵向对比，历史版本就要留得住。把每周的周报存成一个 Project 里的文件，命名带周次：2026-W42.md。 需要做季度总结时，直接让模型读 13 个文件： 这 13 份周报是 2026 年 Q4 的周报。请按季度总结的格式输出：3 项主要成果（带数字）、2 个未解决的问题、1 个建议调整的方向。每项注明出自哪几周。 这比重新回忆一个季度快得多，也比凭空写总结准。用项目固定材料的做法见用 Projects 固定一套工作流。 周报和汇报的关系 周报是原料，汇报是成品。攒够 4 到 6 周周报，做季度汇报时不用重新整理素材——把周报里的成果段抽出来，每 2 周合并成 1 页，就是一份 8 页的汇报骨架。进一步的结构可以看每一页一个要点的 PPT 大纲写法。 反过来也成立：如果某个季度的周报里找不出 3 项带数字的成果，汇报会很难做。这时候该改的不是汇报，是接下来几周的工作安排。 频率与用量 周报这类任务一轮对话就能完成，每次输入 15 行记录、输出 400 字，消耗很小。真正吃额度的是季度总结——一次读 13 份文件、跑 2 到 3 轮改写。 ChatGPT 的剩余额度在 设置 → 用量 查看，Plus 与 Pro 同时受 5 小时窗口与周窗口限制（截至 2026 年 10 月 18 日核对）。每周写 1 份周报、每季度做 1 次总结，免费版完全够用；如果同时要维护多份周报（比如带团队，每人一份汇总），并且每周都要跑一次 4 周对比，包月更省心，¥115.50 一个月按整月固定费用计，适合长期高频使用的 Plus 月卡价格以商品页当前显示为准。 一条边界 周报写得好，前提是这一周确实有可写的成果。如果连续 2 周的周报都只能靠措辞撑起来，问题不在写作方法，在工作的安排——该做的是下周主动接一件有明确交付物的事，而不是继续优化周报模板。 参考资料资料核对日期：2026-10-17 • Text generation • Projects in ChatGPT | OpenAI Help Center 延伸阅读• 用 ChatGPT 整理会议纪要，别把讨论意见写成正式决定 • 用 ChatGPT 做 PPT 大纲：每一页都要有一个要点 • ChatGPT 项目怎么用？让长期任务少重复解释背景