CASE 02 · 商家小程序
有三千个老客户,
却不知道谁买过什么
一个做食品的消费品牌,客户几乎都在微信里:下单发消息、付款转账、发货手写快递单。生意能做,但每到月底对账就像打仗,也说不清哪个产品真的赚钱。
行业消费品 / 零售
服务类型商城小程序 + 后台
首版周期3 周
核心模块商品/订单/会员/分销/支付
卡在哪
- 订单散在几十个微信对话框里,谁付了、谁没付、发没发货,全靠一张手写表。
- 老客户没有标签,不知道谁买过什么、多久没来,做活动只能全量群发。
- 有几个老客户愿意帮忙介绍,但没有机制,只能口头感谢。
- 老板想看月度经营情况,得等财务手工汇总,数据滞后一周。
关键判断
不要做「功能最全的商城」,要做「能替代现有手工流程的最小商城」。
客户最初列了二十多个想要的功能:直播、积分商城、社区、拼团、秒杀、预售……我们建议首版只做五件事:商品展示、下单支付、订单查询、会员登记、后台发货。原因是:他现有的客户已经在微信里,缺的不是流量玩法,是交易的「记录」。
分销和拼团放到第二期——先让团队习惯在系统里处理订单,再谈增长玩法。否则功能越多,越没人用。
做了什么
1. 商品与订单
多规格(重量/口味/礼盒)、库存预警、运费模板、订单状态流转(待付款/待发货/已发货/已完成)、退款入口。
2. 会员与标签
下单自动成为会员,按消费金额自动分层(新客/常客/大客户),支持手动打标签,方便后续做分层活动。
3. 微信支付 V3 接入
包含商户号配置、证书管理、支付回调、退款与对账文件下载。这部分踩过坑:证书格式与回调验签是最常见的失败点,我们把排查步骤写进了文档。
4. 后台与数据
发货、改价、备注、导出订单;首页看当日订单额、客单价、复购率、Top 商品。老板手机就能看。
5. 老客迁移
把原来手工表里的 3000 多条客户记录清洗导入(去重、统一手机号格式),并设计了「老客专属券」引导他们第一次在小程序下单。
目标与结果
| 指标 | 改造前 | 目标 | 性质 |
|---|---|---|---|
| 订单记录方式 | 手写表 + 聊天记录 | 系统统一 | 已交付 |
| 对账耗时 | 2–3 天 / 月 | 半天内 | 项目目标 |
| 老客导入 | — | 3000+ 条 | 已交付范围 |
| 复购率可见 | 不可统计 | 可按月查看 | 已交付 |
复盘
上线只是开始。系统交付后的第一个月,订单量并没有明显变化——因为客户还是习惯在微信里问。真正起作用的动作是:客服话术改成「您在小程序下单,我这边马上安排发货」,加上老客券的到期提醒。第三个月,小程序下单占比才超过一半。
另一个经验:后台要按「谁在用」设计。老板要看数据,仓管要发货,客服要改地址——三个角色三个首页,比一个万能后台好用得多。


