AI 零售落地不用从系统改造开始,先拿 1 个门店、1 个场景跑 2 周就能看出值不值得复制。跑通的 3 个前置条件是:有 3 个月以上的流水数据、有 1 个能改流程的店长、场景只选 1 个。三样齐了,2 周能看到 1 个可比指标的变化。
2025 年我陪过 1 家 6 店规模的连锁便利店做这件事。第 1 家店选了缺货提醒这个场景,2 周把缺货率从 11% 压到 4%;第 2 家店照搬到第 2 个月才见效,原因是那家店的数据只导出了 1 周,历史不足,预测一直在漂。
4 个门槛里前 2 个是硬条件,后 2 个决定能不能复制到第 2 家店。门槛不齐的,先把数据补齐再谈工具。
4 个场景按落地难度排:缺货提醒最容易,陈列建议次之,客流分析要摄像头,动态定价最难。第 1 个试点建议选缺货提醒,因为它只依赖 2 类数据(库存、销量),改动只涉及补货单 1 个环节。
1 个前置动作常被跳过:把门店的营业时间、补货窗口、冷柜容积写进配置。3 个参数不填,系统给的补货建议会超出实际收货能力,店长看一眼就放下。填写花 20 分钟,能省掉 2 周的来回调。营业时间要写到小时,补货窗口写到周几,2 个字段都不留空,冷柜容积按升数填。
3 个来源:收银系统导出的流水、进销存系统的库存快照、会员系统的消费记录。第 1 个来源必须有,后 2 个有就更好。导出格式统一成 CSV,字段名用英文,编码 UTF-8,能省掉后面 3 轮清洗。
4 样数据决定模型准不准。少了第 2 样,补货建议会给出不存在的货。
| 数据 | 来源 | 要多长 | 用在哪个环节 |
|---|---|---|---|
| 交易流水 | 收银系统导出 | 3 个月以上 | 算日销量与波动 |
| 库存快照 | 进销存系统 | 每天 1 次 | 算可售天数 |
| 商品主数据 | 商品档案 | 全量 | 分类、规格、保质期 |
| 补货记录 | 补货单 | 2 个月以上 | 算补货提前期 |
3 条路各有适用条件。SaaS 现成产品适合单店与 10 店以内,开通 3 天能用,按门店数付费;平台方插件适合已经用某家收银系统的门店,数据不用二次导入;自建脚本适合有 IT 人员的连锁,1 个月起,但能按自己的补货逻辑改。第 1 次试点走前 2 条,别一上来就自建。
6 步的顺序按「先窄后宽」排。第 1 步把范围压到 1 家店,第 6 步才谈复制,中间任何一步跳过去,后面都要返工。
选销量中位、SKU 数 800 到 1500 的门店。太大跑不动,太小看不出差异。避开刚装修、刚换店长、临近节假日的门店,这 3 类波动会把指标搅乱,2 周数据没法比。
第 2 家店复制时最容易犯的错是直接套参数。第 1 家店的销量结构、补货提前期、冷柜容量都不同,安全库存系数要重算 1 次。做法是把第 1 家店的参数抄过去,先跑 3 天,看建议单被改的比例,超过 50% 就说明需要按第 2 家店的数据重算。
6 种问题出现频率最高。前 3 种属于数据,后 3 种属于人和流程。数据问题在试点前解决,人的问题在试点中解决。
试点期间每天花 10 分钟做 1 件事:把当天的建议单与实际补货单并排放,标出改了哪几行。2 周下来能看出建议在哪些品类上不准,比只看总体缺货率更有用。第 2 家店复制时,先按这 2 周的修改记录调参数,能省掉 1 轮试错。
2 周的试点结不了全账,能看清方向就够。要判断长期效果,至少跑 1 个完整的促销周期,因为促销期的销量结构与平日差得远,参数要分开算。
3 个数按周对比,比看报表截图可靠。基线用试点前 2 周的平均值,别用去年同期。
成本按周摊算 3 项:工具订阅费、员工多花的工时、盘点损耗。3 项加起来除以试点周数,就是这 2 周的投入。第 2 家店复制时,工具费按门店数涨,工时费会降,因为流程已经跑过 1 遍。
3 个数之外再看 1 个兜底项:退货与报损。缺货率压得太狠会带来压货,报损率涨 1 个点以上,说明补货量给多了,把安全库存系数调低 10% 再跑 1 周。
本文信息核对时间:2026-11,工具形态与平台能力按各家当时公示的功能执行,试点指标按门店自身历史数据计算。