01
扫码就入会，消费自动攒分
收银台贴着码，扫一下填个手机号就是会员，以后报手机号也能积；积分规则后台自己配，1 元 1 分还是会员日双倍随你。
待办 03 现场拍照上报
待办 04 到店核销
消息 工单已派发给你
【谁】 一家 30 家门店的社区烘焙连锁，门店店员 180 多人，总部运营 6 人，一天 4000 多单（示例口径）。
【原来的日子】 收银系统只认钱不认人，客户买完就走。以前办过实体会员卡，前后办出去 1 万多张（示例口径），实际还在用的不到 2000 张（示例口径），卡扔哪了都不知道。想推活动只能让店员口头说一句，或者贴张海报在收银台，券发出去核销率不到 5%（示例口径）。
【现在的样子】 活跃会员从 2000 涨到 3 万多（示例口径），会员消费占了门店流水的一半以上（示例口径）。定向发的券核销率到 25% 左右（示例口径），比店员口头推管用得多；30 天没来的客户里，有一成半被叫回来再买了一次（示例口径）。
01
原来的日子
收银系统只认钱不认人，客户买完就走。以前办过实体会员卡，前后办出去 1 万多张（示例口径），实际还在用的不到 2000 张（示例口径），卡扔哪了都不知道。想推活动只能让店员口头说一句，或者贴张海报在收银台，券发出去核销率不到 5%（示例口径）。
02
我做了什么
02
积分能换东西
积分商城上架面包、咖啡、周边，换完到店核销；会员分等级，等级高的有生日礼和会员日折扣。
提交审批
03
按人的行为发券
30 天没来的、只买过吐司的、买蛋糕不买面包的，都能单独拉名单定向发券，订阅消息直接推到手机上。
86进行中 12逾期 ¥48万本月
03
功能清单
可勾选 04
现在的样子
活跃会员从 2000 涨到 3 万多（示例口径），会员消费占了门店流水的一半以上（示例口径）。定向发的券核销率到 25% 左右（示例口径），比店员口头推管用得多；30 天没来的客户里，有一成半被叫回来再买了一次（示例口径）。
05
项目周期
| 阶段 | 周期 | 交付内容 |
|---|---|---|
| 需求评估与选型 | 1–2 周 | 需求清单 + 报价区间 |
| 原型与 UI 设计 | 1–2 周 | 原型 + UI 稿 |
| 数据模型与接口 | 1–2 周 | 接口文档 + 测试环境 |
| 功能开发（迭代） | 3–8 周 | 每周可运行版本 |
| 联调测试与验收 | 1–2 周 | 测试报告 + 修复版 |
| 部署上线与移交 | 1 周 | 上线系统 + 源码文档 |
| 合计 | 1.5 个月，第 3 周出可用版本，先在 5 家店跑两周再铺开 | 按里程碑分期验收付款 |
06
投入量级
Reference
8 万级 = ①40% 会员与积分 ②35% 营销与复购 ③25% 收银对接与后台
同类范围项目的参考投入，真正报价以实际需求评估为准。
※ 不含第三方服务费用（服务器、短信、支付通道等）。
Payment
按里程碑分 3 期
包含开发 + 部署 + 培训 + 上线后 3 个月免费维护。
付款节点与验收标准写在合同附件，双方确认后开工。
07
技术栈与交付成果
微信小程序原生Node.jsMySQLRedis对象存储收银 POS 接口
✓ 可运行系统 + 完整源码
✓ 接口文档与部署文档
✓ 使用培训与操作手册
✓ 上线后 3 个月免费维护
✓ 第三方账号与部署环境配置说明
08
坑在哪
① 会员系统成不成，看店员推不推：入会码贴在收银屏旁边、给店员算提成，比做十个活动都管用。② 老收银很可能没有订单接口，只能定时去拉订单表，先确认能拉出哪些字段，不然积分算不准；另外积分要设有效期，几年累积下来是一笔要还的债。