项目周报不是把每个人做过的事情拼成一页，也不是只写“本周持续推进、下周继续跟进”。管理者真正需要知道的是：项目是否仍能按目标交付、哪个里程碑发生偏差、已经形成了什么可验收结果、哪些事项需要决策，以及下一周由谁完成什么动作。AI 可以整理材料，但不能替项目负责人判断状态或隐去延期。
项目周报和个人工作周报有什么区别
个人周报关注个人完成事项，项目周报关注共同目标和交付结果。同一个成员完成了十项工作，如果关键接口仍未交付，项目状态就不能写成正常。建议先用聊天记录转待办清单提示词整理零散进展，再用项目风险清单提示词区分尚未发生的风险与已经发生的问题。
生成周报前准备7类事实
- 项目目标：最终交付物和验收条件。
- 里程碑计划：计划日期、负责人和依赖关系。
- 本周实际进展：已完成、进行中、未开始和延期事项。
- 交付证据：文档、版本、测试记录、确认邮件或验收结果。
- 风险与问题：影响范围、当前动作和责任人。
- 待决策事项：需要谁在什么时间前决定什么。
- 下周可用资源：人员、时间、外部依赖和不可变约束。
可直接复制的项目周报提示词
你是一名项目周报整理助理。请根据我提供的真实项目计划和本周记录，生成一份管理者可以快速判断状态、团队可以据此执行的项目周报。不要编造完成度、日期、责任人、测试结果或原因。
项目名称：[填写]
项目目标与验收标准：[填写]
本周周期：[开始日期至结束日期]
里程碑计划：[名称、计划日期、负责人]
本周实际记录：[粘贴任务、会议、测试和交付记录]
风险清单：[粘贴尚未发生的风险]
问题清单：[粘贴已经发生的问题]
待决策事项：[选项、决策人、最晚日期]
下周资源与限制：[填写]
请输出：
1. 总体状态：绿/黄/红，并用不超过3条事实说明依据
2. 里程碑表：计划日期、当前状态、实际结果、偏差、原因证据、恢复动作
3. 本周完成：交付物、完成标准、验收人或验证证据
4. 风险与问题：分开列出影响、责任人、下一动作和截止时间
5. 待决策事项：背景、可选方案、影响、建议决策人和最晚日期
6. 下周计划：动作、负责人、完成时间、预期输出和依赖
7. 信息缺口：资料不足、状态冲突和需要确认的数字
规则：
- 不使用“持续推进、基本完成、积极跟进”等无法验收的表达
- 完成度必须能回到任务或交付证据，没有证据时写“待确认”
- 计划与实际不一致时同时保留，不得只展示较好的一方
- 风险是尚未发生的可能事件，已发生事项放入问题清单
- 每个下周动作必须有负责人、日期和可观察输出
- 不替负责人承诺资源、范围和交付日期
输出后自检：
- 读者能否在1分钟内判断项目是否偏离目标
- 所有结论是否引用了事实、日期或交付证据
- 延期是否说明影响和恢复动作
- 待决策事项是否写清决策人和最后时间
- 下周计划是否可以直接转成任务清单示例：CRM迁移项目周报怎么写
原始记录：客户字段已确认；接口文档原定周二交付，实际周四收到；已完成20条样本导入，发现2条手机号格式错误；核心测试尚未开始；业务方要求新增历史备注字段。
整理后的周报摘要：
- 总体状态：黄。字段确认已完成，但接口文档晚2天，核心测试开始时间由周三顺延至周五；新增历史备注字段尚未完成影响评估。
- 本周交付：完成字段映射表并由业务负责人确认；完成20条脱敏样本导入，其中18条通过、2条因手机号格式失败。
- 当前问题：手机号格式不统一。数据负责人7月23日前补充清洗规则并重新导入失败样本。
- 待决策：是否把历史备注字段纳入本期。产品负责人需在7月23日中午前确认，否则按原范围进入测试。
- 下周计划：完成核心流程测试、修复失败样本并输出业务验收清单。
这个摘要没有用“进展顺利”掩盖接口延期，也没有把新增字段直接当作确定需求。需要计算指标偏差时，可使用AI数据分析报告提示词区分事实和原因假设；需要安排月度任务时，可结合AI月度工作计划提示词。
项目周报的人工验收清单
- 抽查每个“已完成”是否存在交付物或验收记录。
- 确认红黄绿状态使用了团队统一标准。
- 检查计划日期、实际日期和周报周期是否一致。
- 确认风险、问题和待决策事项没有混为一谈。
- 将下周动作导入任务系统后，负责人和日期是否完整。
周报里的变更和问题要进入单独记录
周报只保留管理者需要判断的摘要，不应替代明细记录。如果出现范围、日期、成本或验收标准变化，应建立需求变更单并保留影响评估和审批结论；如果障碍已经发生，应进入项目问题清单，写清证据、责任人、截止时间和关闭标准。下一期周报再同步两类记录的最新状态。
AI写项目周报的失败边界
AI 无法知道团队口头承诺是否有效，也不能判断延期是否可以接受。涉及范围、资源、预算、验收日期和对外承诺时，必须由项目负责人确认。需要把周报进一步整理成管理汇报，可使用AI工作总结生成器，但原始事实仍应保留。