案例结论：连锁零售做经营看板，不是把门店销售额排行做漂亮，而是把“哪些店缺货、哪些店压货、哪些商品该调拨、哪些补货建议没人执行”变成每天能追的管理动作。这个匿名案例第一阶段只做 18 家门店、300 个核心 SKU，先让库存和补货闭环，再扩到会员和毛利分析。
一、客户背景：门店越来越多，库存越来越看不清
客户是一家区域连锁零售企业，有 18 家门店、1 个中心仓和多个品类供应商。过去门店每天会在微信群里报销售，仓库每周导出一次库存表，采购根据经验补货。老板最头疼的不是没有数据，而是数据总是晚半拍：门店说缺货，仓库说还有库存；采购说已经补了，店长说畅销款还是断码；财务看到库存金额上涨，却说不清哪些是季节性备货、哪些是呆滞。
在项目启动前，客户已经有进销存系统，但没有把门店、中心仓、采购、销售和调拨放在同一张经营视图里。每次经营会都要临时导表，销售、仓库、采购各讲各的版本。
二、第一阶段目标：只回答四个问题
我们没有一开始做“全公司经营驾驶舱”，而是把第一阶段收窄到四个问题：
| 问题 | 指标 | 管理动作 |
|---|---|---|
| 哪些门店正在缺货 | 缺货 SKU 数、缺货天数、近 7 天销量 | 触发补货或调拨 |
| 哪些商品正在压货 | 库龄、周转天数、动销率 | 降价、调拨或停止采购 |
| 哪些补货建议没执行 | 建议补货量、实际补货量、执行时效 | 追采购和仓库责任 |
| 哪些门店库存结构异常 | 畅销缺货率、滞销占比 | 调整店长备货规则 |
这四个问题足够具体，也能直接影响收入和现金流。它们比“我要一个老板大屏”更容易验收。
三、落地路径：先统一门店、SKU 和库存口径
项目第一周只做数据盘点。我们把门店编码、SKU 编码、仓库编码和商品状态先统一，尤其处理了同一商品在不同表里名称不一致的问题。第二周接进销存导出数据，先不做复杂实时接口，而是每天定时同步销售、库存、采购在途和调拨单。第三周开始出第一版看板。
看板分三层：老板看总览，运营看门店和品类，采购看补货清单。老板不需要看 80 张图，只看缺货金额、呆滞金额、周转天数、调拨执行率。运营每天看异常门店，采购每天看建议补货和未执行原因。
四、关键取舍：不追求实时，先追求可信
客户一开始希望库存“实时刷新”，但我们建议第一阶段先做每日刷新。原因很简单：门店盘点、销售录入和调拨确认都不是实时准确，技术上的实时不等于管理上的可信。如果基础动作没有稳定，再快的刷新也只是更快地展示错误数据。
第一阶段我们把精力放在三件事：门店日结必须完成，调拨单必须有状态，缺货和呆滞必须有人处理。等这些动作稳定后，再考虑更高频同步。
五、结果变化：经营会从解释数字变成处理异常
上线 6 周后，客户经营会的讨论方式发生了变化。以前 30 分钟都在争论“哪个数字对”，现在直接看异常清单：哪些店缺货超过 3 天、哪些 SKU 在中心仓有货但门店断货、哪些补货建议没有执行。老板每周只抓 Top 20 异常，运营负责人必须说明原因和下周动作。
客户没有把库存问题一次性解决，但至少建立了稳定的追踪机制。对连锁零售来说，数字化的价值不是多一块屏，而是让缺货和压货不再藏在各自的表格里。
六、同行可以复用的检查清单
| 检查项 | 要问的问题 |
|---|---|
| 门店口径 | 每家门店是否有唯一编码和经营状态？ |
| SKU 口径 | 畅销、滞销、停采、季节款是否有明确标记？ |
| 库存口径 | 可售库存、在途库存、锁定库存是否区分？ |
| 补货责任 | 建议生成后谁确认、谁执行、多久复盘？ |
| 会议承接 | 老板每周固定看哪些异常清单？ |
如果这些问题答不清，先不要急着上复杂 BI。先把门店、SKU、库存和责任链路跑通，经营看板才会有人用。
七、下一步怎么扩展
第一阶段稳定后，客户再逐步接入会员复购、毛利、促销和门店人员效率。我们建议每次只扩一个主题，因为连锁经营最怕“看板很多、动作很少”。如果你正在规划类似项目，可以先读 什么是经营驾驶舱 和 库存管理软件价格指南，再带着现有库存表做一次诊断。
