总部要一份补货清单
按门店-品类粒度算动销与周转,直接输出「哪些店、哪些货该补多少」,而不是给一堆报表让人自己算。
某财产保险公司 · 全国性财险 · 员工 8,000+
日均 1,200 张工单,知识散落在三个系统,新人上手需要 6 周
一线每人每天花 3.5 小时处理重复工单,高峰期积压超过 48 小时;知识库有三套(Confluence / SharePoint / 邮件),没人知道哪个是最新版。自动分派设了置信度阈值:模型判断达到 0.75 才自动派单,不达标的…
交付周期 90 天上线 · 团队配置 1 Echo + 2 Delta
某职业技术学院 · 在校生 12,000 · 教职工 900
26 个系统各自为政,办事靠「找系统、跑窗口」
同一份学生信息在教务、学工、财务各录一遍,重复录入率 47%;师生办事「找系统、跑窗口」,高峰期窗口排长队
交付周期 104 天上线 · 团队配置 1 Echo + 2 Delta
某市渔业执法机构 · 行政执法单位 · 下辖 11 个站点
文书格式多、法规更新快、基层站队人手不足
一份处罚决定书平均耗时 2.5 小时,格式与条款引用错误率 18%;法规修订后基层难以及时同步,存在程序瑕疵风险。抽不到的要素显式留空、不用推测值补齐——文书里的一处空白,比一个看起来合理的错值更安全
交付周期 76 天上线 · 团队配置 1 Echo + 2 Delta
某连锁零售集团 · 860 家门店 · 员工 12,000
总部政策传到门店要 3 天,店长的问题重复率极高
860 家门店每天产生约 2,400 条咨询,总部 12 人团队疲于应付;新政策从发布到门店执行平均延迟 3 天,执行偏差率 27%。提问按意图分三路走:政策与流程查知识库、商品与库存参数查结构化表、判不出来的转人工并把上下文一并带过…
交付周期 68 天上线 · 团队配置 1 Echo + 2 Delta
某三甲综合医院 · 床位 1,800 张 · 日均报告 2,400 份
报告模板 40 多套,结构化字段完整率只有 71%
报告初稿靠医师逐字敲,质控靠人工抽查、抽检比例不到 5%;数据不能出内网、改造不能影响门诊,公有云方案直接出局
交付周期 120 天上线 · 团队配置 1 Echo + 3 Delta
某集团企业 · 3 地 6 厂区 · 员工 5,400
三套系统各存一份数,月末对账要 5 个工作日
订单在 ERP、发货在 WMS、回款在财务系统,主数据差异对三天;月末对账 5 个工作日,差异定位靠 Excel 人工比
交付周期 90 天上线 · 团队配置 1 Echo + 3 Delta
门店数量上去之后,总部和一线之间会裂开一道缝:政策发下去,执行成什么样只能靠巡店抽样;货卖得动不动,看到的也是区域汇总,不是单店单品类。这道缝不是系统能自动补上的,得先把数据粒度做细。
零售连锁
下面写的是我们在现场反复碰到的具体卡点,用的是你熟悉的业务语言。
典型场景
按门店-品类粒度算动销与周转,直接输出「哪些店、哪些货该补多少」,而不是给一堆报表让人自己算。
政策下发到店时附执行清单,完成后回传完成率,总部不用再靠打电话抽查。
巡检照片自动初筛陈列、卫生、价签,人工只看可疑项,覆盖率上去了人力没加。
行业口径
下面三条是这个行业里最常被混用的口径。它们看着像细节,实际上决定了做法,也决定了验收怎么算 —— 口径不对,后面做什么都是猜。
动销率看「有多少 SKU 在卖」,售罄率看「卖掉的比例」。混用会让补货建议两头不讨好:对滞销品过度补货,对畅销品又补不够。
总部要出货口径,加盟商要零售口径。同一份数据算两遍不是冗余,是生意的结构决定的 —— 合并成一套,两边都不认。
断一天和断一周在损失上差一个量级。按次数统计,一个常年断一天的 SKU 和一个偶尔断一周的 SKU 看起来一样糟,但处理方式完全不同。
做法
同一个问题在不同行业里的解法不一样。下面是针对零售连锁我们实际会走的几步。
适合什么阶段:门店数在 50 家以上、总部已经上了 POS 与进销存系统的连锁企业。
怎么开始
方案谈得再好,也可能卡在「不知道第一步要准备什么」。这一段把起步需要的资料和试点的验证口径先摆出来,你在联系我们之前就能判断能不能做。
门店编码、区域归属、商品与品类主档。要的是能唯一标识的编码,不是导出的报表 —— 后面所有口径都要挂在编码上,编码不干净,看板做得再漂亮也对不上账。
POS 流水、进销存、在途与调拨记录,至少覆盖近 8 周。动销率与售罄率都要滚动窗口才看得准,只有一两个月的数据,季节性和促销的影响分不开。
现行补货规则、陈列标准、促销政策,以及每条政策归谁解释。政策有版本,改版要能对上生效日期,否则一线拿到的答案和总部手里的是两份东西。
试点门店的动销、库存、缺货天数与现有系统逐日对账。差异不是「大致一致」就行,要能逐条解释差在哪 —— 解释不了的差异,后面会变成总部的信任问题。
店长和区域经理在日常班次里主动使用,不是演示环境下的点击。看两个数:日活使用率、补货建议采纳率。采纳率低不一定是系统不好,也可能是建议本身不贴合门店,两种都要查。
数据缺失、政策冲突、门店特殊情况(新店、装修、临期)都要有处理路径,不能停在界面上等人来问。试点阶段就把这些例外走一遍,比上线后临时补规则便宜得多。
交付标准
通用交付标准(阶段制、指标写进合同、固定交付物清单、可退出)之上,这个行业额外要求下面四条。验收指标逐项写进合同,由指定的人签字,不达标按约定处理。
交付成效
口径:基于已交付项目的实测值,经客户确认后统计。
相关案例
总部政策传到门店要 3 天,店长的问题重复率极高