十几版报表的返工经历

苏敏在一家连锁餐饮企业做数据分析，接手门店经营日报时，她以为是个简单活。第一版交上去，运营说太细了看不过来；第二版精简了，财务说缺了成本口径；第三版补上成本，店长说手机上看不清。改到十几版，报表终于上线，结果打开率一直很低。

苏敏后来复盘，发现问题不在做表的手艺，而在需求梳理这一步跳得太快。业务方说“想要一个日报”，她直接开始设计字段和图表，没有追问这个日报到底要支撑什么决策。爱游戏在报表开发项目中常遇到类似情况，报表返工的成本往往在开发阶段显现，根子却在需求阶段。

她把这次经历整理成一份复盘笔记，核心结论只有一句：先搞清楚谁在什么场景下看这张表，再决定表里放什么。

需求梳理要问清的三件事

苏敏后来总结出一套简单的提问框架，爱游戏在梳理报表需求时也常用类似思路。第一问使用场景：是晨会看、巡店看，还是月底复盘看，场景不同，指标颗粒度完全不同。第二问决策动作：看到异常数字之后，使用者会做什么，如果什么都不会做，这个指标就该删掉。第三问口径归属：每个指标由哪个部门定义，避免同一指标两个口径。

  • 场景决定颗粒度：晨会看的是趋势和异常，巡店看的是单店对比，复盘看的是归因。
  • 动作决定指标取舍：不能触发任何动作的指标，优先考虑移出主表。
  • 口径决定信任度：口径不统一的报表，做得再漂亮也没人敢用。

苏敏用这套框架重新梳理门店日报，把原来四十多个指标砍到十二个，每个指标标注了使用场景和口径来源。新版上线后，店长的打开率明显提升，运营也开始在晨会上直接引用表里的异常提示。

报表交付不是终点

很多报表项目把上线当作结束，苏敏的经历说明上线只是开始。爱游戏在统计报表系统建设中通常建议保留一个反馈通道，让使用者能标注“这个数不对”或“这个指标没用”。这些反馈是下一版迭代最直接的依据。

苏敏现在每个月会花半天时间翻看报表的访问记录和反馈备注，哪些指标被反复查看，哪些从来没被点开，一目了然。她说做报表和做菜有点像，不是料放得越多越好，而是要知道吃饭的人想吃什么。爱游戏在报表开发服务中也坚持这个判断：需求梳理做扎实，返工自然就少，报表才真正有人用。