本地生活平台，冷启动最容易死在四个地方
不是没人下载，是两边都没形成习惯。
上传商品、改价格、接单都要人教。商家嫌麻烦，上线三天就放着不管了。
客户下单后才发现超出范围，只能取消。用户体验一次差，就不会有第二次。
远的单没人抢，近的单挤破头。没有规则约束，运力配置永远是失衡的。
商家嫌抽成高，用户嫌配送慢。平台夹在中间，两边都在流失。
一个入口，同时装下"附近商城"和"附近服务"
卖货和上门服务，用户的心理预期不一样：一个要快，一个要准。系统要能分开处理，又要共用一个订单池。
- 1双入口并列：买货和叫服务放在同一层，用户不用在两个 App 之间跳。
- 2范围可视化：配送范围按地图圈定，超出范围直接置灰，不让人白填一遍地址。
- 3派单有规则：按距离、评分、当前负载综合匹配，不只看谁手快。
买货、叫服务、骑手接单、实时跟踪 —— 四类角色在同一个系统里跑
九个模块，把两边都照顾到
商家端要足够简单，用户端要足够快，中间靠调度规则平衡。
按位置展示附近商家和上门服务，距离排序，支持地图查看范围。
营业执照与资质审核，商家独立后台，商品、库存、订单自己管。
标品按 SKU 管，服务按项目管。价格、规格、库存各走各的规则。
快递发货、到店自提、同城配送、上门服务四种方式并存。
按距离、评分、负载自动匹配，也可人工调度。超时未接单自动升级。
起送价、配送费、距离分段、满额减免，规则可配到每个商家。
骑手位置实时可见，取货、在途、送达三个节点客户都能看到。
平台抽佣比例按商家或类目设置，支持次日结、周结、月结。
每城独立运营、独立定价，总部统一看数据。
三种运营模式，决定你先做哪一边
平台最怕两头都想要，结果两头都不够。
先把本地商家签进来，平台提供流量和配送。起量快，重点是商家运营和履约质量。
- 商家独立后台
- 平台按单抽佣
- 配送可外包或自建
自己选品、自己配送，服务标准完全可控。适合做高端社区或垂直品类。
- 商品与库存自管
- 配送团队自建
- 毛利更高但更重
自营品类打底保证体验，入驻商家补充长尾。两种商品在同一个订单池。
- 两类商品并存
- 自营优先曝光
- 结算规则分开
四个端口，各管一段
做纯跑腿两个端就够，接商家入驻才需要商家端。
小程序 / APP / H5。找附近、下单、支付、看骑手位置、评价。
抢单听单、导航取送货、拍照上传、收入提现。
商品上架、库存与价格、接单出餐、对账单与提现。
订单池、派单改派、配送范围、抽佣配置、异常处理。
技术规格
本地生活的高峰很集中，午晚两市对并发的要求高于多数行业系统。
| 后端 | Java（Spring Boot）更适合订单高峰；中小体量可用 PHP（ThinkPHP / Laravel） |
|---|---|
| 前端 | uni-app 一套代码出微信小程序 / 抖音小程序 / H5 / APP |
| 地图与围栏 | 高德或腾讯地图，配送范围圈选、距离计算、骑手轨迹 |
| 调度 | 按距离、评分、负载综合匹配，支持自动派单与人工干预 |
| 支付结算 | 微信支付、平台代收、商家分账、骑手结算与提现 |
| 消息触达 | 小程序订阅消息、短信、语音提醒，订单状态多通道通知 |
| 源码 | 完整交付，不做加密，不做加密，不限域名，无年费授权 |
