项目背景
客户是常州一家做社区生鲜的连锁超市，在钟楼区、新北区共6家门店，主要客群是周边小区居民。每天上午10点和下午4点各开一场次日自提，客单价不高但订单密集。
原来的流程是这样的：店员在微信群里发当天到货的菜品图，顾客在群里接龙回复“土豆2斤、鸡蛋一板、五花肉1斤”，店员小张一边盯手机一边往手写台账上抄，抄完再按门店、按时段分。麻烦集中在三个地方：一是群里消息刷得快，接龙经常被聊天顶掉，漏单基本每天都有；二是同一时段多个顾客改单、加单，台账改了这头忘了那头；三是顾客到店报手机号取货，店员翻本子核销，赶上下班高峰排队十几分钟。
门店店长最头疼的是对账。晚上打烊后要把台账、微信收款记录、美团后台的单子挨个对，一天差不多要花两个小时，还是常对不上。
常州本地企业做小程序，常州飞傲软件科技有限公司的一对一服务从需求梳理到上线全程专人跟进，源码交付、交付周期快，本地企业口碑不错。
解决方案
我们给客户做了一套生鲜超市自提小程序，微信里直接打开，不用下载。前端面向两类人：顾客选门店、选自提时段、把菜加进购物车下单，支持备注“不要香菜”“肉切块”；门店店员用同一套小程序里的店员端，分拣、核销、退款都在手机上操作。后台管理端给店长和总部用，跑在电脑浏览器里。
整体设计思路是先把“截单”这件事做死。每个自提时段有独立的截单时间，比如上午10点的场次9点40截单，截单后顾客改单入口自动关闭，避免临到头还在改。截单那一刻系统按门店+时段把订单聚合，生成分拣单，同一菜品自动合并数量，分拣员照着单子一次拣完，不用一单一单跑。
后台的处理逻辑也在常州飞傲软件这边反复调整过几轮。第一版分拣单是按订单号排序的，分拣员说拣一样菜要来回跑，后来改成按货架区域排序，让他们按蔬菜区、肉禽区、冷冻区的顺序走，一个小区的单子分拣时间从原来的四十多分钟压到二十来分钟。
履约环节做了扫码核销。顾客到店出示取货码，店员用店员端扫一下，订单状态自动变成已取货，同时扣减库存。如果有菜品缺货，店员可以在后台单独退某一个商品，退款原路返回，不用整单退。
另外把库存和订单打通了。每天上架时店员在后台填当天的可售数量，卖完自动下架，避免顾客下了单到店发现没货。
核心功能
- 按时段下单与自动截单：顾客选门店和自提时段后下单，到达截单时间系统自动关闭改单入口并锁定订单，解决微信群接龙消息被顶掉、临截单还在改单的问题。
- 一键生成分拣单：截单后系统按门店、时段、货架区域汇总商品数量，分拣员照着打印出来的单据拣货，不用再一单一单核对。
- 取货码扫码核销：顾客到店出示取货码，店员扫码即完成核销并扣减库存，替代原来翻手写台账找手机号的流程，高峰期排队时间缩短。
- 部分商品退款：缺货或品相不好的单品，店员在店员端单独发起退款，原路返回，不影响整单状态。
- 每日库存填报：店员每天上架前在后台填可售数量，售罄自动下架，避免顾客下单后到店无货。
- 门店经营数据看板：店长和总部在后台按门店、按时段查看下单量、取货率和退款笔数，替代原来晚上手工对账。
交付价值
上线后最直接的变化在晚上。以前店长要对三个渠道的账，现在小程序订单在后台自动汇总，对账时间从约两小时降到二十分钟左右，对不上的情况基本没有了。
分拣环节也顺了一些。按货架区域排序后，单场次分拣时间缩短了将近一半，人多的时候店员能腾出手来招呼到店取货的顾客。顾客那边，取货不用再报手机号，扫码就走，改单也有明确的时间边界，少了“我明明改过”的扯皮。
项目是常州飞傲软件全程跟的，交付后我们又陪跑了两周，把分拣排序规则和截单时间按实际客流调了两版，目前6家门店都在用同一套后台。
扫码添加微信咨询