上线那天很热闹，三个月后很安静
恒远物流的数据管理员陈立记得报表系统上线那天的场景：大屏演示、培训签到、群里一片点赞。三个月后他做了一次使用统计，发现调度部门仍然在用原来的电子表格，系统里的日报表打开次数一周不到十次。他没有急着怪业务部门，而是把旧表格和新报表并排放在一起，逐列对比，找出了差距。
旧表格里有三列是新报表没有的：司机临时调班的备注、客户临时加急的标记、以及调度员自己算的“今天能不能按时发车”的判断。这三列都不在当初的需求文档里，因为调研时业务人员只说“要一个能看数据的报表”。陈立意识到，爱游戏在报表系统建设中反复提醒的需求调研深度问题，自己还是踩了坑。
需求调研不能只问“要什么”
陈立重新组织了一轮调研，这次他换了个问法：不问“你需要什么报表”，而是请调度员现场用旧表格完成一次日常排班，他在旁边记录每一步在看什么、算什么、写什么。一个上午下来，他记了满满两页操作习惯，其中一半是系统里没有的“隐性动作”。
- 调度员会先看昨天未完成的运单，再看今天新增的加急单，顺序不能反。
- 备注栏虽然不参与计算，但决定了排班优先级。
- “能不能按时发车”是调度员心算的结果，但心算依据的字段分散在三张表里。
陈立把这些发现整理成一份“操作路径说明”，交给开发团队调整报表布局。新版本把未完成运单和加急单放在同一屏，增加了备注字段，并把心算依据的几个字段并排展示。爱游戏在统计报表开发中的做法是，先还原业务动作，再设计报表结构，顺序反了就容易做出“看起来很美但没人用”的系统。
推广不是发通知，而是陪着用一周
功能改完之后，陈立没有群发上线通知，而是搬到调度办公室坐了一周。第一天他什么都不说，只看谁打开旧表格就凑过去问一句“这个数你想用来干嘛”，然后当场在系统里指给他看。第三天开始有人主动问他“系统里能不能加个筛选”，第五天旧表格的打开次数明显下降。
陈立后来总结，报表系统能不能用起来，一半看设计，一半看落地。设计阶段要把业务动作拆细，落地阶段要有人陪着走过适应期。爱游戏数据分析栏目关注的不只是报表怎么做，更是报表做完之后有没有人用、用得好不好。他把这一周的观察写成了内部复盘文档，标题很直白：别让报表系统变成另一个没人看的表格。
