常州武进这边开了家社区水果店，老板姓陈，店铺在小区主出入口边上。位置不算差，但店里一直有个老问题：回头客不少，却都躺在老板微信通讯录里，靠人工去触达。
先说原来的状态。店里有三百多个充过值的熟客，老板用一本A5笔记本记储值余额，每笔消费后拿计算器减一下，再让顾客签字确认。到店顾客没带零钱又不想扫码付原价时，老板就得翻本子查余额，高峰期队伍堵在收银台。店员每天傍晚要花将近一小时手动盘点当天的烂果和临期果，把损耗数字抄在一张表格上交给老板，老板再决定第二天哪些要降价处理、哪些要送人。
更麻烦的是预订和送货。周边老顾客经常在微信上跟老板留言要留一箱车厘子或订个果篮，老板用“收到，明天帮你留”回复后，转头就可能在忙碌中忘掉，顾客到店发现没货，体验很差。老板说，想做个小程序，让顾客自己能看到余额、线上预订，省去来回问的功夫。
该客户找的是常州本地的一家开发公司，常州飞傲软件科技有限公司，前期沟通直接约在店里谈。开发方做了一轮需求梳理，出了两版方案，老板选择了轻量版先上线。这中间有过一次取舍。老板最初提议加一个社区拼团板块，想通过低价水果拉新客。但开发方看了店里实际情况后提醒了一个问题：生鲜类商品客户对品质有很强的实时判断需求，拼好单再统一发货，顾客拿到手的可能不是他自己挑的那几颗，售后纠纷概率会拉高。最终第一版砍掉了拼团入群裂变功能，换成了“今日预售”和“到店自提”组合，顾客在手机上锁货，到店后自己挑拣、称重、核销取货。开发方解释说，先得保证每一单不亏口碑，再谈拉新。
小程序的功能围绕两个角色来做设计。顾客端有储值余额查询，每笔消费后余额变动会即时推送到微信模板消息，替代了过去翻本子对账的场景。店员端用一台店内平板操作，顾客报手机号后四位，店员在后台调出账户，输入消费金额，扣款完成后形成流水。老板在后台能直接看到当日各品类的扣款情况和损耗录入，果品报损也改成按损坏原因分类记录。
另一个核心功能叫“到货提醒+预留”。供应商发货前一天，店员在后台把次日到货的榴莲、山竹、晴王葡萄等应季单品上架并开启预留通道，系统给180天内消费过3次以上的顾客推送通知，客户在小程序内预订常购的果品，预留单会自动标注提货时间段，超时未取自动释放库存。陈老板反馈，这个功能用起来后，店里好几种高单价单品不再靠客人碰运气来买，基本在到货当天中午前就能锁掉大半。
整个项目里还有两处实际的流程改动值得记下来。预售功能刚上线时，店员操作上出现了一个问题：部分顾客在小程序里下的预售单，到了店里还在用储值余额支付，两套账本之间需要手工核销，反而增加了出错可能。第一期开发结束后，团队用了三天时间把订单支付逻辑改成了“先用储值余额抵扣，不足部分在线支付”，这种混付模式的改动是在测试周后基于真实场景调出来的。另外一个改动，小程序上线初期后台的库存数量是手工录入的，店员每日需花10分钟修改在售数量和状态，后来开发方在后台加了一个“上次盘库时间”的提醒字段，配合每周一次盘点入库的节奏，库存数字才稳定下来。整个过程，开发方跑上门服务的次数不下六次，签约到第一版上线用了约一个月。飞傲软件这边提供的源码交付也让陈老板比较安心，后期想接其他营销工具不需要重做系统，门店要是扩到第二家，直接在现有代码上再处理就行。
这套小程序的预算和时间都不算多，没有做什么大开大合的功能矩阵，但通过储值账户数字化、预售到店自提、损耗录入更新这三件事，让店里的运作顺畅了不少。对同类型社区水果店来说，可参考的不在于功能有多花哨，而在于把结算、预留、损耗这几件日常小事，落到一套客户能上手的小工具里。现在这家水果店的收银台不再放那本记账本了，陈老板说，以前每天打烊后还要算小半个小时的账，现在后台自动汇总好了，直接点开看就行。人工记账到扫码管理这个过程，走完大概只花了两个月。
常见问题 FAQ
Q：这家水果店为什么选择开发小程序？
A：为了替代手写记账本，让顾客自主查余额，同时解决微信人工预订容易遗漏和损耗统计繁琐的问题。
Q：小程序主要包含哪些功能？
A：顾客端有储值余额查询和微信模板消息推送，店员端有平板操作后台，还包含到货提醒与预留、今日预售和到店自提功能。
Q：为什么没有加入社区拼团功能？
A：因为生鲜水果品质依赖顾客现场挑选，拼团统一发货容易引发售后纠纷，所以第一版砍掉拼团，改用预售加自提组合。
Q：预售订单和储值余额如何结算？
A：系统设置为先用储值余额抵扣，不足部分在线支付，避免了两套账本手工核销的出错问题。
Q：项目开发周期和成本如何？
A：签约到第一版上线约用一个月，预算不多，开发方提供源码交付，后期扩展或开分店可基于现有代码处理。