一、项目背景

我们给一个社区连锁便民服务点做数字化改造，它家门店主要开在老小区门口，日常客群以老人为主，三家试点店里六十岁以上的客人能占到七成。改造之前理发完全靠到店排队，店员拿纸号牌手工写号，赶上上午买菜高峰一排就是两个小时，店里乱成一团。老人记性不好，过号了只能重排，意见非常大，有的当场就吵起来，店长夹在中间两头受气。更麻烦的是会员数据散在各门店自己的小系统里，总部看不见谁办了卡、谁储值快到期，促销信息也推不出去，做活动的同事毫无抓手。那段时间店长天天在工作群里被投诉，区域经理也跟着挨批，我们被拉进去一起想办法。最初我们想上一套智能排号大屏，后来发现老人根本不看屏，还是认店员手里的号牌，于是把方案整个掉头，先做"号"的归口和会员沉淀，花哨的东西一律往后放。

二、落地场景

这套业务我们落到了 XpShop 的门店会员体系上。小程序端提供预约取号，老人不会用手机的，可以由店员在平板代预约，代预约也进同一套队列，避免两个入口打架。到店后扫码签到进入队列，系统把预约顺序和现场号合并排序，大屏实时显示前面还有几人、预计还要等多久。会员可以买次卡、做储值，师傅的排班和当前闲置状态实时可见，店长根据忙闲把闲置师傅往预约单上推，不用再靠吼。剪完在小平板上做评价，评价沉淀到会员档案，后续做分层运营有依据。整条流程从取号到离店都在一张订单里闭环，总部后台能拉出每家店的等候时长、过号率和师傅利用率，哪天哪个时段忙一目了然，排班终于有数可依，区域经理也不用再凭感觉给门店下指标。门店还把这套取号能力顺手接到了洗头、采耳等相邻档口，客人理完发顺手约个采耳，跨档口流转也走同一张订单，店长第一次看清了各档口的真实客流占比。临期次卡提醒也并进了预约页，转化顺手就做了，不用再专门发券，店员代预约时顺手勾一下就行。

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

预约号和现场号怎么衔接是最先卡住我们的地方。我们一开始把它们分两条队列，结果约好的客人来了还要等现场插队，两边经常吵起来，店员夹在中间难做。后来改成合成一条统一队列，预约号带一点优先权重，现场号按到店时间排，过号不作废只往后顺延几位，现场基本就不吵架了。过号和插队靠签到时间约束，超过预计时长系统会提示店员去安抚，而不是等客人发火。师傅排班和闲置调度用一条轻量规则：现场等待超过阈值、同时有储值会员在预约队列里，就自动给闲置师傅派单，这条规则上线后闲置师傅的活明显多了。会员沉淀则靠次卡和储值把身份锁在系统里，复购自然就上来了，总部也能给快过期的会员推提醒。这里踩过坑，第一版我们想用纯算法给每个师傅算最优派单，结果店员根本不点系统的推荐，还是凭手感，后来改成"系统提示、人拍板"，闲置调度才真正跑起来，技术再好也得给人留决定的位置。

案例片段（已脱敏）： 队列合并的核心配置（示意）： queue.merge_mode: unified appointment.weight: 1.3 walkin.weight: 1.0 miss_slide: 3 idle_dispatch.wait_threshold_sec: 600 上线首周某店平均等待从 118 分钟降到 41 分钟，过号率从 22% 落到 4%，师傅利用率提升约 18 个百分点。

四、效果数据

我们主要盯四个指标。平均等待时长从改造前的约 110 分钟压到 40 分钟上下，门店里吵架的几乎没了；过号率由两成降到 5% 以内，顺延机制让老人不再白等；师傅利用率因为闲置被调度起来，提升了约 18 个百分点，原来下午两点到四点那段空档被预约填上了；会员复购率按月看提升了接近一成，次卡到期提醒起了作用。文中数据为项目复盘口径，实际值会随门店规模波动，仅作趋势参考。最直观的变化是店长群里投诉少了，我们第一次看到他发"今天没人吵架"这种话，说明路走对了，运营也愿意把其他门店交给我们接着做，后面又追加了五家店的改造预算。

五、可复用经验总结

理发这种社区小生意，系统不是要做得多花哨，关键是把"号"理顺。预约和现场合并成一条队列、过号顺延别作废，这比做什么智能推荐都管用，店员也好执行。师傅排班别拍脑袋，用等待阈值去触发闲置调度就够了，规则写清楚比加人强。我们把次卡和储值当抓手沉淀会员，比发券拉新实在得多，老人认卡不认券。还有一点想提醒做类似项目的同行，老人场景别迷信纯线上，店员代预约这个口子一定要留着，否则数字化反而把最有需求的客群挡在门外，系统再好也没人用。我们后来做菜场熟食、社区缝补也是这套底座，先把号归口，再谈其他，省了不少返工。