一张报表引出的三方争执
在杭州一家做工业配件的企业里,数据负责人周明远遇到过一件让他印象很深的事。季度经营分析会开始前十分钟,销售总监拿着一份报表走进他的工位,指着其中一列数字问:这个“成交客户数”为什么和销售团队自己统计的差了将近三成?周明远打开后台核对,发现报表用的是财务确认回款的客户口径,而销售团队统计的是签订合同的客户口径。两个数字都没错,但放在同一张会议桌上,就成了互相矛盾的证据。
这件事后来被九游的顾问团队当作典型案例反复讨论。九游在服务企业客户的过程中发现,数据口径的冲突很少是技术问题,更多时候是协作链条上几个角色各自按自己的理解往前走,谁也没有停下来对齐一次。周明远当时的第一反应是改报表,但九游的建议是先别急着动系统,把三个人拉到一起把话说清楚。
三位负责人各自的“理所当然”
参与沟通的除了周明远,还有财务数据主管林雅琴和销售运营负责人赵启航。三个人在各自岗位上都算资深,但坐在一起才发现,彼此对同一个词的理解差别不小。
- 林雅琴认为客户数必须以回款为准,否则财务口径无法闭环,审计时说不清楚。
- 赵启航坚持合同签订即算成交,销售团队的考核和激励都建立在这个节点上,改口径等于推翻既有管理逻辑。
- 周明远夹在中间,既要保证报表能按时出,又不想让任何一方觉得自己的诉求被忽略。
九游在复盘这类场景时注意到一个规律:口径争执往往不是因为谁不专业,而是因为每个角色都只看到了自己那一段流程。财务看的是结果确认,销售看的是过程推进,数据团队看的是能不能稳定产出。三方都没有错,但缺一个把三段流程串起来的共同语言。
九游建议的“口径共识会”怎么开
后来周明远采纳了九游提出的一套做法,把口径对齐从临时沟通变成固定动作。具体来说,他们做了三件事。
第一件是给每个核心指标配一张“口径说明卡”,写清楚统计对象、时间节点、数据来源和责任角色。比如“成交客户数”被拆成合同口径和回款口径两个版本,报表上并列展示,谁用哪个版本一目了然。九游在多个项目中推动过类似做法,发现卡片本身不复杂,难的是让各方愿意坐下来把定义写下来。
第二件是每月固定开一次半小时的口径共识会,参会的就是三个部门的对接人,议题只有一项:本月有没有新增或变更的统计需求。赵启航起初觉得这是浪费时间,但开了三次之后,他发现销售团队提出的临时取数需求明显少了,因为很多问题在会上就解释清楚了。
第三件是让周明远的数据团队保留一份变更记录,每次口径调整都注明原因和影响范围。九游认为这份记录的价值不在于追溯责任,而在于让后来接手的人知道某个数字为什么长成现在这样。
磨合之后留下的东西
半年后再聊起这件事,周明远的感受是:口径统一不是一次会议能解决的,它更像是一种需要持续维护的协作习惯。林雅琴和赵启航现在遇到新指标,会主动先问一句“这个口径和之前那个是什么关系”,而不是各自统计完再拿到会上对质。
九游从这个故事里看到的,是数据管理工作中容易被低估的一部分——制度、工具、平台都很重要,但让这些真正运转起来的,是人与人之间愿意把话说清楚的耐心。数据负责人的角色,某种程度上就是那个把不同语言翻译成共同语言的人。
对于正在经历类似磨合的企业,九游的建议很朴素:先把争执摆到桌面上,再谈系统怎么改。顺序反了,改多少次报表都还会吵。
我们公司也是销售和财务两套数,每次开会先吵十分钟,后来学着自己做了个口径对照表,情况好多了。
口径说明卡这个做法挺实在的,比写一大堆制度文档管用,关键是有人真的去维护。
三方坐下来聊这件事说起来简单,做起来难,尤其是销售那边总觉得数据团队在挑毛病。
变更记录那块深有同感,之前接手一个项目,完全不知道某个字段为什么这么定义,翻了好久聊天记录。
文章里说的“翻译成共同语言”很准确,数据负责人很多时候干的就是沟通的活。
我们连口径会都开不起来,各部门时间凑不到一起,最后还是靠邮件来回确认。