零售行业敏捷，我们试了两年

一、我们为什么必须承认：零售敏捷，两年才刚刚入门

2023年3月，我们砍掉了公司运行了18个月的“敏捷转型项目组”。不是因为它没用，是因为我们终于意识到：把敏捷当作一个“项目”来管，本身就是最大的问题。

那天复盘会上，COO老周说了一句让我记到现在的话：“我们花了两年时间，终于知道自己不知道什么。”当时会议室里没人笑。因为我们确实为这个认知付了太多代价：两次大规模组织调整、三个重点项目流产、十几个中层离开、以及至少2000万的机会成本。

今天我想把这段经历完整写出来。不是作为成功经验，而是作为一份“踩坑记录”。如果你所在的公司也在考虑或者正在推零售敏捷，这篇文章可能帮你省下两年时间和几百万学费。

核心结论先放在最前面：

• 零售敏捷不等于“快”，等于“用最小的成本验证假设”
• 工具和流程是最后一步，人和决策权的重新分配才是第一步
• 敏捷在零售行业有明确的适用范围，供应链上游和门店基础运营不适合一开始就敏捷化
• 两年下来我们最大的收获不是效率提升了多少，而是组织终于学会了“认错”和“转向”

下面我会按照我们实际的探索路径，把踩过的坑、验证过的认知、以及现在回头看才看清的东西，一截一截拆开讲。

二、开局：我们是怎么把敏捷变成一场“运动”的

1. 最初的认知：以为买套系统，再搞个培训，就能“敏捷”了

2021年底，我们公司刚完成一轮融资。董事会给的压力很明确：零售行业变化太快，你们能不能再快一点？当时我们是一家区域连锁零售企业，线上线下加起来300多家店，年营收在15亿左右。业务覆盖生鲜、标品、自有品牌三个板块，供应链有自营仓也有供应商直配。

说实话，那时候我们对“敏捷”的理解非常朴素：就是干活快点、改需求勤点、别搞那么重的流程。于是我们做了三件事：

• 引进了一套看板工具，要求所有项目都在上面跑
• 请了一家咨询公司，给中层以上做了三天敏捷培训
• 成立了一个“敏捷转型推进办公室”，从各部门抽调了6个人

结果呢？第一个月看板上贴了200多张任务卡，到第二个月没人更新了。培训结束两周后，大家又回到原来的工作方式。推进办的人成了全公司最忙的部门，因为所有人都在问他们：“这个流程该怎么走？”“这个审批该找谁？”

后来我们才明白，我们犯了一个零售行业特别容易犯的错误：把组织问题当成了工具问题。我们以为敏捷是一套可以“安装”的东西，就像换一套ERP系统。但实际上，敏捷首先改变的是决策链、信息流和权力结构，这些东西没有一件是工具能解决的。

2. 第一次试错：全员996搞冲刺，结果一地鸡毛

工具推不动，我们就换了一种更“直接”的办法。

2022年春节前，我们决定用“敏捷冲刺”的方式做年货节备战。当时想法很简单：把电商、采购、运营、物流的人关在一个会议室里，两周搞定所有筹备工作。

结果那两周成了我们公司史上最混乱的两周。

采购说需要提前锁定供应商产能，但运营还在改选品方案。物流说需要确定仓储分配，但电商还在测试不同的促销组合。所有人都在“快”，但方向一天一变。最后年货节上线前一天晚上，我们发现有13个SKU的库存数据是错的，因为系统里的信息滞后了48小时。

那次之后我复盘，发现一个根本问题：我们把“快”理解成了“所有人同时做所有事”，但真正的敏捷是“用最短路径验证最关键假设”。年货节的假设应该是“用户对哪些年货品类价格最敏感”，但我们没有先验证这个，而是直接进入了执行阶段。

这次失败让我开始认真研究一个问题：零售行业的敏捷，到底和互联网行业的敏捷有什么不同？

这张表是我后来才总结出来的。在2022年初那个节点，我们根本不知道这些差异意味着什么。

三、转折：我们终于承认，问题出在决策权上

1. 死结：听不到炮火的人在做决定，听到炮火的人在等审批

2022年4月，我们发生了一件事，这件事后来被我在各种场合反复讲，因为它是整个转型的转折点。

当时我们一个二线城市的门店店长，发现隔壁竞品突然对某款常温酸奶做了买二送一的活动。这款产品在我们的系统里是常规品，价格由总部统一管控。店长打电话给区域经理，区域经理打给品类总监，品类总监说需要走审批流程。等审批走完，已经是四天之后。竞品用这四天把这个单品在当地的市占率从23%提到了41%。

四天的审批时间，在传统零售管理逻辑里很正常。但问题是：那个店长在第一天就知道应该怎么应对，他甚至算好了如果我们也做同等力度的促销，毛利损失大约2800块，但可以保住客流。他有判断能力，掌握一线信息，但一分钱的促销权限都没有。

这件事让我们开始认真思考一个问题：敏捷的本质不是速度，而是决策点的位置。如果决策权还在总部，信息却在一线，那无论流程多快，响应速度永远有天花板。

我后来查了很多资料，发现零售行业在这方面其实比制造业还僵化。制造业至少还有“现场管理”的传统，车间主任有一定自主权。但连锁零售为了标准化，反而把所有决策都上收了。当市场变化足够慢的时候，这套逻辑没有问题。但当对手开始用小时级的响应速度打你的时候，这套逻辑就变成了自杀。

2. 突围：我们重新定义了“什么事总部定，什么事门店定”

2022年6月，我们做了一个当时很多人不理解的决定：把大约30%的日常经营决策权下放到门店和区域。

这个“30%”不是拍脑袋定的。我们花了一个月时间，把零售业务中所有需要决策的事项列出来，大约有170多项。然后按两个维度打分：

• 信息敏感度：做这个决策，是需要一线的实时信息，还是总部的全局数据？
• 影响范围：这个决策影响的是一家店、一个区域，还是整个公司？

信息敏感度高、影响范围小的，下放。信息敏感度低、影响范围大的，保留在总部。信息敏感度高、影响范围也大的，建立快速协商机制。

具体来说：

下放不是放任。我们做了三件事来保证可控：

1. 所有下放的决策权限都在系统里设置了自动校验规则，超出限额系统直接拦截
2. 每个决策动作都有完整的数字留痕，事后可以追溯和分析
3. 设置了“熔断机制”：如果某个门店连续三次促销决策导致亏损，系统自动收回权限，需要重新申请

下放之后第一个月，我们其实很紧张。但数据出来之后，所有人都松了一口气：

• 门店发起的临时促销动作增加了470%
• 整体促销费用只增加了12%
• 客户投诉“价格反应慢”的反馈下降了62%
• 毛利反而微涨了0.3个百分点，因为很多临时促销实际上是减少了更贵的滞销损失

这件事让我们彻底想通了一个道理：零售敏捷的第一步不是工具，不是流程，甚至不是文化，而是权力结构。如果你不让听得见炮火的人扣扳机，那所有的敏捷都是假敏捷。

四、真正的迭代：零售敏捷到底该怎么“跑”

1. 小步快跑的正确姿势：先做最痛的事，别追求全面

决策权问题解决之后，我们才开始真正尝试“迭代”。这里我要重点讲一个案例，因为它非常具体地展示了零售敏捷和互联网敏捷的差异。

2022年8月，我们决定用敏捷方式处理一个老大难问题：滞销品的清仓流程。

在传统流程下，一个商品从被识别为滞销到最终清仓完成，需要经过以下步骤：

1. 系统按规则生成滞销预警报表（每周一次）
2. 品类经理复核，确认是否纳入清仓清单
3. 采购和供应商沟通退换货或补贴方案
4. 如果供应商不接受，走内部审批确定清仓折扣
5. 运营制作清仓促销方案
6. 门店执行清仓陈列
7. 活动结束后复盘

整个流程走下来，最快也要14天。但滞销品每在货架上多放一天，就多占一天的陈列资源和仓储成本。我们自己算过，平均一个滞销SKU每拖延一周，综合成本增加约430元。公司常年有200个左右滞销SKU在流转中，这个成本非常可观。

我们决定把这个流程“敏捷化”。做法不是简单地加速现有流程，而是把它拆成三个可以独立验证的假设：

• 假设一：如果让门店自己决定什么时候开始清仓，响应速度会更快
• 假设二：如果清仓折扣在一定范围内无需审批，整体周期会缩短
• 假设三：如果供应商沟通和清仓准备并行，可以压缩一半时间

我们选了一个区域做试点，每个假设单独验证。一个月后，三个假设都得到了数据支撑。我们将整个流程重构为：

• 系统每天自动更新动销数据，连续7天零销售的SKU自动标记
• 门店店长可以在系统建议的折扣范围内（成本价到8折）直接启动清仓
• 采购的供应商沟通和门店的清仓准备同时进行，谁先完成按谁的方案执行
• 清仓效果数据实时反馈到品类分析看板

最终结果：滞销品从识别到清仓完成，平均周期从14天压缩到5天。全年算下来，光这一个流程的优化，就帮公司减少了大约180万的滞销损耗。

2. 迭代不是“不断改需求”，是“不断验证假设”

2022年下半年，我们开始尝试把更多业务模块用迭代的方式运作。但很快遇到了新问题：团队把“迭代”理解成了“可以随时改主意”。

举个例子，我们的自有品牌开发团队在一个季度内改了四次产品定位。每次都是因为“听到了新的市场反馈”。第一次定位高端，第二次觉得中端走量更好，第三次又觉得应该打差异化。三个月过去，产品还在打样阶段，竞争对手已经铺完货了。

这个问题让我们意识到：迭代必须有明确的“假设-验证-决策”框架，否则就会变成低效的反复。

我们后来给所有迭代项目定了一个铁律：每次迭代启动前，必须明确写出“我们想验证什么假设”和“验证结果将如何影响下一步决策”。

比如说，我们要做一个新的社区团购选品策略。迭代一的目标不是“做出完整的选品方案”，而是验证一个假设：“我们的社区用户对高客单价生鲜的接受度是否足够支撑差异化选品？”验证方式是拿3个高客单价SKU和3个常规SKU做一周的对比测试，看转化率和复购率。

如果数据支持这个假设，下一步才是扩大高客单价选品范围。如果不支持，这个方向就终止。整个过程用了10天，投入不到2万块。

以前我们的做法是什么？直接做一个季度的选品计划，采购下单，等卖了一个月发现不行，再调整。投入的时间和资金是前者的几十倍。

这里我特别想说一点：在零售行业，迭代比互联网行业更需要纪律。因为你的迭代动作会影响实体库存、人员排班和门店陈列，这些都是有成本且不可逆的。互联网公司改了代码部署回滚就行了，零售公司进了货卖不掉就是真金白银的损失。所以零售敏捷的迭代必须比互联网敏捷更谨慎、更精准、更强调“假设先行”。

3. 我们踩过的那些“Sprint”的坑

Sprint这个词在敏捷方法论里很核心，但在零售场景下，我们踩了太多坑。这里列几个最典型的：

（1）Sprint周期照搬互联网的两周制

我们一开始也定了两周一个Sprint。但很快发现不对。零售业务的节奏是由自然周、促销档期、季节更替决定的，和两周制完全不匹配。比如档期规划是按周走的，两周的Sprint要么卡在档期中间，要么跨两个档期，团队非常割裂。

后来我们调整为“业务节奏制”：不同模块的Sprint周期不同。门店运营模块按周迭代，因为客流周度波动明显。供应链模块按半月迭代，因为大多数供应商的响应周期是7-10天。营销模块按档期迭代，一个档期就是一个Sprint。

（2）Sprint目标定得太满

互联网团队习惯了一个Sprint里塞很多Story Point。但零售业务的“完成”标准比代码复杂多了。一个“优化生鲜晚间出清流程”的Story，涉及系统调整、门店培训、供应商协调、财务结算四个维度，不是一个迭代能搞定的。

我们的教训是：零售敏捷的迭代粒度应该更粗，但每个迭代的完成标准必须严格。宁可一个迭代只完成一个端到端的闭环，也不要同时开五个线程一个都落不了地。

（3）团队疲劳被严重低估

敏捷刚跑起来那几个月，团队热情很高。但到第四个月，明显出现了疲劳。原因很简单：敏捷模式下决策频次比以前高了一个数量级。以前一个季度定一次的事情，现在每周都要讨论和调整。管理层还好，但一线员工和基层主管的工作强度实际上增加了。

我们后来做了两个调整：一是把迭代的节奏降下来，不是所有模块都需要高频迭代。二是把“迭代带来的额外工作量”纳入了考核和激励，不能让做敏捷的人累死、不做敏捷的人反而轻松。

五、零售敏捷的边界：它能解决什么，不能解决什么

1. 我们终于找到了敏捷的“适用症状”

两年下来，我越来越清楚地认识到一个事实：敏捷在零售行业有非常明确的适用范围，它不是万能药。

我们把零售业务按照两个维度做了一个分类：

• 需求不确定性：市场需求变化的速度和幅度
• 执行可逆性：决策做出后能否低成本调整或撤回

需求不确定性高、执行可逆性高的业务，最适合敏捷。需求不确定性低、执行可逆性也低的业务，不仅不适合敏捷，强行敏捷反而会出问题。

具体来说：

这张表是我们用真金白银换来的。我们在2022年犯过最大的错误就是把仓储配送也纳入敏捷，搞“柔性仓储”。结果因为频繁调整储位分配，导致拣货效率反而下降了15%。后来才想明白，仓储的效率来源于稳定和标准化，不是灵活多变。

2. 零售敏捷最大的误区：把“试错”等同于“不负责”

敏捷文化里经常讲“拥抱失败”“快速试错”，这些词在零售行业需要非常小心地使用。

互联网行业的一个AB测试可能影响的是几秒钟的页面加载时间，失败了也就是回滚代码。零售行业的“试错”可能涉及食品安全、库存积压、客户投诉甚至监管检查。这些失败的成本和影响完全不是一个量级。

我们内部后来不再说“试错”这个词，改成了“验证假设”。这两个词的底层逻辑一样，但语义有天壤之别。“试错”暗示可以随便试，“验证假设”要求你在动手之前就想清楚验证什么、怎么验证、失败了怎么收场。

我们要求任何一个迭代方案都必须包含“退出计划”：如果验证结果不支持假设，这个方案如何安全终止？终止的原则是：

• 客户感知不到终止
• 合作伙伴不受重大影响
• 财务损失控制在预算范围内
• 数据和经验可以沉淀为后续参考

这不是为了限制敏捷，恰恰相反，这是为了让敏捷可以持续。因为只要出一次重大事故，整个组织的敏捷信心就会崩塌。

六、数据说话：两年转型的真实账本

1. 我们投入了什么，得到了什么

任何转型最终都要算账。以下是我们两年零售敏捷转型的真实投入产出数据（部分数据做了脱敏处理，但比例关系不变）：

从财务角度看，转型的第一年是严重亏损的，因为投入集中且收益还没体现。第二年才开始看到回报。这也是为什么很多零售企业的敏捷转型死在第一年，因为财务上扛不住。如果董事会或者老板看不到这个时间差，很容易在拐点到来之前就踩刹车。

七、不同规模零售企业的敏捷落地策略

1. 中小零售企业（10-50家店，年营收1-5亿）

这个规模的零售企业，不建议引入正式的敏捷框架。Scrum、Kanban这些方法论太重了，反而会成为负担。

但这个规模有一个天然优势：老板离一线很近。敏捷的核心不是方法论，是决策点的前移，而这个规模的企业本来就有这个条件。所以中小零售企业做敏捷，关键是三件事：

• 让一线信息能直接触达决策者：不用建系统，微信群+日报模板就够了。但模板要结构化，不能说“最近生意不好”，要说“本周某品类销售额环比下降X%，对手做了Y动作”
• 核心事项建立快速决策节奏：选品调整、促销响应这些高频决策，从“等开会”变成“有信息就定”。老板自己要守这个规矩，看到一线信息24小时内给出决策
• 控制迭代范围：只对营销和选品做敏捷，供应链和财务保持稳定

2. 中型零售企业（50-200家店，年营收5-20亿）

这个规模是我们公司所处的阶段，也是敏捷转型最容易出问题的阶段。因为组织复杂度已经开始上升，但管理基础还没跟上。

建议策略：

• 先做决策权梳理，再做工具选型：花2-4周把核心业务决策点列出来，划清楚什么决策在哪一级做，然后才考虑上什么系统
• 选一个业务模块做深度试点：不要全面铺开。选一个需求变化最快、试错成本最低的模块（通常营销最合适），深度试点至少3个月，拿到可量化结果之后再用这个案例说服其他部门
• 建立敏捷指标和传统指标并行的考核体系：财务指标不能丢，但要加上响应速度、迭代次数、假设验证成功率等过程指标。不要让做敏捷的团队感觉“做了很多但绩效看不出来”

3. 大型零售企业（200家店以上，年营收20亿以上）

大型零售企业的敏捷转型是最难的。因为组织已经高度分工，部门墙很厚，任何改变都会触及现有利益格局。

这类企业如果要做敏捷，核心不是推动变革，而是创造变革不得不发生的条件：

• 用外部压力打破内部平衡：引入新的竞争对手分析、客户流失数据、或者让高层直接参与一线体验，让组织产生紧迫感
• 建立“特区”：在现有体系之外，拿出一个独立单元（一个新品牌、一个新区域、一个新业态）完全按敏捷方式运作，用这个特区的成功来倒逼主体变革
• 先改信息流，再改决策流：大企业最缺的不是决策速度，是信息的透明度和流动性。先把数据打通，让人能看到全局，然后再谈决策权下放

八、两年后我的五个核心判断

这篇文章写到这里已经超过5000字了。在结束之前，我想把两年的经验和教训浓缩成五个判断。这些判断可能和主流的敏捷书籍不一样，但它们是在真实的零售场景里用真金白银验证过的。

1. 零售敏捷的本质不是“快”，是“省”

互联网敏捷追求的是速度，因为速度本身创造价值。但零售业务里，敏捷创造价值的方式不是让你更快地把事情做对，而是让你更快地发现什么事情不该做。

我们两年里最大的收益，不是那些成功迭代带来的增长，而是那些被快速终止的失败项目省下来的钱和资源。我数了一下，如果那些项目还照传统方式运行，至少还要烧掉800万以上。

2. 没有决策权的敏捷是假的

如果你上了全套敏捷工具，搞了站会、看板、Sprint计划会，但店长调一个陈列还需要走三级审批，那你的敏捷就是表演。

我见过太多企业把敏捷搞成了一种“汇报形式”。每天站会汇报进度，但汇报完了该等审批还是等审批。这不是敏捷，这是用敏捷的外壳包裹着传统管理的里子。

3. 零售敏捷需要比互联网敏捷更严格的纪律

互联网的容错成本低，所以可以“先跑起来再说”。零售不行，有些决策一旦落地就无法回滚。零售敏捷对“假设先行”“退出计划”“验证指标”的要求，应该比互联网更高，而不是更低。

我们后来在内部定了一个原则：任何一个迭代计划，如果没有写清楚“什么情况下我们必须停下来”，就不能启动。

4. 不是所有东西都值得敏捷

这个道理我们花了一年半才真正接受。供应链上游、门店SOP、财务结算、人事政策，这些东西的稳定性和可预测性比灵活性更重要。

敏捷是一种能力，不是一种信仰。用在哪里，不用在哪里，这是一个战略选择。不会做这个选择的团队，最后一定会把敏捷搞成四面出击、全面失控。

5. 敏捷最终改变的不是流程，是组织认错的能力

这是我最想说的一个判断。

两年敏捷转型，我们流程变快了、决策前移了、工具升级了。但这些都不是最根本的变化。最根本的变化是：这个组织终于学会了说“我们之前判断错了，现在根据新的信息，我们换一个方向”。

在传统零售企业里，承认错误是一件很难的事。一个采购经理签了一个大单，后来发现选品方向有问题，他本能的反应是找各种理由证明自己没错。一个区域总监做了一个策略，执行到一半发现不对，最常见的做法是硬着头皮做完，让结果来证明当初的决策。

敏捷改变了这个逻辑。因为敏捷的节奏足够快，每一个决策都很快会得到数据反馈。你不需要为自己的错误辩护，因为下一个迭代你就可以调整回来。当组织习惯了这种节奏之后，认错就不再是丢脸的事，而是专业的表现。

两年，我们没变成完美的敏捷组织。我们还有很多流程可以优化，还有很多决策权没有下放到最合适的位置。但我们学会了如何更聪明地应对变化，如何在面对不确定性时保持行动力，以及如何在犯错之后快速站起来调整方向。

如果你所在的公司也准备走这条路，我想给你三个最实在的建议：

1. 不要一开始就上全套方法论。找一个最痛的、最容易被数据验证的场景，先解决它。用这个成功案例来说服组织。
2. 把财务和人事拉进转型团队。敏捷转型涉及考核和预算逻辑的改变，如果这两个部门不在场，你的敏捷到了一定深度就会撞墙。
3. 给转型至少18个月。前12个月大概率是混乱和亏损的，这是正常的。如果老板或者董事会看不到这个时间规律，不要启动。

零售行业的竞争正在从规模和效率转向响应速度和适应能力。敏捷不是可选项，是必须在某个节点做出的选择。但怎么选、从哪里开始、走多深，这些问题没有标准答案，只能靠自己一步步试探。

希望我们的两年试错，能让你少走一些弯路。