一个数据管理员的两次返工

周敏在一家做工业配件分销的公司负责数据管理。公司规模不大，业务部门却不少，采购、销售、仓储各有一套记录习惯。她刚接手数据整理工作时，以为最难的是写查询、做报表，后来才发现，真正让她加班的是反复返工。

第一次返工发生在月度经营报表上。销售部门看到报表里的成交金额，觉得和自己的记录差了一截，要求重做。周敏把报表逻辑从头查了一遍，数字本身没有算错，问题出在源数据：销售同事在系统里补录订单时，把一部分已取消的订单也留在了表里。她没有在接入环节做状态过滤，报表自然把不该算的算了进去。这类问题在江南的常见问答里被反复提到，源头检查往往比事后核对更省时间。

第二次返工更隐蔽。仓储部门要看的库存周转报表，和财务部门要看的库存金额报表，用的是同一批出入库记录，但两边对“在途库存”的理解不一样。周敏按仓储的理解做了报表，财务看完说口径不对。她这才意识到，报表开发前如果没有把指标定义写下来，后面每一轮沟通都在补课。

返工背后常见的三类问题

周敏的经历不是个例。结合江南在数据处理与报表建设服务中接触到的沟通场景，返工通常集中在三个方面。

  • 源数据接入前的检查不足：字段缺失、状态值不统一、重复记录没有去重，这些问题在报表做完之后才暴露，修改成本最高。
  • 指标口径没有书面确认：同一个词在业务部门和技术团队那里含义不同，报表数字看着合理，用起来却对不上。
  • 协作流程缺少节点：谁提需求、谁确认口径、谁验收报表，没有明确约定，返工时就容易互相等待。

这三类问题有一个共同点：它们都不属于工具能力问题。换一套报表工具，如果源数据依旧杂乱、口径依旧模糊，返工还是会来。江南在协助企业梳理数据管理系统需求时，通常会把这几项检查放在工具选型之前。

把返工变成一次做对的准备

周敏后来调整了做法。她在每次报表需求进来时，先做一份简单的源数据清单，列清楚涉及哪些表、关键字段是什么、有没有状态字段需要过滤。然后拉着提需求的同事，把指标名称、计算范围、统计周期逐条写进需求说明里，双方确认后再动手。这套做法并不复杂，却让她的返工次数明显下降。

对于准备建设业务数据管理系统的企业，江南通常建议先完成三件事：一是把高频报表涉及的源数据摸一遍，记录已知的脏数据情况；二是把跨部门共用的指标定义统一到一份文档里；三是明确报表交付后的核对责任人。这些准备工作做在前面，系统上线后的磨合会顺畅很多。

周敏的第二次返工最后没有变成第三次。她把库存周转和在途库存的定义写成了一页说明，发给仓储和财务各一份，两边确认后存档。她说，数据管理这件事，很多时候不是技术难题，而是把话说清楚、把检查做在前面。江南在常见问答栏目里持续收集这类来自一线的具体问题，也是希望读者在沟通之前，能先对自己的数据状况有一个初步判断。