第 13 课 系统上线之后：交出报告，把重复工作做成工具

报告是业务的使用入口

上线后的交付可以分为两类。业务报告回答哪些车型、部件或服务环节的问题值得处理，是否出现新的反馈主题；效果报告回答哪些标签易错、人工复核发现什么、下一轮准备怎样改。质量、市场、产品拿到的内容和行动负责人可能不同。

检查报告时，趋势数字要写清样本量、时间段、数据渠道覆盖、去重方法和统计口径。投诉数量上升也可能来自数据渠道变化，不能直接推断故障率上升。聚出的新主题先当待核实线索，不自动变成已确认问题。

先用原型对齐，再决定正式交付

团队可以先做一个数据洞察原型，让业务人员试提示词、保存版本、批量抽取、查看进度成本并匹配标签。用经授权的脱敏样本展示一条完整流程，重点确认结果能否支持业务判断，以及下一步还需要补什么。

练习时只选一个页面、一类输入和一条待验证的判断。让业务人员指出结果是否有用、哪里看不懂，再修订范围。公开练习用虚构数据；客户原型的数据、工具和环境必须按授权范围使用。能演示，不代表权限、容量、恢复与验收都已完成。

五类重复工作，可以逐步沉淀

AI 可以先整理材料、生成代码和起草报告，业务标准仍需人和客户确认。复用结构、规则和脱敏例子，不能把客户原始数据或专有标签库带到下一家。

今天先做一步

用第 12 课的虚构样本，写一页业务报告和一页效果报告。再从上表挑一项，写出输入、检查步骤、输出、人工复核点和复用边界。

本章产物与验收

• 业务报告：每个结论带统计口径，至少一项待核实问题有负责人。
• 效果报告：列出代表性错误、修订计划和下一次检查时间。
• 一张工具说明卡：陌生同事能用脱敏示例复跑并判断结果；不能只交一段提示词。