这是勤勤的第 210期分享
作者| 勤勤 来源| 勤勤
2026年勤勤180篇原创计划 第160篇
欢迎监督，一起见证，每一篇都会用心分享
你好，我是勤勤，在跨境电商财务这行干了12年，从会计做到财务负责人，带团队整整六年了。
今天下午，我和核算同事坐在IT总监的办公室里，三个人对着电脑屏幕，一行一行地排查数据差异。
项目前期做过需求评审，方案也达成过共识，但实际跑起来，还是出现了逻辑没闭环的bug。
核算同事提出了不少逻辑层面的顾虑，IT这边也有自己的想法。
两边各讲各的，你一句“我觉得这个逻辑有问题”，我一句“按你这么说系统跑不通”，聊了快半小时，谁也没说服谁。
我当时说了一句话，让整个讨论转了方向，先别猜，拿真实数据来说话。
你有没有经历过这种场景？
会议室里，财务说“这个数据应该这样算”，业务说“按实际情况应该是那样”，IT说“系统只能按这个逻辑跑”。
三方各执一词，谁也拿不出证据，全凭“我觉得”“我认为”“我们以前都是这样”。
结果呢？会议开了一个小时，结论是再拉个会讨论一下。
这就是典型的空对空沟通，每个人站在自己的视角，凭想象和预判去争论，没有实际案例做佐证，白白消耗时间。
我见过太多这样的场景了。不是大家不努力，而是沟通方式本身出了问题。
今天下午我遇到的也一样：核算同事担心某个逻辑会导致数据重复计算，IT同事觉得那个逻辑不会触发重复。
两个人各说各的，都没有数据支撑，谁也说服不了谁。
我打断了他们，说：“有质疑是好事，但光靠猜想没用。先按评审好的方案往下跑，等跑出实际差异，如果数据刚好印证了这个顾虑，那我们再来调整优化需求。
如果数据没有出现这个问题，那就说明这个风险暂时不存在，继续往下走就行。”
为什么我说拿真实数据说话？
因为数据不会撒谎，样本不会偏袒。 你猜一万次，不如拉一次实际数据来看。
我让IT同事导出几个典型SKU的完整数据链路，然后我们三个人一起对着看
从原始数据源，到清洗逻辑，到中间表的计算，再到最终报表的呈现，一个环节一个环节地过。
抽到第三个样本的时候，问题就浮出水面了：不是IT设计的问题，也不是核算逻辑的问题，而是某个中间环节的数据映射，没有考虑到一个边界情况。
这个边界情况，在需求评审的时候谁都没提过，因为谁也想不到会有这种情况。但真实数据跑出来了，一看就明白了。
找到问题之后，修正方案就很简单了，在映射规则里加一个条件判断，走完整个流程只用了20分钟。
如果当时还停留在“我觉得”“你认为”的阶段，别说20分钟，两个小时都未必能达成一致。
我复盘一下今天下午的沟通，发现空对空之所以常见，有三个原因：
一方面是每个人掌握的信息不对等。
财务知道业务逻辑，IT知道系统逻辑，但双方都不知道对方领域里的边界情况。
所以财务说“你应该按这个规则算”，IT说“我按这个规则跑会报错”，两个人说的都是对的，但谁也接不住谁的话。
一方面是惯性思维让双方都预设了对方错了。
核算同事觉得IT有bug，IT觉得核算逻辑有问题。
有了这个预设，沟通就变成了“证明你错了”而不是“我们一起找到问题”。
一方面是缺乏共同的参照物。
没有真实数据做参照，讨论就变成了平行线，两条线永远不会相交。
这些年带团队，我总结了一个跨部门沟通的铁三角原则，分享给大家：
01
有质疑，先记录，不争论。
同事提出顾虑，我第一反应不是反驳，而是说“行，这个点记下来，我们用数据来验证”。
不争论，不站队，先把问题放在一边，等数据说话。
02
拿真实样本，不当面空谈。
任何逻辑层面的分歧，都拉出实际数据来走一遍。
抽3-5个典型样本，覆盖正常情况和边界情况，跑一遍就什么都清楚了。
03
先跑通，再优化，别追求一步到位。
很多项目推进不下去，就是因为大家想一次性把所有问题都解决掉。
但现实是，很多问题要到实际跑起来才会暴露。
我的做法是：先按评审好的方案跑通，跑出实际数据之后，再来调整优化。
不要因为担心有问题就停在原地，也不要因为出了一个问题就否定整套方案。
今天下午从IT办公室出来，核算同事说：“勤勤姐，刚才要是不拉数据，估计我们还在吵。”
我说：“是啊，所以下一次，咱们直接拉数据，省掉前面那半小时。”
职场里面，快速沟通是一项很重要的能力。
不是你口才好、能说会道，而是你能快速找到共同参照物，让大家在同一张画布上讨论问题。
对于财务人来说，这个共同参照物就是数据。
所以，下次跨部门沟通卡壳的时候，不妨试试这句话：“先别猜，拿数据来验证。”
相信我，这句话比你说一百句我觉得都好用。
回到今天下午的场景。
当我们用真实数据定位到那个边界问题之后，IT总监说了一句：“还好今天拉数据了，不然这bug不知道要跑多久才能发现。”
我说：“对啊，所以以后咱们沟通，直接上数据，不空谈。”
他笑了：“成交。”
我是勤勤，一个用12年实战经验，帮迷茫财务人落地的跨境电商财务人。