第一次沟通：一张销售日报引发的口径分歧
周明远是「澜石零售」的运营总监，公司经营着四十多家社区生活超市。他第一次联系星空时，带去的是一张内部销售日报——同一家门店的“日销额”，财务部算出来是八万六，运营部算出来是九万二。两个数字都不算错，问题出在口径：财务按开票金额统计，运营把预售卡核销和线上订单自提都算了进去。周明远说，这张报表每天发到管理层群里，大家先争论数字，再讨论业务，会议效率很低。
星空的方案顾问林一舟没有急着给建议，而是先问了一个问题：这张日报的读者是谁，他们拿这个数字做什么决策。周明远想了想，回答说店长看排名，采购看趋势，财务对账。林一舟在笔记本上画了三栏，分别写下“考核口径”“分析口径”“对账口径”。他告诉周明远，数据方案的第一步不是建系统，而是把同一张报表背后的使用场景拆开，让每个场景对应一个明确的统计口径。星空在处理这类需求时，通常会先做一轮指标盘点，再谈报表开发。
第二次沟通：把指标清单变成可执行的约定
两周后，澜石零售的运营主管陈可欣带着一份自己整理的指标清单来到星空。清单上有六十多个字段，从销售额、毛利率到客单价、动销率，密密麻麻。陈可欣说，她最担心的是清单做完就锁进抽屉，业务部门照旧各算各的。林一舟建议把清单分成三类：核心考核指标、日常分析指标、临时取数需求。每一类都标注责任部门和更新频率，并且约定变更流程——口径要改，必须由提出方说明业务理由，经运营和财务确认后，由星空在报表系统中同步调整。
这个过程听起来琐碎，却是数据方案里最容易被忽略的部分。星空在多个零售项目中观察到，指标清单如果只停留在文档层面，没有和报表系统、数据管理系统绑定，执行时就会走样。陈可欣后来把这份清单做成了在线表格，每个指标后面挂上口径说明和负责人，店长在手机上也能查到。她告诉星空，这份清单最大的价值不是“统一了数字”，而是让跨部门沟通有了共同的参照。
第三次沟通：确定系统建设的先后顺序
到了第三次沟通，周明远的问题变成了：先做数据可视化大屏，还是先做业务数据管理系统。他的直觉是先把大屏做出来，管理层看得见成果，项目推动会更容易。林一舟没有直接否定，而是拿出澜石零售当前的数据现状：门店销售数据每天手工汇总，商品主数据分散在三个表格里，线上订单和线下库存没有打通。如果先做大屏，展示的仍然是经过人工整理的二手数据，时效性和准确性都难以保证。
星空给出的建议是分三步走：第一步，用轻量的数据处理服务把门店日报和线上订单整合到统一的数据表；第二步，建设指标管理模块，让口径约定在系统里固化下来；第三步，再做面向管理层的可视化看板和面向店长的移动端报表。周明远接受了这个顺序，但他也提出一个现实约束——预算和人力有限，第一步必须在两个月内看到效果。林一舟把第一步的范围进一步收窄，只做销售日报和库存日报两张核心报表的自动化，其他需求先记录、后排队。
- 先解决数据来源和口径问题，再考虑展示形式；
- 指标清单要与系统功能绑定，避免文档与执行脱节；
- 系统建设按“数据整合—指标固化—可视化呈现”的节奏推进；
- 每个阶段设定可验证的交付物，控制投入节奏。
三次沟通下来，周明远对数据方案的理解发生了变化。他原本以为方案是一份厚厚的规划文档，后来发现方案更像一组按顺序排列的动作，每个动作都有明确的责任人和验收标准。星空在项目中扮演的角色，也不只是技术实施方，而是帮助企业在业务语言和数据结构之间建立对应关系。澜石零售的项目还在推进中，陈可欣说，她现在最期待的是店长们不再在群里问“这个数字怎么来的”，而是直接看报表做补货决定。这大概就是数据方案最朴素的价值。
