项目速览：8 项关键事实
下面是可以直接引用的事实口径。客户的供应链、供应商与成本数据属于客户资产，本页不展开。
| 项目名称 | 生鲜到家 App |
|---|---|
| 客户与行业 | 某生鲜零售企业（按客户要求未公开名称），生鲜电商与同城配送 |
| 承接方 | 南京易企达网络科技有限公司（南京本地团队，可线下对接） |
| 项目定位 | 顾客手机下单、门店按单分拣、骑手按时段送达；称重与缺货这两件麻烦事在系统里有明确处理路径 |
| 交付形态 | 顾客端 App（iOS / Android）+ 门店分拣端 + PC 运营后台 |
| 覆盖范围 | 商品与分区、下单与配送时段、分拣与派送、称重补差、缺货替换与退款、会员与优惠、运营报表 |
| 技术栈 | 前端 uni-app（Vue）编译 iOS / Android，服务端 Java（Spring Boot）+ MyBatis-Plus，数据 MySQL + Redis + 对象存储 |
| 交付与归属 | 源码、数据库脚本、部署文档与接口文档按合同随验收移交，管理员账号与著作权归客户 |
六块功能：从选品到签收，每一环都有落点
顺序按一单生鲜的实际路径排：选品 → 下单定时段 → 分拣称重 → 派送签收 → 结算售后；最后一块是运营方看的数据。
商品与分区
按蔬菜、水果、肉禽、水产、粮油分区陈列，标清规格与产地。称重类商品显示「约 500g」，把「约」字放在最前面，别让顾客到收货时才知道有出入。
下单与配送时段
顾客选送货或自提，再选时段（如次日 9:00-11:00）。每个时段有容量上限，满了就置灰；截单时间到了自动停止接单，避免下了单却凑不齐一趟车。
分拣与派送
门店端按订单打印分拣单，按品类分区取货、逐项勾选。分拣完成后进入待派送，骑手按配送时段批量取单，一单送达即时回传签收。
称重补差与退款
下单时按预估价冻结金额，出库称重后按实重结算，差额自动补扣或退回，账单上明写「预估」与「实收」。顾客不必为了几毛钱找客服。
缺货与替换
分拣发现缺货，先推送替代方案给顾客确认，同意的替换、不同意的整项退款。默认不自动替换——送到家才发现换了东西，比缺货更让人不满。
会员、优惠与报表
会员价、满减、优惠券可叠加规则在后台配置，前台展示优惠后的到手价。报表按品类看销量、损耗与退款率，哪些品该下架有数据可依。
项目架构：三个端，一条订单主线
生鲜订单和普通电商最大的不同，是它要在几小时内走完「下单 → 分拣 → 称重 → 配送」四步，任何一步卡住，菜就坏了。
L1 · 入口层（3 个）
顾客端 App
选品下单、选时段、看配送进度与账单
门店分拣端
分拣单、称重录入、缺货上报
PC 运营后台
商品与价格、时段容量、派单、报表
L2 · 业务域（4 块，同一套服务端）
商品与价格
分区、规格、称重与会员价
订单与履约
时段、截单、分拣、派送与签收
结算与售后
预估与实收、补差、退款与替换
库存与损耗
可售量、报损、品类损耗率
L3 · 服务端（Java · Spring Boot）
订单与履约
时段容量、截单、状态流转
计价与结算
预估价、实重补差、退款
库存与任务
可售量扣减、分拣任务、派单
L4 · 数据层
MySQL
商品、订单、账单与损耗记录
Redis
时段余量、热点商品缓存
对象存储
商品图、分拣凭证、售后照片
主线：订单。下单生成它，分拣推进它，称重修正它的金额，配送关闭它。订单状态不准，库存、账单与客服就全部对不上。
技术选型
- 顾客端：
- uni-app（Vue）编译 iOS / Android，一套业务代码两端复用
- 门店端：
- 同一套 H5，按角色进入分拣界面，平板即可用
- 服务端：
- Java（Spring Boot），按业务域分模块，对外 RESTful 接口
- 数据访问：
- MyBatis-Plus，下单与报表查询分开写，避免大促时拖慢前台
- 数据与存储：
- MySQL 存订单与商品，Redis 做时段库存与热点缓存，图片走对象存储
- 支付与通知：
- 微信支付 / 支付宝，下单、分拣完成、派送中、已送达四个节点推送
顾客端与门店端共用一套业务代码，门店用平板打开即用，不必再装一个独立的桌面程序。
三条设计取舍
预估价与实收价分开记
称重商品没法在下单时就确定金额。先把预估价冻结、出库按实重结算，两条金额都留在订单上，退款与对账才有依据；合成一个数，后面每笔差额都要人工解释。
缺货由顾客确认，不自动替换
自动替换看起来省事，实际是把麻烦推给收货那一刻。推送给顾客选，同意就换、不同意就退，一次沟通换掉一次投诉。
配送时段先占容量，再谈派单
每个时段能送多少单是运力决定的。时段不限量，订单就会堆在同一个时间窗，骑手跑不过来，最后受损的是口碑。
这个项目做对了四件事
生鲜电商跑不动，很少是因为前端不好看，多是价格说不清、缺货没交代、配送排不开。
价格不玩模糊
称重商品预估价与实收价分开列示，差额明细写在账单里。生鲜本来就有误差，把误差说清楚，比用「多退少不补」的话术更省客服。
缺货不再靠事后道歉
缺货在分拣环节就推给顾客确认，同意替换或整项退款由顾客自己选。送达后再解释，损失的不只是这一单。
配送不是抢单比赛
派单先按配送时段归堆，再看路线凑单。按订单先后逐单派，骑手会各自跑一趟，油钱和时间都耗在路上。
损耗能算到品类
进货、销售、报损、退款四条线分开记，按品类看损耗率。哪个品一直在亏，账上看得到，不必凭感觉下架。
适用边界：什么情况适合做，什么情况先别做
适合：四条同时成立
- ✓有实体门店或前置仓，正在做线上订单与同城配送。
- ✓商品以生鲜、称重类为主，价格与库存每天都在变。
- ✓配送有明确时段，需要控制每个时段的接单量。
- ✓希望把会员、优惠与复购沉淀在自己手里，而不是只挂在外卖平台。
不建议直接上系统：先解决更上游的问题
- —只有几十个 SKU 的标准品：用通用商城模板就够，不必为生鲜做定制。
- —没有自己的分拣与配送能力：先解决履约，再谈自建 App。
- —完全依赖第三方平台流量：自建 App 拉新成本很高，先算清账。
- —单店日单量很低：人工电话接单更省钱，系统反而增加负担。
生鲜电商常见问题（7 条）
称重商品的价格误差怎么处理？▾
下单后发现有货没了怎么办？▾
配送时段是怎么定的？▾
能接外卖平台或第三方配送吗？▾
会员和优惠会不会算错？▾
App 上架要我们自己做吗？▾
多少钱、要做多久？▾
本页信息
- 发布方：
- 南京易企达网络科技有限公司（微信官方合作伙伴）
- 本页发布：
- 2026-10-30
- 内容范围：
- 项目结果与交付范围说明，不含报价与实现方案；客户的供应链、供应商与成本数据不对外披露
- 联系方式：
- 400-885-7836 · service@eqiday.com
也在做生鲜到家？
先把三件事说清楚：称重商品怎么结算、缺货怎么替换、每个配送时段能接多少单。这三件定下来，功能清单和排期才有意义。