01先问：这份简报给谁、他几点看
- 给老板看，就早上八点前到；给业务负责人看，就上班后半小时。
- 时间点定错，内容再好也会被忽略。
- 一份简报只服务一个读者。服务两个，就等于两个都不满意。
02数据源必须写在明面上
- 这份简报的数字从哪来：某张表、某个系统导出、某个群。逐项写清楚。
- 任何一个数据源当天没更新，简报必须标出来，不能默默用昨天的数。
- 「今天没有异常」也是一个结论，要明确写出来，而不是留一片空白让人猜。
03容错比功能重要
- 定时任务最常见的失败不是算错，是没跑。所以要有失败通知。
- 跑失败了发一条「今天简报生成失败，原因 X」，比什么都不发好一百倍。
- 不要设计成「失败就重试到成功」——数据源坏了的时候，重试只会产生一堆错误结果。
04结果要能一键追到原始数据
- 简报里每个数字都要能点开看明细。
- 老板看到「异常 5 项」时，下一个动作一定是「哪 5 项」。
- 做不到这一条，这份简报三周后就会被弃用。
05先跑一周人工期
- 上线前先让它每天生成、但先发给项目组内部，人对着原始数据核一遍。
- 连对一周，再发给真正的读者。
- 这一步换来的是信任，而信任决定了这份简报能不能活过第一个月。
常见问题
定时任务电脑关机了怎么办？
桌面 Agent 的定时任务依赖本机。如果要 7×24 稳定跑，就应该放到服务器上执行，桌面端只负责开发与调试。这一点在设计阶段就要想清楚，不要上线后才发现。
每天早上自动发，会不会发太多？
会，如果你把「能自动的都发出去」。我的做法是：固定一条主线简报 + 异常才推送。正常日子里只有一条，出问题时才多一条——这样的节奏才不会被关掉通知。
想在自己的场景里跑一遍？
两晚实训，带一个能运行的工作台回去；或者先从一次免费初诊开始。