《今朝AI每日一课》第036期

Work如何生成报告

先说清“给谁看、用来做什么”，再让Work把真实资料变成一份可核对的报告初稿

---

一、今日学习目标

第033期我们解决了：

Work应该处理哪些文件，哪些文件属于本次任务范围。

第034期进一步解决：

Work应该围绕什么问题分析资料，重要判断有什么依据。

第035期又解决：

怎样把分散信息整理成来源清楚、状态明确、能够继续使用的结构。

到了第036期，这些工作开始形成一种更完整的交付：

报告。

很多人让AI写报告时，会直接说：

“根据这些资料帮我写一份报告。”

AI确实可以很快写出一篇结构完整、语言流畅的文字。

但在真实工作里：

写得像报告，不等于它就是一份可以使用的报告。

员工还需要知道：

• 这份报告到底给谁看？
• 阅读者看完以后准备做什么？
• 报告应该覆盖哪些资料和时间范围？
• 哪些是已经确认的事实？
• 哪些只是分析判断？
• 重要判断依据在哪里？
• 哪些事情其实还不能确认？
• AI提出的建议是不是已经经过负责人决定？

所以本期不是教大家：

“怎样让AI写得更长、更专业。”

而是学习：

怎样让Work根据明确的阅读对象、工作用途和真实资料，形成一份结构清楚、有依据、可以继续核实的报告初稿。

学习完成后，员工应该能够：

1. 先说明报告给谁看；
2. 说明报告准备用来解决什么工作问题；
3. 明确报告使用哪些资料和时间范围；
4. 要求Work反馈实际读取了什么；
5. 根据用途确定报告重点和结构；
6. 区分事实、分析、依据、待确认和建议；
7. 不让AI为了报告完整而补造事实；
8. 对重要事实和判断进行核实；
9. 理解Work交付的是报告初稿，而不是自动形成正式结论。

本期核心能力：

先说清报告给谁看、用来做什么，再让Work根据已确认资料生成结构清楚、有依据、可核对的报告初稿，最后由人核实和定稿。

---

二、一个AI知识点

1. 报告不是“把资料写成长一点”

摘要主要回答：

原资料说了什么？

报告还要进一步回答：

谁需要知道什么？为什么要知道？哪些内容最重要？

例如同样是一批项目资料。

如果只是总结，

可能得到：

• 发生了哪些事项；
• 有哪些主要内容。

但如果要形成一份负责人内部报告，

可能更需要突出：

• 当前进展；
• 发生的重要变化；
• 主要问题；
• 依据；
• 信息缺口；
• 需要负责人关注或判断的事项。

因此：

摘要以资料为中心，报告还要以阅读者和工作目的为中心。

---

2. 报告生成前，先问“谁看”

同一批信息，

不同岗位的人需要看到的重点可能不同。

例如：

可能重点关注：

• 当前事项；
• 待办；
• 待确认内容；
• 下一步准备。

可能更关注：

• 整体进展；
• 关键变化；
• 主要问题；
• 风险或信息缺口；
• 需要判断的事项。

所以没有一种：

“万能报告模板”。

先明确：

主要阅读对象是谁？

---

3. 再问“看完以后准备做什么”

报告不是为了：

“有一份材料。”

而是为了支持真实工作。

例如：

• 了解情况；
• 准备内部沟通；
• 检查问题；
• 复盘一个项目；
• 支持经营讨论；
• 为下一步决策准备事实。

所以报告任务里一定要说明：

这份报告准备用来做什么？

“谁看”和“为什么看”一旦清楚，

报告重点才真正清楚。

---

4. 报告必须限定资料范围

Work生成报告之前，

要说明：

• 本次允许使用哪些资料；
• 覆盖哪个时间段；
• 覆盖哪些事项；
• 哪些资料是正式依据；
• 哪些只是参考；
• 哪些资料不属于本次范围。

Work还应该反馈：

实际读取成功了哪些资料？

哪些没有读取成功？

如果关键资料没有读取，

报告就不能假装：

“已经掌握完整情况。”

---

5. 先确定报告要回答什么，再决定结构

不要先问：

“报告应该有几个章节？”

先问：

阅读者最需要知道哪几个问题？

例如一份项目进展内部报告，

可能只需要回答：

1. 当前已经确认的进展是什么？
2. 最近发生了什么重要变化？
3. 当前有哪些值得关注的问题？
4. 还有什么关键事项没有确认？

然后再根据这些问题形成结构。

例如：

• 报告目的与资料范围；
• 已确认进展；
• 主要变化；
• 当前问题；
• 重要判断及依据；
• 信息缺口或冲突；
• 待确认事项；
• 可供考虑的下一步动作。

结构是服务工作的，

不是为了让报告显得正式。

---

6. 报告里不同性质的内容不能混在一起

例如AI写：

客户采购意愿较强，因此建议立即进入下一阶段。

里面其实包含：

• 对客户意愿的判断；
• 一个因果关系；
• 一个行动建议。

如果原资料只是：

客户愿意继续沟通。

那么AI不能把它升级成：

“采购意愿较强”。

更不能直接变成：

“立即进入下一阶段”。

所以报告中应该分清：

资料明确支持什么。

根据资料能够分析到什么程度。

这个判断来自哪里。

现在还不知道什么。

可以供人考虑什么。

哪些事情必须由负责人或相关岗位确认。

记住：

AI建议不是负责人决定。

---

7. 报告可以有“不知道”

AI很容易为了报告完整而把空白补上。

但真实工作里，

以下表达都是允许的：

原资料未提供。

当前无法判断。

两份资料存在冲突。

尚待相关岗位确认。

现有资料不足以支持该结论。

报告不是每一栏都有答案才叫完整。

更重要的是：

该知道的知道，不知道的也说清楚为什么不知道。

---

8. 重要内容要能回到原资料

报告中的：

• 数字；
• 日期；
• 项目状态；
• 客户明确要求；
• 重要变化；
• 关键分析判断；

应该保留必要来源线索。

不需要把内部报告做成论文，

但员工至少应该能做到：

看到重要结论时，知道回哪里核实。

---

9. 报告和方案、计划不能混淆

可以简单区分：

主要回答：

现在是什么情况？发生了什么？有什么问题？

主要回答：

下一步做什么？谁做？什么时候做？

主要回答：

这个问题准备怎么解决？有哪些路径？

所以报告里可以写：

“可供考虑的下一步动作”。

但不能因此自动变成：

已批准的工作计划。

---

三、今朝工作案例

本期采用：

一个基础教学案例 + 两个今朝实用案例延伸。

目的不是一次教会所有类型的报告，

而是让员工看到：

同一套“阅读对象—用途—事实源—结构—依据—人工确认”方法，可以进入不同层级的工作。

---

案例一：基础教学案例——B2B项目进展内部报告

以下为假设教学场景，不对应今朝任何真实客户、员工、项目、合同、金额、产品、采购计划或经营数据。

假设一名员工已经完成：

• 文件确认；
• 资料分析；
• 信息整理。

现在需要形成一份：

给负责人内部了解情况的项目进展报告初稿。

根据这些资料帮我写一个项目报告。

问题是：

• 不知道谁看；
• 不知道用来做什么；
• 不知道覆盖什么阶段；
• 不知道哪些资料是依据；
• 不知道重点讲进展还是问题；
• 不知道建议能不能写成决定。

可以告诉Work：

请根据我指定、有权限使用并经过必要处理的项目资料，形成一份供负责人内部了解情况的项目进展报告初稿。

报告用途是：

让负责人快速了解已经确认的进展、主要变化、当前问题以及仍需进一步确认的事项。

本次只使用我明确指定的资料，不扩大范围。

请先反馈实际读取成功的资料和未成功读取的资料。

报告重点回答：

1. 当前已经确认的主要进展是什么？
2. 与前期相比出现了哪些重要变化？
3. 当前有哪些需要关注的问题？
4. 哪些关键信息仍然没有确认？

重要事实和判断应保留必要来源依据。

不补造客户需求、金额、时间、责任人、产品条件或其他业务事实。

资料冲突时分别保留并标记“待确认”。

资料不足时写“当前无法判断”。

建议只能作为“可供考虑”，不能写成负责人已经决定。

本次只形成内部报告初稿。

Work生成以后，

员工至少：

• 核对一个关键事实；
• 核对一个重要判断及其依据；
• 检查是否出现越界推断；
• 决定报告是否可以定稿。

这就是最基础的：

Work生成报告 + 人工验收。

---

今朝实用案例延伸一：国铁福利品项目复盘报告

这一类报告和普通项目进展报告不同。

它不是只回答：

项目现在怎么样？

而是进一步回答：

这个项目是怎样完成的？哪些做法有效？哪些问题值得下一次改进？哪些经验值得沉淀下来？

类似国铁福利品这样涉及多环节协作的项目，

复盘资料可能来自：

• 前期方案和项目资料；
• 品牌和商品资料；
• 项目沟通记录；
• 采购与交付资料；
• 内部协作记录；
• 项目参与人员的经验补充。

如果直接让Work：

“帮我复盘这个项目。”

很容易得到一篇：

内容很多、故事完整，

但事实、判断和经验混在一起的长报告。

例如：

公司管理层以及未来类似项目的负责人。

不是为了：

给项目人员“打分”。

而是为了回答：

• 项目主要是怎么推进的？
• 哪些做法已经被实际验证有效？
• 哪些环节出现了问题？
• 问题的事实依据是什么？
• 哪些问题目前仍没有足够资料判断？
• 哪些经验值得下一次复用？
• 哪些流程、模板或工作方法值得沉淀？

1. 项目背景和复盘范围；
2. 项目主要过程；
3. 已经验证有效的做法；
4. 过程中暴露的问题；
5. 问题对应的事实依据；
6. 信息缺口和仍待确认事项；
7. 可以沉淀的流程、模板和经验；
8. 可供下一次类似项目参考的改进建议。

Work可以帮助：

• 阅读大量经过授权的项目资料；
• 按统一结构整理；
• 找出前后过程；
• 汇总参与人员反馈；
• 把问题和依据连接起来；
• 整理反复出现的经验；
• 形成复盘报告初稿。

但不能因为某个结果不理想就自行写：

“某个人执行不到位。”

也不能根据零散记录推断：

客户、合作伙伴或员工的真实动机。

这些都需要事实和负责人判断。

不是：

“项目结束后写一篇总结。”

而是：

把一次做过的项目，变成下一次还能复用的方法。

这也是Work和未来今朝知识沉淀之间非常重要的连接。

---

今朝实用案例延伸二：分销经营分析报告

另一类非常有价值的报告是：

经营分析报告。

假设分销负责人需要根据一段时期已经确认的经营资料，

形成内部经营分析报告。

资料可能来自：

• 销售情况；
• 毛利情况；
• 客户与渠道变化；
• 产品销售结构；
• 回款和应收情况；
• 区域或业务人员的工作记录。

这一类报告最危险的错误是：

把“数据现象”直接写成“经营原因”。

某类客户销售额下降。

这是：

数据事实。

但是不能直接写：

“客户流失导致销售下降。”

除非还有进一步资料能够支持：

客户真的流失了，并且销售下降确实由此产生。

也不能因为某区域经营数据下降，

就直接写：

“销售人员工作不到位。”

因为数据本身未必支持这种人员评价。

数据实际发生了什么？

例如：

某类业务较前期下降。

哪些变化值得关注？

例如：

下降主要集中在哪些区域、客户类型或产品类别。

现有资料说明了什么？

哪些原因目前还只是可能性？

例如：

需要进一步结合客户变化、市场情况和业务记录确认原因。

应该继续核实什么？

• 把大量经营资料按统一口径整理；
• 发现明显变化；
• 找出值得进一步关注的区域、产品或客户；
• 把数据事实和业务判断区分开；
• 暴露还缺什么业务信息；
• 形成经营分析报告初稿。

但Work不能替管理者：

• 判断销售人员能力；
• 判断客户真实原因；
• 决定价格政策；
• 作出经营取舍；
• 形成最终管理结论。

看到数据变化时，不要马上问：

“为什么？”

先问：

“数据到底证明了什么？”

再问：

“原因还需要什么资料才能判断？”

所以：

Work帮助管理者更快看到问题，人负责理解经营环境并作出判断。

注：本期只讲经营报告怎样组织已有事实和分析结果，不教学具体数据计算、指标分析或趋势分析，这些内容留到第037期。

---

四、今日实践任务

5—10分钟：生成一份“小型内部报告初稿”

今天不要求大家写正式长报告。

准备5—10条：

• 本人有权使用；
• 内容不敏感；
• 已经过必要处理；
• 已经基本整理清楚；

的简单工作信息即可。

如果没有合适真实资料，

可以使用自拟练习信息。

第一步：写清谁看

例如：

给部门负责人内部查看。

第二步：写清为什么看

例如：

快速了解本周某项工作的当前进展和仍需确认的问题。

第三步：限定资料范围

例如：

只使用本周我提供的8条记录。

第四步：写2—3个核心问题

例如：

1. 已经完成什么？
2. 当前有什么值得关注的问题？
3. 还有什么没有确认？

第五步：设计3—6个必要部分

例如：

• 已确认进展；
• 主要变化；
• 当前问题；
• 待确认事项；
• 可供考虑的下一步。

第六步：可以直接参考这个Work任务

请根据我本次明确提供的工作信息，形成一份用于【填写阅读对象】内部了解情况的报告初稿。

报告用途是：【填写工作用途】。

本次只使用我提供的信息，范围为：【填写时间或事项范围】。

请先告诉我实际读取了哪些信息，以及是否存在未读取、冲突或明显缺失。

报告重点回答：

1. 【核心问题1】
2. 【核心问题2】
3. 【核心问题3，可选】

请按【填写3—6个必要部分】组织报告。

重要事实、数字、日期和分析判断请保留必要来源线索。

原资料没有的信息不要自行补充； 资料冲突时分别保留并标记“待确认”； 依据不足时写“当前无法判断”。

建议只能标记为“可供考虑”，不要写成已经作出的决定。

完成后请提醒我：

• 哪些关键事实需要回原资料核对；
• 哪些判断仍需人工确认；
• 哪些内容不能直接作为正式业务结论。

第七步：至少核对两项内容

报告出来以后：

是否和原资料一致？

依据真的支持这个判断吗？

今天的练习怎么验收？

不要看：

报告是不是很长。

重点检查：

谁看清楚吗？

为什么看清楚吗？

资料范围清楚吗？

报告回答问题了吗？

重要内容有依据吗？

不知道的地方有没有暴露出来？

做到这些，

这份报告初稿才真正有继续使用的价值。

---

五、今朝智能体连接

报告是一种非常适合长期沉淀方法的工作。

今朝未来不同岗位都可能存在：

• 项目进展报告；
• 项目复盘报告；
• 经营分析报告；
• 工作检查报告；
• 阶段复盘材料；
• 内部协作汇总。

如果这些报告经过长期真实使用，

企业可能逐渐沉淀出：

• 哪些资料应该使用；
• 谁是主要阅读对象；
• 报告通常解决什么问题；
• 哪些结构最有用；
• 哪些判断必须有依据；
• 什么情况下必须停下来人工确认。

这些经过验证的方法，

未来可能成为岗位智能体的一类候选能力。

例如：

可靠资料
↓
明确用途
↓
稳定结构
↓
Work形成报告初稿
↓
人工核实和定稿
↓
方法持续改进
↓
未来岗位智能体候选能力

但必须注意：

报告模板不是智能体。

未来岗位智能体还需要：

• 企业正式知识；
• 岗位工作标准；
• 权限；
• 数据；
• 流程；
• 安全治理；
• 人工审核。

更不能因为报告可以自动生成，

就直接：

• 自动发布；
• 自动对外发送；
• 自动评价员工；
• 自动形成经营结论。

最终原则仍然是：

AI负责整理、生成和提醒，人负责核实、定稿、判断和使用。

---

六、今日思考

以前让AI写报告，

我们很容易要求：

“写完整一点。”

“写专业一点。”

但从今天开始，

先换几个问题：

这份报告到底给谁看？

他看完以后准备做什么？

哪些事实真正重要？

哪些判断有依据？

哪些问题还不知道？

哪些建议还没有被决定？

真正有价值的报告，

不是把所有资料写进去。

而是：

把正确的信息，在正确的时候，交给真正需要这些信息的人。

今天最后记住一句：

先说清报告给谁看、用来做什么，再让Work根据真实资料生成可核对的初稿；AI负责整理和生成，人负责核实和定稿。