01
一套代码双端
用跨端框架做，iOS 和 Android 共用一套代码，商品、购物车、下单支付、订单售后先全部跑通，再抠细节体验。
待办 03 现场拍照上报
待办 04 到店核销
消息 工单已派发给你
【谁】 一家 40 家门店的母婴连锁（长三角），门店店员 160 多人，总部运营 12 人，手里有 6 万多会员，想做一个自己的商城 APP。
【原来的日子】 线上只在微信群里接单，店员手抄单子，一家店一天 20 多单全靠人抄（示例口径），抄错地址一周退 5、6 单（示例口径）。会员各门店各记一套，客户换一家店买就得重新登记，积分和储值查不到；总部改一次活动价，要挨个通知 40 家店，2 天才能全部改完（示例口径），中间还有门店拿着旧价卖。
【现在的样子】 门店自提单占到线上单量的一半左右（示例口径）。改活动的生效时间从 2 天缩到 30 分钟，40 家店同一个价（示例口径）。抄错单导致的退单基本没有了（示例口径）；会员跨店通用之后，活跃会员从不到 3 万涨到 4 万多（示例口径），跨店消费的客户占了四成（示例口径）。
01
原来的日子
线上只在微信群里接单，店员手抄单子，一家店一天 20 多单全靠人抄（示例口径），抄错地址一周退 5、6 单（示例口径）。会员各门店各记一套，客户换一家店买就得重新登记，积分和储值查不到；总部改一次活动价，要挨个通知 40 家店，2 天才能全部改完（示例口径），中间还有门店拿着旧价卖。
02
我做了什么
02
会员和门店打通
一个手机号一个会员，积分、储值、优惠券 40 家店通用；线上买可以选门店自提，到店报手机号或扫码确认。
86进行中 12逾期 ¥48万本月
03
店员也能帮着卖
每个店员一个推广码，客户扫了算在谁名下，业绩自动归集，不用月底再拿 Excel 手工统计。
提交审批
04
运营后台
商品、价格、活动统一配一次全店生效；订单、自提、退款、门店业绩、复购数据都在后台看。
待办 03 现场拍照上报
待办 04 到店核销
消息 工单已派发给你
03
功能清单
可勾选 04
现在的样子
门店自提单占到线上单量的一半左右（示例口径）。改活动的生效时间从 2 天缩到 30 分钟，40 家店同一个价（示例口径）。抄错单导致的退单基本没有了（示例口径）；会员跨店通用之后，活跃会员从不到 3 万涨到 4 万多（示例口径），跨店消费的客户占了四成（示例口径）。
05
项目周期
| 阶段 | 周期 | 交付内容 |
|---|---|---|
| 需求评估与选型 | 1–2 周 | 需求清单 + 报价区间 |
| 原型与 UI 设计 | 1–2 周 | 原型 + UI 稿 |
| 数据模型与接口 | 1–2 周 | 接口文档 + 测试环境 |
| 功能开发（迭代） | 3–8 周 | 每周可运行版本 |
| 联调测试与验收 | 1–2 周 | 测试报告 + 修复版 |
| 部署上线与移交 | 1 周 | 上线系统 + 源码文档 |
| 合计 | 3.5 个月，第 6 周出一版能下单的，先给 3 家门店试用 | 按里程碑分期验收付款 |
06
投入量级
Reference
25 万级 = ①45% 双端 APP ②30% 运营后台 ③25% 会员与门店打通、上架支持
同类范围项目的参考投入，真正报价以实际需求评估为准。
※ 不含第三方服务费用（服务器、短信、支付通道等）。
Payment
按里程碑分 3 期
包含开发 + 部署 + 培训 + 上线后 3 个月免费维护。
付款节点与验收标准写在合同附件，双方确认后开工。
07
技术栈与交付成果
FlutterNode.jsPostgreSQLRedis对象存储推送服务
✓ 可运行系统 + 完整源码
✓ 接口文档与部署文档
✓ 使用培训与操作手册
✓ 上线后 3 个月免费维护
✓ 第三方账号与部署环境配置说明
08
坑在哪
① 会员合并是最容易翻车的一步：先定死"一个手机号一个会员、历史积分怎么折算"，不然上线后两家门店的账永远对不齐。② 跨端不是万能，扫码、支付回调、推送这几块还得按端补原生代码，别按"一套代码全搞定"报价。