跳到主要内容

先让 WorkBuddy 读文件，再看 Excel，最后交一版报告

核心观点​

  • WorkBuddy 处理报告类任务时，最稳的方式不是一上来就让它“写总结”，而是先让它按资料类型逐步理解上下文。
  • 文档负责交代背景和目标，Excel 负责提供事实和变化，最终报告负责把两者重新组织成可交付内容。
  • 真正省时间的关键不是一次生成一篇完整报告，而是先拆成“读文件、看数据、出结论、写汇报”四个环节。

正文​

很多人把资料和表格一股脑丢给 WorkBuddy，然后直接问一句“帮我出个报告”。这种做法的问题，不是工具不够聪明，而是输入结构太混乱。它既要自己理解业务背景，又要自己判断表格里哪些字段重要，还要自己决定最后要写成什么口径的报告，结果往往会混在一起。

更有效的做法，是把报告任务拆成一条固定流水线。先让 WorkBuddy 读文档，确认本次任务的背景、目标读者和关注问题；再让它看 Excel，指出关键指标、异常点和缺失信息；最后才要求它输出日报、周报、复盘纪要或老板摘要。这样每一步都有明确职责，后面的报告也更容易校对。

这套流程特别适合项目复盘、运营周报、销售跟进总结和课程数据汇总。因为这类任务本质上都不是“写作文”，而是“先理解材料，再整理事实，最后做出表达”。如果不先拆步骤，WorkBuddy 很容易把表格数字和背景解释混着写，或者用很完整的口吻说出其实还没核实的结论。

把流程拆开还有一个现实好处，就是你可以更快定位问题。若报告结论不对，就先看它是不是误读了 Excel；若口径不对，就回头检查文档背景是否给清楚。这样不是反复重做整篇报告，而是只修正出错的那个环节。

实操步骤​

  1. 先定义交付目标。明确这是周报、复盘、经营摘要还是客户情况说明，并说明最终读者是谁。
  2. 先喂文档，再喂数据。先让 WorkBuddy 用文档理解背景、目标和限制，再让它读取 Excel 里的关键字段和核心指标。
  3. 单独做数据判断。要求它先列出主要发现、异常值、趋势变化和待确认点，不要马上写结论。
  4. 最后输出报告。基于前两步结果，指定报告结构，比如执行摘要、关键数据、问题判断、建议动作。
  5. 人工做最后验收。重点检查数字有没有写错、结论有没有越界、建议动作是否能落地。

提示词模板​

你现在要帮我完成一份基于文档和 Excel 的工作报告，但请按阶段执行，不要一步写完。

任务目标：
- 报告类型：周报 / 复盘 / 经营摘要 / 客户分析
- 目标读者：
- 我最关心的问题：
- 交付截止时间：

第一步：先读取我提供的文档资料
- 输出：任务背景、关键目标、必须保留的信息、不能误判的边界

第二步：再分析我提供的 Excel 或表格
- 输出：关键指标、变化趋势、异常项、缺失字段、需要人工补查的问题

第三步：最后生成正式报告
- 输出结构：
  1. 执行摘要
  2. 关键数据结论
  3. 风险或异常说明
  4. 下一步建议动作

要求：
- 文档负责解释背景，表格负责提供事实，不要把猜测写成事实
- 对不确定的数据写明“待确认”
- 报告语气要适合目标读者，避免空泛表述
- 输出使用 Markdown，方便我继续整理

常见坑​

  • 一上来就要最终报告。WorkBuddy 还没把文档和表格分开理解，结论很容易失焦。
  • 没说清目标读者。给项目组的过程说明和给老板的经营摘要，不是同一种写法。
  • 表格字段没交代。尤其是缩写字段、日期口径和统计范围，不说清楚就很容易误读。
  • 没让它先列异常和待确认项。这样它会用看似完整的报告掩盖数据不确定性。
  • 只看文笔不看数字。报告写得顺不代表数据判断就是对的，最后仍要人工核对关键数值。

延伸学习​

  • 把这套流程迁移到销售漏斗复盘、投放日报、课程运营看板和客户回访总结。
  • 如果团队经常做类似报告，可以把“文档解读 + 表格分析 + 报告结构”沉淀成固定模板或 Skill。
  • 进一步可以让 WorkBuddy 在报告完成后，继续拆成老板摘要、执行清单和跟进提醒，形成后续闭环。