一、项目背景

我们给一家区域连锁做门店数字化，最头疼的不是没系统，是顾客明明到店了却成交不了。店员记不住几十个会员等级对应的权益，也查不到实时库存，顾客挑好东西问一句有没有货、什么价，店员转身去翻后台，回来人已经走了。

店员流动性高，老人走新人来，记权益记库存根本记不住，靠培训也救不回来。系统不接住这部分流失就止不住，到店客流白白漏掉最冤，老板说每天睁眼流失的就是到店客流，比线上没流量还冤。

我们后来把代客下单的数据回流给线上商城，线上线下权益打通后，门店成了体验点，顾客店里试完线上买也认这家。私域才算真正闭环，会员不再割裂，复购也跟着涨了一截。

二、落地场景

我们在 XpShop 的门店 POS 上重点做了一件事：店员代客下单。顾客在货架前看中，店员拿设备直接开单，会员权益按等级一键带出，门店库存实时查，能买就当场付，不能买就引导到店核销预约。整个链路不依赖顾客自己掏手机。

我们把会员权益和门店库存做成开单时的实时查询，店员不用背，扫一下商品该有的券自动跳出，顾客觉得自己被重视，连带买得也痛快。对连锁来说，这套能力把线下客流真正接进了会员体系，店员就是那个转化节点。

会员权益独立服务上线后，营销同学改活动不用再等发版，自己在后台配券和等级规则，店员端实时生效。运营节奏第一次跟得上大促，活动频次也上来了，店员不用背规则。

这套代客下单后来复制到同品牌其他区域门店，复制几乎没改代码，因为网络和权益逻辑都抽象好了，新店接入只是配组织和商品，一周就能上线。扩展性比预想的好，门店也愿意主动推广，系统价值被放大了。我们还把转化数据回流线上商城，门店成了体验点，顾客店里试完线上买也认这家。店员收入也跟着涨，推广才肯用力，这套系统从工具变成了门店的增收引擎，私域闭环才真正转起来。

三、关键技术挑战与解决思路

真正的卡点不是功能，是网络。门店 Wi-Fi 一抖，下单请求半路丢了，顾客以为付了其实没付，后面全是客诉。我们第一版没管这个，上线两周客诉炸了。后来做了离线草稿加重连提交，店员点下单先落本地草稿，网络恢复自动补提交并校验幂等。

离线草稿的实现我们踩过坑，一开始只存订单号不存明细，重连后价格变了草稿对不上，后来草稿带全量快照才稳，重复单靠幂等 key 合并。第二个坎是会员权益联动，等级、券、积分换算规则多，我们把权益计算抽成独立服务，POS 只调结果不碰规则。

门店网络容错我们还加了本地缓存的库存快照，断网时店员照样能开单查价，网络恢复再同步，顾客完全无感。客诉从网络问题基本归零，店员也敢用，系统才真正落地。

四、效果数据

代客下单占比上线三个月从 0 做到约 35%，到店转化率比纯自助买单高约 12 个百分点。客单价因为权益自动带出提升了约 9%，顾客不用被提醒就知道有券可用。核销时效从原先平均半天压到分钟级，预约到店的人基本到点就能取。

到店核销那块，预约顾客到点前半小时我们推一次提醒，到店率比不提醒高了一截，门店说排队也顺了。店员培训时长反而短了，因为系统把该算的都算了，人只管服务，代客下单占比三个月做到约三成五。

到店核销打通后，我们顺手做了预约排队，热门时段顾客先约后到，门店高峰不再挤成一团，店员说最直观的是不用再扯着嗓子叫号。体验顺了，到店率也跟着上来。

五、可复用经验总结

门店代客下单，网络容错比功能丰富更要紧，离线草稿加重连提交是必选项不是加分项。会员权益别散落在各个端自己算，抽成独立服务，POS 只消费结果，规则变了不用改端。库存要做聚合视图，门店和前置仓分开算会出超卖。

代客下单这件事店员愿不愿意用是关键，系统把该算的算好、网络容错做好，店员才肯拿它当主工具而不是备用，别指望靠考核推。店员是转化节点，系统把该算的算好，人才能专心做服务而不是当查库存的。

代客下单跑顺之后，我们把店员的话术也接进系统，开单同时推相关搭配，连带率又涨了一截。系统不只是记账，开始帮门店挣钱，店员收入也跟着涨，推广才肯用力。

案例片段（已脱敏）： 某社区连锁生鲜门店，原店员开单靠手写小票再回柜台录系统，丢单率高。我们上的代客下单配置片段：开单流程：扫码/搜商品 -> 带出会员等级权益 -> 库存聚合校验(门店优先)         -> 生成本地草稿(order_id, 幂等key) -> 网络恢复补提交 权益计算服务: GET /promo?level=V3&cart=... 返回可叠加券与积分抵扣 库存校验: stock_view = store_stock + forward_stock*0.6  (前置仓按6折计入可用)上线后丢单率从约 5% 降到 0.3%，店员说最爽的是不用再跑柜台录单。