药店取药排队劝退？叫号小程序把峰时等待砍下来｜互联商通案例

一、客户背景与痛点

这家社区药店日均取药量大，慢病续方顾客多。已有公众号做活动，但取药仍靠窗口前排长队、药师喊名字。

四个最疼的问题：

• 窗口挤兑：高峰期所有人挤在同一个窗口，越急越乱。
• 叫号靠吼：喊名字听不清、听错，重复喊浪费工时。
• 慢病续方与处方药混队：两类取药节奏不同，混在一起互相拖慢。
• 取药错件：名字相近、药品相像，错件后追回成本高。

二、方案总览：4 步把峰时等待砍下来

首版克制，只做排队履约闭环，把「窗口挤兑」变成「分窗自助」。

1. 到店扫码取号：进店扫码选「处方药 / 慢病续方」队列，不用挤窗口。
2. 分窗叫号：慢病续方独立队列单独叫，慢病顾客不被处方药拖慢。
3. 状态推送：快到号微信提醒，顾客可以安心坐着等。
4. 取药核销：叫到号核销发药，屏显脱敏不广播全名。

完整能力清单见 药店取药叫号方案；同行业可参考 咖啡取餐排队案例。

三、核心功能清单

• 扫码取号：两类队列自选，取号即进队。
• 分窗叫号：慢病续方与处方药分开，节奏互不拖累。
• 叫号屏脱敏：屏上只显示姓氏与尾号，不广播全名。
• 过号重排：过号规则写进固定页，重排自动执行。
• 取药核销：一单一码，发药前先核销。

四、落地实施过程

总览里的四步讲的是方案逻辑，这一节讲它怎么落到店里：按高峰时段灰度上线，拆成下面五个动作，前一步跑顺再进下一步。

1. 进场前准备：队列规则入库、屏显打样。开工先把窗口、两类队列与叫号节奏逐项录入校对，慢病续方名单先行导入，没定下来的队列规则先不放开顾客端；叫号屏逐台打样，屏显脱敏字段逐台确认。商家看到的是队列规则一页页对完、叫号屏经得起高峰直视；顾客此时还看不到变化，但第一次扫码取号时队列已经是完整的。
2. 发药与核销对接：错件防线先跑通。上线前打通发药链路——叫号核销后进发药确认，取药记录与处方同一单号对得上。错件不再靠事后追回，按取号单号就能查到是哪个窗口、哪一味药；商家感知是药师不再靠吼与对质。
3. 员工培训：一条主线加两套话术。药师培训只强调一条：先核销再发药。对顾客的话术很简单——「门口扫码取号，坐着等叫号就行」；遇到第一次用的老人上手带一遍；店长则学会后台调队列、看等待时长，日常运营不再事事找技术支持。
4. 灰度试点：先高峰时段，改完再全铺。全量放开前先在每日高峰时段试跑，药师与店长跟着盯：队列有没有排错、屏显有没有漏、过号顺不顺。试出来的问题当场改——队列调参、规则补全，再全时段铺开；试点期不做数字考核，只看等待与错件收不收敛，正式数据口径见第六节。
5. 值班与应急：首周驻场加兜底。上线首周高峰驻场，值班覆盖取号、核销、授权三类突发。老人不用微信或扫码失败，走窗口手工叫号兜底，扫码与手工并行不强制。试点暴露的问题全部进了第七节的复盘清单。

五、明确没做的事（对比与取舍）

首版不做互联网医院处方流转大中台（可二期评估）。先保证到店取药排队闭环可验，处方审核仍由药师流程独立承担，叫号只解决排队问题。

六、上线后效果（试点数据口径）

试点期内：

• 峰时平均等待由约 25 分钟降至约 11 分钟（店内抽样）。
• 取药错件明显下降（试点口径）。
• 老板验收只看「等待时长与错件」，而不是取号量。

所有数字为项目试点口径，复制前请重估客流结构与处方资质；数据对比写清分子分母与排除周。

七、坑与复盘

1. 叫号规则口头化未进固定页：分窗与过号重排规则先写进固定页，药师换班不走样。
2. 提醒/授权时机过早导致拒权：叫号提醒授权放在首次真实取号时再请求，别在安装时就弹。
3. 主数据双记账：纸质取药登记与系统并行期间各记各的，必须以系统为唯一主账，对账差异见 支付对账日常。

复盘沉淀为方法论：把「峰时等待达线」这类可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；叫号屏与宣传物料从第一天写渠道参数，否则月底归因只能拍脑袋。

八、常见问题 FAQ