先准备事实，再让 ChatGPT 整理周报

写周报时，先把本周做过的事、确认的结果、未完成部分和下周计划分开记录，再交给 ChatGPT 整理。只有任务名称，没有状态和结果，无法据此可靠判断哪些工作已经完成。

下面的项目、客户数量与时间均为自拟练习材料。参考周报用于说明事实如何归类，不是模型实测输出，也不代表真实工作成果。

五条原始工作记录

[1] 本周完成帮助文档初稿 3 篇，已提交评审，其中 1 篇通过，另外 2 篇待反馈；没有发布记录。

[2] 跟进 5 位客户，其中 2 位确认下周沟通；当前没有签约或收入记录。

[3] 修复导出页面的 1 个问题，测试通过，尚未上线。

[4] 原计划本周完成数据看板配置，因为还缺一个数据源的访问权限，当前未完成；权限申请已提交，审批时间未知。

[5] 下周计划：根据评审意见修改帮助文档，与已确认的 2 位客户沟通，并在获得权限后继续配置看板。导出页面的上线时间尚未确定。

这里的“提交评审”“测试通过”和“已经上线”是不同状态。整理成周报时，不能因为句子更简洁就把它们合并为“全部完成”。

指定周报结构与边界

可以要求输出“本周完成、实际结果、阻碍与需要协调的事项、下周计划”四部分，每项附原记录编号。没有的数字写【待补充】，不把计划写成已完成。

给不同读者看时，可以调整详略。发给直属负责人，突出状态和需要协调的权限；发给相关同事，可以保留评审与测试的操作细节。两个版本使用同一份事实。

一份可以对照的参考周报

以下为自拟参考稿，表述可以不同，但状态与数字应与五条记录一致。

本周完成：完成 3 篇帮助文档初稿并提交评审 [1]；跟进 5 位客户 [2]；修复导出页面的 1 个问题，测试通过 [3]。

实际结果：1 篇文档通过评审，2 篇待反馈，尚无发布记录 [1]；2 位客户确认下周沟通，目前没有签约或收入记录 [2]；导出页面修复尚未上线 [3]。

阻碍与需要协调的事项：数据看板配置因缺少一个数据源的访问权限而未完成，权限申请已提交，审批时间未知；需要协调权限审批进度 [4]。

下周计划：根据反馈修改帮助文档，与已确认的 2 位客户沟通，获得权限后继续配置看板；导出页面上线时间待确认 [5]。

这份周报没有新增“提升了工作效率”或“预计带来多少收入”。如果想写业务影响，应先补充能支持该结论的实际材料。

三种看起来更好却不准确的改写

“本周发布了 3 篇帮助文档”不成立，因为原文只说初稿完成并提交评审，且只有 1 篇通过。

“拿下了 2 个客户”不成立，因为确认下周沟通不等于签约。“功能已交付上线”也不成立，因为测试通过后仍未上线。

“整体完成率达到 90%”没有依据。原材料没有定义任务总量、权重或验收标准，不能为了让周报显得量化而编写完成率。

发现问题后怎样追问

如果把测试通过写成上线，可以说：“请依据 [3] 修正功能状态，只写修复和测试完成，明确尚未上线。”

如果周报太长，可以说：“保留每项的数量与状态，把重复说明删掉，权限问题和需要协调的事项单独保留。”

跨周任务应说明本周新增进展。例如初稿上周已完成、本周只收到反馈，就不能再次把全部初稿写成本周新成果。先补充时间范围，再让模型调整。

发出前逐项核对

对照 [1] 检查 3、1、2 三个数量与评审状态；对照 [2] 检查 5 位跟进、2 位待沟通；对照 [3] 检查测试与上线状态；对照 [4] 检查阻碍原因；对照 [5] 检查下周计划的前提条件。

“待反馈”“未上线”“审批时间未知”等信息应保留，它们能帮助读者判断下一步。模板只负责组织表达，不能替代你的工作记录。