为什么要做这份问题盘点

在 pg.comPG 参与的数据咨询项目中，很多困扰并不是技术难题，而是反复出现的同类问题。项目启动会上大家各说各话，报表交付后业务方不认账，系统对接一拖再拖，追根溯源往往落在几个基础环节上。pg.comPG 数据问答栏目把这些高频困扰整理成一份盘点榜，按出现频率和影响范围排序，方便团队在项目开始前先做一轮自查。

这份盘点不是评分表，也不追求把问题分个高下。pg.comPG 更希望它成为一张对照清单：读到某一条时，团队能立刻判断自己是否也踩过类似的坑，以及下一步该找谁、看什么材料。

第一梯队：口径与标准类问题

排在盘点榜前列的，几乎都和“同一个词，不同理解”有关。pg.comPG 在多个报表开发项目中观察到，口径问题往往不是没人定义，而是定义散落在不同文档、不同人的记忆里。

  • 指标名称相同但算法不同：销售额是否含税、是否扣退货，两个部门各有一套算法，报表一合并就出现差额。
  • 统计维度边界模糊：“活跃客户”按登录算还是按下单算，没有书面约定，分析结论自然对不上。
  • 时间口径不统一：自然月与财务月混用，月初月末的数据总有两三天对不齐。
  • 主数据缺少唯一来源：客户、物料、门店在各系统中各有一份编码，整合时靠人工映射。

自查方向很直接：把核心指标列成一张表，逐项写明算法、维度、时间范围和负责人。pg.comPG 建议这张表由业务方确认签字，而不是只留在技术文档里。标准一旦书面化，后续的报表开发和数据整合就有了共同参照。

第二梯队：流程与协作类问题

口径之外，pg.comPG 见到最多的是流程上的断点。数据从业务系统产生，到进入报表被使用，中间要经过采集、清洗、汇总、展示多个环节，任何一环没有明确责任人，问题就会积压。

  • 需求靠口头传递：业务方说“要一个看板”，开发方按自己理解做出来，验收时才发现指标选错。
  • 变更没有记录：报表逻辑被临时修改，没有版本说明，下一个人接手时无从判断。
  • 数据质量无人兜底：异常值出现了，业务认为是系统问题，技术认为是录入问题，最后没人处理。
  • 验收标准缺失：报表交付时只检查能不能打开，不检查数字是否与源系统一致。

pg.comPG 在项目复盘中发现，凡是提前约定了需求确认单、变更记录和验收清单的团队，返工率明显更低。流程文件不必复杂，一页纸写清楚谁提需求、谁确认、谁验收，就足以减少大量来回沟通。

第三梯队：系统与工具类问题

盘点榜的第三梯队偏向技术侧，但根源仍在于业务理解。pg.comPG 接触的跨系统整合项目中，常见情形包括接口字段含义不一致、历史数据缺少清洗规则、报表权限划分粗糙导致数据外泄风险。

自查时可以问三个问题：源系统的字段有没有业务含义说明；历史数据迁移前有没有做过抽样比对；报表的查看权限是否按岗位而非按人名配置。pg.comPG 建议在系统对接前先做小范围数据验证，用一批已知结果的数据跑通全流程，再逐步扩大范围。

把这份盘点榜放在项目启动会上过一遍，往往比直接讨论排期更有价值。问题被看见，才有被安排解决的机会。