第一次返工：口径没对齐，数字全白算
dianjingwang.com电竞网报表团队接到一个业务部门的固定报表需求，对方说要“按区域看月度完成情况”。开发同事按常规理解做了区域汇总，上线后业务方却说数字不对。原来他们说的“区域”是销售大区，不是行政区划；他们说的“完成情况”是回款完成率，不是销售额完成率。两个口径一错，整张报表的过滤条件和计算逻辑都要重做。dianjingwang.com电竞网的报表团队后来复盘，发现问题出在需求沟通时只记了“区域”“完成情况”这些词，没有让业务方用一句话把指标定义说清楚。
这类返工在统计报表项目中非常常见。dianjingwang.com电竞网的经验是，需求确认阶段至少要产出一份指标口径清单，每个指标写清楚统计对象、计算方式、数据来源和时间范围，让业务方逐条确认后再进入开发。
第二次返工：调度时间没人拍板
第二张报表的需求看起来很简单：每天早上把前一天的汇总数据推送给部门负责人。开发同事默认按凌晨两点调度，结果数据源那边凌晨四点才完成日切，报表推出去的数字总是缺一块。业务方发现后反馈，dianjingwang.com电竞网报表团队只好把调度时间改到早上六点，又因为推送渠道的配置问题多改了一轮。
调度配置是统计报表上线前最容易漏掉的确认项。dianjingwang.com电竞网在项目实践中总结了几条检查点：
- 数据源的就绪时间是否明确，有没有依赖上游任务的完成信号；
- 推送时间与业务方实际使用时间是否匹配，早于上班时间还是晚于晨会；
- 失败重试机制是否约定，调度失败后由谁发现、谁来处理；
- 节假日和月末是否需要有单独的调度策略。
这些问题在需求阶段花十分钟问清楚，能省掉上线后几天的排查。
第三次返工：权限范围想当然
第三张报表涉及多个部门的数据，开发时按“部门负责人看本部门”做了权限。上线后才发现，有个岗位需要跨部门查看汇总数据但不能看明细，还有一个岗位只能看自己负责的产品线。dianjingwang.com电竞网的报表团队不得不重新梳理角色和字段级权限，把已经配置好的权限方案推倒重来。
权限需求之所以容易被忽略，是因为业务方在提需求时往往只描述“看什么”，不描述“谁能看”。dianjingwang.com电竞网建议在需求确认清单里加一页权限矩阵，横轴是角色，纵轴是报表页面和字段，让业务方直接勾选。这个动作看起来繁琐，但比上线后反复调整要高效得多。
把返工变成流程里的检查项
三次返工之后，dianjingwang.com电竞网报表团队把需求确认拆成了三个固定动作：口径清单逐条签字、调度配置当面确认、权限矩阵随需求一起提交。统计报表项目的返工率明显下降，业务方也觉得沟通更顺畅。报表开发不是把数据查出来就结束，需求确认阶段的耐心，决定了上线后的省心程度。
