连锁系统上线的日期定下来之后，倒推着排计划，很多团队才发现：真正吃掉时间的不是配置，而是把二十家门店里叫法各异的商品名统一成一套格式。90 天这个长度之所以被反复提到，是因为它刚好覆盖"想清楚、跑得通、推得开"三件事；再短，风险就会压到上线之后集中爆发。
下面按三个阶段拆开说，每个阶段给到具体动作、负责人，以及"能不能进入下一阶段"的判断标准。需要提前说明的是，90 天比较适合门店数量在十几家到几十家、业务模式相对清楚的情况。如果同期还在调整组织架构或者更换供应链，实施周期需要单独评估，硬套一个日历没有意义。
整个节奏可以用一句话概括：前 30 天不碰系统配置，中间 30 天只跑一两家店，后 30 天才是真正的推广。顺序颠倒了，后面的问题会成倍增加。
前 30 天：需求确认与数据准备
这个阶段的负责人应当是业务方，不是技术部门。技术负责把需求翻译成配置项，业务负责回答"门店到底按什么规则干活"。谁答不出来，谁就要去问清楚，不能把问题留在会上。
要落下来的东西有三类。一是业务规则清单，比如会员是否跨店通用、储值卡能不能在加盟店刷、退货由哪一级审批、线上订单算谁的业绩。二是角色权限表，店长、店员、区域经理、财务各自能看什么、能改什么。三是数据模板，商品、会员、库存、供应商各出一份标准表格，字段和格式先定死再往里填。
数据准备是这一阶段的主要工作量。业内普遍经验是，商品资料整理会占到整体实施时间的四成上下，具体比例因品牌原有数据质量差异很大，建议以自身盘点结果为准。常见的情况是同一个商品在不同门店有四种叫法、条码有的一店一码、有的共用一码。这些问题必须在上线前解决，否则会一路带到运营里，后面再改成本更高。
还有一件容易漏掉的事：把门店清单和账号清单一起确认。门店编号、所属区域、对应店长、是否加盟、收款主体是谁，这些信息在后面配置权限和结算规则时都要用到。等到配置期再回去补，会拖慢整个进度。
阶段结束的标志：业务规则书面确认、权限表签字、四份数据模板试填完成并抽检通过。
中间 30 天：配置与试点门店跑通
进入配置期，建议指定一至两家试点门店。选点标准是店员配合度较高、业务相对标准、能承受一定折腾。不要挑销量靠前的大店，那家店经不起流程反复折腾，一旦体验变差，口碑会传得很快。
试点要跑的是完整闭环，而不只是收银。按顺序走一遍：商品上架、会员开卡绑定、下单支付、库存扣减、收银台核销、退换货、数据回流总部、对账出数。每跑完一个环节，让店长当场确认，同时把操作步骤和卡点记下来。这些记录就是后面推广阶段的培训素材。
这个阶段容易被忽略的是月末对账。不少团队到月底才发现线上订单和收银流水对不上，原因通常是支付渠道回调有时间差，或者退款跨了自然日。建议在试点期完整经历一次月结，把口径对清楚再往下走。
库存这块要单独说一句。试点的期初库存建议以实盘为准，而不是直接搬旧系统的账面数，因为旧系统里的误差会原样带进新系统，之后再也说不清是哪个环节出的问题。实盘差额在盘点表上单独记录，走库存调整流程即可。
阶段结束的标志：试点门店能独立完成日常操作、连续七天数据与旧系统核对一致、月结流程完整走通一次。
后 30 天：全量推广与优化
推广不要一次性全开。按批次分组，每批三到五家，批与批之间留出三天以上的观察期，上一批的共性问题要先解决。每批上线前安排一次两小时以内的培训，内容只讲这家店每天会用到的动作，不必讲后台的全部功能。
这个阶段需要配一份问题记录表，由区域经理每天收集并按类别处理：属于操作不熟的回炉培训，属于规则没想清楚的回业务方确认，属于系统问题的记录后集中反馈。不要在没有分类的情况下直接把问题丢给技术改需求，否则改动会失控，越改越乱。
真正决定推广效果的，是考核和激励有没有跟上。如果门店的线上订单不计入店长绩效，推广大概率会停在"系统装好了但没人用"的状态。这一点在阶段一开始就要和人力、财务谈好，而不是等出了问题再补。
推广期还有一个容易被低估的工作：让门店自己出人。每批门店里安排一位操作比较顺的店员做内部答疑人，新人遇到问题先找他，找不到再上报。这样既减轻了总部的答疑压力，也让门店之间有了横向交流的通道，比总部派人一家家跑更可持续。
阶段结束的标志：全部门店完成首单线上交易、问题记录表新增条目逐周下降、总部能出全渠道合并报表。
三个常见的时间黑洞
- 数据整理没有截止时间。数据永远可以再改，必须设一个冻结日，冻结之后发现的问题进入下一轮优化。
- 需求在配置期不断扩张。建议把新需求统一放进二期清单，当期只处理影响上线的阻塞项。
- 试点门店选得太理想。试点顺利不等于流程可复制，选点时要包含一家条件偏弱的门店做验证。
一份可以照着核对的检查清单
- 业务规则与权限表是否已经书面确认
- 商品、会员、库存、供应商四类数据的责任人是否明确到人
- 试点门店名册与上线批次表是否排定
- 培训材料是否按岗位拆分，而不是一份通稿
- 支付、退款、对账三条链路是否在试点期完整跑过
- 问题收集与决策的对接人是否固定
- 旧系统的数据保留期与查询方式是否安排妥当
至于工具层面，市面上如 多门店等面向连锁场景的系统，一般把总部与门店两级后台、收银台和会员端打包提供，实施时可以直接对照这些模块排计划；也有品牌选择自研或者组合多个工具，节奏安排大同小异，差别主要在配置工作量和技术对接环节。
90 天不是一个承诺，而是一个用来暴露问题的框架。真正需要盯住的，是每个阶段结束时的检查点有没有通过，而不是日历上有没有走到第九十天。
