零售连锁自动化，门店数据汇总到总部报表的做法
一家连锁品牌有几十家门店，销售、客流、库存、巡检结果散在收银系统、店长日报和微信群里，每家店口径还不一样。这篇讲零售连锁自动化的做法，定一份三方都认的口径表，再分四路采集门店数据，看板按店长、区域经理、总部三层拆开，异常预警分三类处理，加盟店单独走文件交换。也写清门店不到十家、数据只在微信群里的时候，这套东西不值得上。
周一上午十点，区域经理要一份上周的表
一家做连锁的品牌的区域经理，周一上午要拿到上周所有门店的经营情况。销售额、客流、客单价、库存周转、巡检异常，五项，够他看出哪家店掉队了。
这张表多数时候是人凑出来的。助理在微信群里一家一家问，把店长发来的截图和表格收到一个文件夹。运营专员再把里面的数字一个一个抄进 Excel。财务核一遍口径，通常要到周二中午。
抄完还有件事。上一轮有两家店说自己的数字不对，运营专员翻聊天记录找到店长发的原始截图，核对下来店长没错，是抄的时候把一列看成两列。这种事每周都要搭进去半天。
零售连锁自动化被提起的时候，很多人第一反应是把这些抄写动作拿掉。抄写确实是里面最费时间的部分，可它只是症状。门店数据汇总这件事，真正难的地方在别处，而且难点不会因为你买了工具就消失。
下面几段是相对靠得住的做法，写清楚门店数据采集该接哪几路、总部报表自动化该拆成几层、异常预警怎么分级不扰人、加盟店怎么处理，以及这套东西在什么情况下不值得上。
数据孤岛通常和缺数据没关系
连锁企业的数据孤岛，多数时候和缺数据没关系。每家店都有数据，店长的手机里、收银的机器里、仓库的表格里都有。问题是这些数据各说各话。
一个品牌下面同时存在三套以上业务系统很常见。直营店用总部统一上的收银系统，加盟店用加盟商自己买的软件，总部的电商仓库又是另一套，会员和营销活动在第四套里。各家系统都能出自己的报表，把这些报表加在一起，加不出公司的总数。
差额通常来自口径。销售额含不含税，含不含平台补贴的券，退货按下单日冲还是按确认日冲，现金找零算不算在实收里，赠品算不算销量。每一条单看都说得通，两家店各按各的理解报，差几个点是必然的。
更麻烦的是没人说得清差额出在哪一段。要么每家店自己解释一遍，要么总部重新拉一遍原始数据核，核一天也未必核得清。
所以零售连锁自动化的第一步不是接接口，是写一份口径表。把上面那些问题逐条写下来，每条给一个明确的算法，写成一页纸。这一页纸要运营、财务、门店三方一起认，任何一方不认，后面对不齐的时候还得吵一遍。
口径表写完，把它变成一张指标字典。每个指标写清数据来自哪个系统、怎么取数、谁负责、碰到异常怎么处理。总部报表自动化的所有报表都从这张字典取数，谁也不许在报表里自己写公式。这条守住能省掉大量返工，很多公司看板做到第三层就发现数字对不上，原因是每层都自己写了一遍公式。
门店数据采集，先接干净的那一路
门店数据采集一般分三步，定源、定采集方式、定补数机制。顺序反了会返工，先琢磨怎么接，接完发现口径没法对，前面全白做。
门店的数据大致四路。
一路是收银和订单系统的单店流水。销售、折扣、支付方式、退货、会员消费全在这里。这一路最干净，价值也最高，优先接它。接入方式优先用对方给的接口或数据库只读账号，退一步是每天定时拉一份导出文件。两种都能走通的话，用文件简单，少一个对接的技术风险。
一路是门店自报的日报。店长每天填一张表，报销售额、客流、客单价、促销执行情况。这类数据不干净，但含着系统里没有的东西，比如新品上架卖得怎么样、导购有没有推荐。所以不能因为它乱就丢一边。
一路是巡检和盘点。照片加表单，记陈列、库存、服务合规。这一路和门店巡检是同一套采集思路，照片一进来就结构化，异常项自动判，日报自动出，不用另起炉灶。
最后一路是外部因素。天气、节假日、区域活动、商圈客流。用它来解释异常，让区域经理知道这家店掉量是因为整片商圈在掉，还是只有这家店在掉。
四路数据落到一起，每条记录必须带三样东西。门店编号，业务日期，数据来源和采集时间。少了这三样，出问题的时候没法追。
门店编号是这里最烦的一项。老店换过系统编号就变了，加盟店换过老板系统整个换掉，店关过又开新店沿用旧编号，前台显示的店名和财务账套里的编号也不是一套，还有些店在几个渠道各有各的号。做一张门店主数据映射表，把所有编号映射到一个内部门店 ID，这张表要指定人定期校。
补数机制要在前面想好。收银机死机、门店断网、网线被拔，这些都会发生。断的时候数据得能从本地缓存补回来，或者门店次日补报。补报的数据要标上来源是补报，报表里也分开看，不然补报那天数字突然跳一下，谁也说不清是补的还是真涨的。
总部报表自动化，一张表拆成三层看
总部报表自动化很容易做成一个巨大的看板，所有指标堆在一页，谁也找不到自己关心的那几行。实用的做法是按角色拆，一层一份，谁看谁那层。
店长看日视图。今天做了多少，和上周同一天比怎么样，店里的异常项处理完没有，库存有没有断货。他要的是下午能决定调不调人、要不要补货。
区域经理看周视图。他管的十几家店排在一起，哪些店需要他去一趟，哪些店可以先放放。他关心横向对比和连续几周的趋势，单日数字对他意义不大。
总部看月视图。区域对比、趋势、策略在哪些地方有效。这一层的人不做具体动作，看的是格局。
还有一层要单独拿出来，加盟店。这是给加盟商看的报表，性质和前三种都不一样。加盟商关心自己对账的数，不是别人家的数。给加盟商的报表得先过一遍对外口径，别把其他门店的排名放进去，内部用的扣点、毛利这类数也别露出去。
刷新节奏按数据来源定就行，不必追求实时。收银流水按小时拉一次，店长日报每天早上拉一次前一天的，巡检每天一次，盘点按周。多数经营决策看的是周，把实时当卖点没什么意义。
刷新时间要标出来。每份报表带上数据截止时间和覆盖率，比如数据截止 08:15，覆盖 60 家里面的 58 家。少了两家的时候区域经理一眼就知道这份数不能直接拿去做结论，省掉一轮追问。
异常预警，第一次上线别开太灵
异常数据预警最容易做坏。做敏感了，第一次上线一周之内运营收到一堆推送，看不过来就把提醒全关了。再上线一次，没人看了。
分三层处理，推给不同的人。
数据层异常是脏数据。这家店今天没数据，金额是负的，同一天来了两条日报。这类不用进待办，直接发给负责的人让他修，修完再算。
业务层异常是生意上的信号。这家店连续三天掉量，客流降了但客单价涨了，库存周转天数比同类店高。这类进区域经理的待办列表，他自己决定要不要去店里看。
口径层异常看着像业务，实际常常是口径问题。这家店销售额比上周高一大截，先别当好消息，可能是换了活动口径，也可能是上周漏报的单今天一起补了。这类要复核，核完再归类。
阈值别拍脑袋。用这家店自己的历史，前八周的同一星期几，取中位数，再看偏离多少算异常。新店没有历史，先看同类型同商圈的店。
预警里要能一键看原单。只给一个数字，收到的人还得自己去翻，翻不到就当没这回事。把原始单据和数据来源一起放在旁边，看的人十秒能判断要不要管。
每条预警记三个结果，是否有效，是否被处理，最终原因是什么。跑一个月，误报率和漏报率才有数。这些记录比阈值的经验值值钱。
加盟店的处理方式不一样
加盟体系比直营麻烦一层。数据的所有权在加盟商手里，公司只有使用权。所以第一步不是技术，是把要的东西写进协议。
可以约定门店数据汇总的最小集和上传频率，写进加盟合同附件，也写进店长培训材料。加盟商自己也需要这些数来对账，意愿通常有，要说清楚的是数据用途、使用范围、留存期限，这几条写明白，后面才谈得上拿数据。
加盟商用自己的系统，接不到接口的很多。退一步用文件交换，约定一个 CSV 模板，加盟商每天导出发给区域专员，区域专员上传系统。这一步有人工，但只能让人做上传和格式校验，不要让人改数。人一旦开始改数，口径必然漂。
有几件事别做。别一上来就给加盟商开放总部的全量数据。别用门店排名去刺激加盟商，多数加盟商会抵触，进货和定价的自主权在人家手里。真要对比就用区域平均，别点具体是哪一家。
涉及钱的用途要特别小心。返点、罚款、扣点这类数字，看板上的数不能直接拿去用，得过一遍财务口径和人工复核。
落地节奏，以及不值得上的时候
第一步只做一件事。把口径定下来，写成一页指标字典。同时做数据盘点，有多少家店，每家店现在报什么数，报给谁，谁在用，最后一次是谁手工做的。这份盘点一周能做完，能省掉后面几个月的返工。
第二步接直营店的单店流水，只出三个指标的周报。销售、客流、客单价。目标是跑通采集、清洗、报表、发送这一整条链路，不追求指标全。这一步跑顺了，后面都是复制。
第三步接入门店自报和巡检数据，同时上异常预警。前两周把预警设成只记录不打扰，先攒误报样本。
第四步做加盟店接入、加盟商对外报表、三层看板分开。
常见的坑有四个。一是一次把全部门店全指标接进来，半年出不来。二是先做看板再定口径，看板一定会返工。三是口径没人负责，每个部门都觉得自己对，改一次吵一次。四是拿实时当卖点，一堆人围着看板等刷新，业务看的却是周。
什么情况下这套东西不值得上。门店不到十家，运营两个人手工汇总本来就够，这套系统省不下什么，反而多出一堆人要维护。数据只在微信群和截图里，没有系统可接，那么能做的只有人工整理，做了也是把人工整理换成另一套人工整理。门店数每个月都在开关，总部连哪些店算同一家都还没定下来，口径本身在漂。总部对销售口径还没统一，各区域各算各的，先把口径谈妥再谈自动化。还有一种情况是业务本身还没稳定，新店模型跑不通，报表做得越快，错的结论传得越快。
最后一个细节，报表发出后的第一周一定有人来问数字怎么和昨天不一样。提前准备一份口径说明，连同数据截止时间和覆盖率一起发出去，比被问一次解释一次省事。
延伸阅读