系统同源，按业态开启不同模块组合与配置策略。
1–10 家门店，有线下客流，想把周边 3 公里的线上单也吃下来。
10 家以上门店，有总部职能，需要统一管控又保留门店灵活度。
无线下客流，纯线上履约，核心竞争力是「快」和「准」。
社区店的优势是位置和熟客，劣势是覆盖半径只有步行 10 分钟。 把 3 公里内的家庭用户搬到小程序上，同一批货、同一套库存、同一批店员，多出来的就是纯增量。
门店 POS 卖出一份青菜，小程序库存同步减一；小程序下单一箱鸡蛋，POS 端立刻看到。 不需要两套系统对账，也不需要店员手工调数量——这是社区店最容易被忽略、也最值钱的一点。
连锁的核心矛盾是「统一」与「灵活」：商品资料、价格策略、权限体系要总部统一； 库存、促销力度、配送范围要门店自主。系统用「共享基础数据 + 门店独立库存」的双层模型解决这个矛盾。
商品、分类、单位、品牌等基础资料由总部统一维护，全门店共享； 价格、库存、上下架状态、门店专属商品由各门店独立配置。总部一处修改，全网生效；门店按需微调，不影响其他门店。
| 门店 | 订单数 | 销售额 | 毛利率 | 损耗率 | 履约时效 | 调拨 | 操作 |
|---|---|---|---|---|---|---|---|
| 中山公园店 | 3,842 | ¥86.4 万 | 31.2% | 2.4% | 26 分钟 | 调出 3 | 明细 |
| 世纪大道店 | 3,516 | ¥79.8 万 | 29.8% | 2.9% | 28 分钟 | — | 明细 |
| 静安寺店 | 2,904 | ¥65.2 万 | 28.4% | 3.3% | 31 分钟 | 调入 2 | 明细 |
| 大宁国际店 | 2,617 | ¥58.9 万 | 26.1% | 3.8% | 29 分钟 | — | 明细 |
| 七宝万科店 | 2,208 | ¥51.4 万 | 27.9% | 4.6% | 33 分钟 | 调出 1 | 明细 |
| 金桥太茂店 | 1,963 | ¥44.7 万 | 25.3% | 3.5% | 27 分钟 | 调入 4 | 明细 |
前置仓没有线下客流兜底，顾客只认「快」和「准」。 这套方案把重心全压在履约效率上：拣货并发、运力智能分发、库存实时扣减、异常自动兜底。
午晚高峰订单集中涌入时，拣货任务按并发上限自动分配给多名拣货员； 自营骑手接单饱和时，系统自动向多家众包平台并发询价并按成本 / 时效择优分发，超时未接单自动改派下一家。
| 众包平台 | 报价 | 预计接单 | 预计送达 | 近 7 日妥投率 | 决策 |
|---|---|---|---|---|---|
| 顺丰同城 | ¥7.50 | 2 分钟 | 26 分钟 | 99.2% | ✓ 推荐 |
| 达达快送 | ¥6.80 | 5 分钟 | 31 分钟 | 98.1% | 备选 |
| 美团配送 | ¥8.20 | 1 分钟 | 24 分钟 | 98.7% | 价高 |
| UU 跑腿 | ¥6.20 | 9 分钟 | 38 分钟 | 95.4% | 时效差 |
| 骑手 | 状态 | 在手单 | 并发上限 | 距仓 | 最后上报 | 操作 |
|---|---|---|---|---|---|---|
| 王海涛 | 配送中 | 3 / 4 | 4 | 2.8 km | 09:41:02 | 轨迹 |
| 李文博 | 空闲 | 0 / 4 | 4 | 0.3 km | 09:41:05 | 轨迹 · 派单 |
| 赵敏 | 待取货 | 1 / 4 | 4 | 0.1 km | 09:41:20 | 轨迹 · 派单 |
不谈概念，只谈每天上班打开哪个界面、少做哪几步手工活。
早上打开经营看板，昨日销售额、订单数、毛利率、损耗率、履约时效一屏看完。 待处理订单、待审售后、临期商品、安全库存预警直接标红，不用翻五个报表。 员工请假、权限调整、盘点审核在同一个后台完成。
手机收到新订单提醒，进拣货工作台按货架顺序逐项勾选， 缺货直接点「登记缺货」，系统自动生成售后单退款，不用打电话找客服。 自提顾客到店报取货码，扫码核销。库存不够时手机端直接发起采购入库申请。
权限最小化，登录后只看到分配给自己的拣货任务。 任务按并发上限自动派发，做完一单自动来下一单，不用抢也不用等。 每单显示承诺送达时间倒计时，超时前会变红提醒。
接单后自动导航到门店取货，取货扫码确认。 配送途中后台定时上报位置，顾客端能看到「骑手距您 1.2 km」。 妥投拍照留证，避免「说没收到」的扯皮。多单并行时按路线智能排序。
采购到货扫码入库，登记生产日期与保质期天数，临期自动进预警清单。 报损按标准原因码填写（变质 / 破损 / 过期 / 试吃），需审核后才扣库存。 盘点时系统生成快照，逐项录实盘数，差异自动算，审核后一键调整。
运营看全网门店横向排行、品类动销、损耗异常，找出需要干预的门店。 财务看销售日结、退款明细、对账单，可一键导出或推送到已有 ERP。 只读权限，看不到也改不了门店的作业单据，数据安全有保障。
三条路都能走通，区别在时间、成本和后续能不能改得动。
| 对比维度 | 自己招人开发 | 通用零售 SaaS | 飞渔生鲜 |
|---|---|---|---|
| 上线与成本 | |||
| 上线周期 | 6–12 个月 | 1–2 周 | 2–8 周 |
| 首年投入 | 80–200 万（团队薪资） | 2–8 万 | 3–30 万 |
| 后续维护 | 需长期养团队 | 厂商统一维护 | SaaS 免维护 / 私有化可选托管 |
| 业务适配度 | |||
| 生鲜特性支持 | 看团队经验 | 称重 / 批次 / 临期普遍缺失 | 批次保质期、称重商品、临期预警原生支持 |
| 多门店独立库存 | 可实现 | 部分支持 | 共享商品库 + 门店独立库存双层模型 |
| 自建 + 众包混合配送 | 需额外开发 | 通常只支持单一模式 | 自营骑手 + 多平台比价分发，可切换 |
| POS 硬件 | 需自行选型集成 | 绑定自有硬件 | 外采成熟厂商，开放 API 集成，不绑硬件 |
| 可控性 | |||
| 源码归属 | 自有 | 无 | SaaS 无源码 / 私有化可交付源码 |
| 二次开发 | 完全自由 | 受限于厂商排期 | 开放 API + Webhook，标准分层代码易扩展 |
| 数据归属 | 自有 | 厂商云上 | SaaS 独立库 / 私有化数据完全自持 |
| 招人难度 | — | — | Laravel + Vue3 主流栈，市场人才充足 |
适合自研的情况：已有成熟技术团队 + 业务模式高度独特 + 预算充足。
适合通用 SaaS 的情况：只做标品零售、无生鲜特性需求、不打算做即时配送。
不建议一次性全模块铺开——先让「下单→拣货→配送」跑起来，再逐步加营销、供应链与数据能力。
目标：单店能正常营业，线上单能完整履约。
目标：把履约成本和获客成本一起降下来。
目标：支撑 10 家以上门店与总部精细化运营。
梳理门店数量、SKU 规模、配送模式、已有系统，确认模块组合与部署形态，出具方案书与报价。
协助完成微信小程序注册认证、微信支付商户号申请、域名备案、服务器或云账号准备。
导入商品资料与分类树、配置门店信息与配送范围、创建员工账号与角色权限。
店长与店员分角色培训，选 1 家门店试运行 1–2 周，收集问题并调整配置。
小程序提审发布，全门店同步上线，上线首周专人驻场或远程值守支持。
以前线上单和门店零售两套账，每天下班要花一个多小时对库存，还经常对不上。 现在 POS 和小程序共用一本账，对账这活儿直接没了。最意外的是拣货缺货能自动退款， 以前得店员打电话给顾客解释，现在顾客自己就收到通知了。
我们有 18 家店，最头疼的是总部改价各店执行不一致，还有 A 店积压 B 店缺货。 现在商品资料总部统一维护，库存各店独立核算但总部能看全网分布， 调拨在系统里发起、在途状态可见。月底报表自动汇总，财务不用熬夜合 Excel 了。
前置仓最怕爆单崩盘。午高峰自营骑手接不过来时，系统自动向几家众包平台询价， 按价格和时效推荐，一键发出去，超时没人接自动改派下一家。 我们从经常超时到现在平均 24 分钟送达，超时率压到 2% 以内。