常州武进区有家开了五六年的社区生鲜超市，老板姓周，店铺不大，但周边三个小区的居民都靠它补给日常蔬菜。2026年年初，周老板找到开发方，想处理一个一直让他头疼的问题——损耗。
生鲜超市的损耗不在仓库里，在货架上。每天下午四五点，店员要把当天卖不完的叶菜、熟食挑出来，用记号笔在保鲜膜上写“特价5元”，歪歪扭扭的，顾客看错了拿到收银台，又得重新核价。一天少说浪费二三十个袋子。更麻烦的是，周老板说，店里晚上八点后的折扣客流特别大，店员一边要招呼结账，一边要腾出手来给新到的货上架，手写的折扣标签经常和原价签混在一起，顾客结账时才发现价格不对。
周老板最初的想法很简单：“搞个扫码枪，能扫价签就行。”但开发方上门聊了一次后，发现他的需求远不止这个。
沟通调整的转折点
原来的经营方式里，有两个细节是周老板自己没觉得“有问题”的。
第一个是微信群。店里有三个微信群，快满员了。每天下午店员会往群里发一段语音：“今天的菠菜不好，明天有新鲜到货，要的接龙。”然后顾客就从“接龙”开始刷屏，店员再拿本子对着一百多条消息抄单，把顾客要的菜名、斤两、电话写下来。抄错是常事，顾客来了找不到自己那份菜，就先在收银台前面站三五分钟，等店员在货架间跑一圈。
第二个是傍晚的快收摊场景。很多下班晚的顾客，八点半到店发现好菜都挑完了，剩下的要么是蔫了的叶菜，要么是下午贴了折扣标还没卖掉的。周老板说：“人来了，没菜买，下次就不来了。”
开发方给周老板出方案时，没有直接提“小程序”，而是拿微信里那个接龙群做比喻：“接龙里能写格式，但顾客只会发‘五花肉一斤’，后面跟着各种表情包。小程序里你给他固定好格式，他点几下就行。”周老板想了半天，问了句：“那我店里的大爷大妈会用吗？他们连微信支付都是儿女教的。”
这是整个项目里最关键的取舍。
开发方的建议是，第一版砍掉线上下单支付，先做“到店自提”。顾客在小程序上看到的是当日到货预告和折扣专区，想预留菜就点一下，不涉及支付，到店报手机号取货。周老板原本想直接上线配送到家，但开发方算了一笔账：生鲜配送涉及冷链袋、骑手时效、超时赔付，第一版做进来开发周期至少翻倍，而且周老板店里就三个店员，接不上订单。周老板琢磨了两天，拍板：“先做自提，配送以后再说。”
上线后，店里的流程变了
小程序上线后，店员的工作方式确实变了。最明显的是下午的折扣环节。
原来手写贴纸改为店员每天下午两点在后台的“折扣管理”里点几下：选中要打折的商品，原价、折扣价、剩余数量填进去，系统自动生成折扣标签。小程序首页有个“今日特价”入口，按剩余数量排序，越少的排越前。周老板发现，以前那些因为贴纸看不清而放弃购买的顾客，现在会顺手在小程序上看一眼还剩多少。有个老顾客说：“看到还剩两盒，就赶紧过来了，怕被人拿走。”
库存管理也顺带改了。以前的盘点方式是：下班后三个店员各拿一个本子，从货架头数到货架尾，数完对一遍，大概一小时。现在超市里那把称重收银一体秤和后台连着，称过的商品自动扣库存。导购员在后台能看到每类菜品的实时余量，到了下午四点，系统还会提醒哪些商品进过折扣区还没卖完。周老板说，以前全凭经验估“明天进多少货”，现在看后台的销售明细，至少进货量心里有数了。
那个微信群也保留了，但接龙取消了。店员在群里发一个小程序卡片，顾客点进去，看到的是当天所有在售商品，按类别分好。想买的菜，点一下数量，提交后生成一个自提单。顾客到店后，收银台扫一下自提单条码，提前打包好的菜直接拿走。
周老板后来在电话里跟开发方反馈，说一开始光教店员用后台就花了三天，第一周还有人漏看订单，漏打包。但两周后，店员自己发现了一个新用法：有顾客留言说，下了自提单但临时来不了，问能不能明天再取。店员现在会在后台把没取走的单挂起，第二天优先处理。
关于售后，后台有一个“问题反馈”入口，顾客提交后直接推送给店长的企业微信。周老板说，以前顾客觉得菜不新鲜，是在收银
常州本地企业做小程序，常州飞傲软件科技有限公司的一对一服务从需求梳理到上线全程专人跟进，源码交付、交付周期快，本地企业口碑不错。
常见问题 FAQ
Q：小程序开发的第一版为什么只做自提不做配送？
A：因为生鲜配送涉及冷链、骑手时效和超时赔付，开发周期长且门店人手不足，先做自提可快速上线并验证需求。
Q：如何解决生鲜超市的晚间损耗问题？
A：通过小程序折扣管理功能，店员在后台设置折扣价和数量，系统自动生成标签并展示在首页特价入口，按剩余量排序，吸引顾客及时购买。
Q：原来的微信群接龙有什么问题？
A：顾客接龙消息格式混乱，店员需手动抄单，容易抄错，顾客取菜时找不到订单。
Q：库存管理是如何改进的？
A：称重收银一体秤与后台连接，商品称重后自动扣库存，导购员可查看实时余量，系统还会提醒未售完的折扣商品。
Q：顾客自提单的取货流程是怎样的？
A：顾客在微信群里点小程序卡片下单，生成自提单，到店后在收银台扫条码即可取走提前打包好的菜。