顾客在写字楼里下单选择就近门店自提到店后出示取货码店员扫码核销、把商品递出去。这串动作看起来顺理成章但不少连锁品牌上线之后才发现卡点出现在看不见的地方附近三家门店哪家显示有货、订单派给了谁、顾客到店时那件商品还在不在货架上。扫码点单、到店自提、门店核销是连锁门店比较常见的三类 O2O 场景。它们的流程并不相同但踩的坑往往是同一批——门店库存看不见、订单落不到具体门店、核销记录事后追不回来。把这三件事想清楚场景落地就成功了一大半。三类场景流程差在哪里扫码点单多发生在店内。顾客扫桌贴或者收银台旁的码进入点单页面选商品、下单、支付订单直接落到当前门店。它的前提是顾客位置与门店要一一对应如果靠定位去猜门店很容易把订单派到几百米外的另一家店取餐时两头都尴尬。到店自提发生在店外。顾客在线下单时选门店、支付然后到店取货。这里要处理的问题更多商品要不要提前预留、能不能跨店取、超过多久未取算作废、作废之后怎么退款每一个问题都对应着门店的真实执行动作靠口头约定很难长期维持。门店核销更偏向权益类。优惠券、次卡、预约服务都需要在门店核销凭证的形式可能是核销码、数字码也可能是顾客的会员身份本身。核销的关键不在于能不能扫而在于扫完之后留下的记录够不够用能不能支撑退款、结算和稽核。共同前提一门店库存要能被看见三类场景都建立在一个基础上——线上能不能看到门店的真实库存。如果小程序里显示的库存是总部仓库的而门店实际货架上又是另一回事顾客下单之后到店就可能落空一次两次还能解释次数多了顾客就不再用线上入口。业内普遍经验是门店库存的更新频率决定了线上体验。门店卖出后多久同步、退货后多久回补、盘点期间是否暂停线上销售、临期商品要不要单独标记这些规则宜先定下来再上线。不必追求秒级同步但要让顾客看到的是接近真实的数字而不是一个长期不变的数字。需要区分的一点是把库存放到线上可见并不等于要把门店的全部库存都开放给线上卖。门店仍需留出一部分应对到店顾客这部分通常要单独预留。哪些商品参与线上、预留比例怎么定宜和门店商量之后再确定否则门店容易认为线上抢了自己的生意执行时就会打折扣。共同前提二订单必须落到具体门店订单落到哪家门店决定了后续由谁备货、由谁核销、业绩算给谁。常见做法是在下单环节就锁定门店并把这个门店信息写进订单本身而不是等履约时再由总部人工分发后者在订单量上来以后几乎不可能维持。这里有个容易忽略的细节如果顾客下单时选了 A 店到店时却走进了 B 店系统能不能识别并给出提示。连锁门店密度高的品牌这种情况出现的频率并不低。处理方式需要提前想好是允许 B 店代为履约并在事后内部结算还是只能引导顾客回到所选门店两种做法对门店的影响完全不同。共同前提三核销凭证要能追溯核销记录至少应该包含四项信息谁核销的、在哪个门店核销的、什么时间核销的、对应哪一笔订单或哪一张券。这四项里缺了任何一项事后出现争议时就说不清楚总部也很难判断是流程问题还是人为问题。举个例子顾客声称自己到店核销过门店却查不到记录如果系统只留下一个已使用的状态双方都拿不出依据。相反如果记录精确到具体店员和具体时间点核查起来就简单得多。对于金额较大的卡项和次数较多的权益这种可追溯性尤其重要。几个常见的断点只做线上展示不做门店归属订单进了总部却没有门店承接。自提订单没有超时规则商品长期占着库存门店不敢再对外销售。核销与订单没有关联退款时无法判断权益是否已经被使用过。门店端没有独立操作入口店员事事要找总部代劳响应速度跟不上。这些断点大多不是技术难题而是流程设计时少想了一步。上线之后再来补往往要改动订单结构成本和阻力都会大很多所以在需求阶段就值得逐条确认。落地时的推进顺序比较稳妥的做法是先跑通一家门店、一类场景。比如先在一家门店上线到店自提把库存可见、订单归属、核销记录这三件事验证清楚再横向复制到其他门店往后延伸到扫码点单和权益核销而不是一次性把所有场景铺开。复制过程中还要留意门店之间的差异。同品牌不同门店的营业时间、人员配置、商品结构可能并不一致一套流程原样搬过去很可能在某几家门店水土不服。比较务实的做法是保留必要的灵活度比如允许门店自行设定自提时段和备货节奏但订单归属、核销记录、退款规则这些核心字段必须统一否则后面依然算不清账。走到这一步就能看出扫码点单、到店自提、门店核销能不能落地取决的往往不是前端页面做得多好看而是后台有没有把门店这一层想明白。例如采用 多门店这类面向连锁场景的系统时门店后台与总部后台是两套分开的入口订单和核销记录都归属到具体门店这类结构本身就是在为上述场景预留位置。技术的部分做完之后剩下的是门店愿不愿意配合。流程设计时给门店留出独立的操作空间和清晰的权责边界比在总部多做几张漂亮的报表更能推动落地也更能减少上线初期的摩擦。