核心结论速览
社区生鲜多门店最容易出的问题不是没订单，是订单派错了门店。客户下单，系统不知道该由哪家店备货，靠人工分派，一次派错就是一次白跑、一次退款、一次差评。
会员权益做成「当次打折」，客户感知不到积累。折扣是一次性的，用完了就没了；返利进余额，客户账户里的数字会一直在，这才是复购的钩子。
包年卡不是卖一张卡，是排一年的活。每天送什么菜、多少重量、由哪家店送、送到没有，这四件事必须有计划表，靠人工排必漏。
一、项目背景：这是个什么生意
大一良物是青岛的社区生鲜零售品牌，客户单位是青岛恒德润供应链管理有限公司。业务形态是一个品牌 + 多家社区门店：消费者通过微信小程序下单，系统按收货地址匹配就近门店，由该门店完成拣货、配送或自提。
这个生意的特点是高频、刚需、即时。客户今天下单，希望今天或明天就送到；菜品要新鲜；价格要稳定。门店的履约能力直接决定体验——菜再好，送晚了或者送错了店，客户下次就不来了。
项目上线后连接社区门店 6 家，服务会员超 1.5 万人，月均订单超 8000 单。这个体量不算大，但已经足够暴露多门店协同的所有典型问题。
二、上线前真实存在的几个麻烦
麻烦一：不知道这单该给哪家店。客户在微信群里下单，运营人员看到消息，判断客户住哪、哪家店能送、那家店今天有没有货，然后手动@对应门店。客户多起来，这个动作每天要重复几百次，派错是常事。
麻烦二：会员价只在当次生效。做了会员，权益就是「会员价」。客户这次买了省 5 块，下次不来就没有任何损失感。账户里没有积累，客户不会想着回来。
麻烦三：包年送菜靠人工排表。青菜包年卡是个好产品，一年 365 天每天送，但每天送什么、多少克、哪家店出、送没送到，全在一张 Excel 里。漏一天，客户就会打电话来问。
麻烦四：客户问「我的菜到哪了」。没有配送状态，客户只能打电话问门店，门店再打电话问配送员。一个订单三次沟通，客服成本压不下来。
麻烦五：数据散在四个地方。订单在小程序、会员在 Excel、配送在微信群、门店库存在店长脑子里。月底想算一下这个月复购率，得手工汇总。
三、三个关键设计决定
决定一：订单在「下单那一刻」就绑定门店，不是发货时再定
当时有两个方案：一是订单先进总池，由运营人员分派给门店；二是客户下单时就按收货地址自动匹配门店，订单直接进入该店待接单列表。
第一个方案灵活，运营人员可以按门店忙闲调整；第二个方案死板，但责任边界清楚。我们选了第二个。
理由是：社区生鲜的履约半径是固定的，一家店能送的范围就那么大，没有多少调整空间。为了这点灵活性，付出「每天几百次人工判断 + 派错风险」的代价，不划算。
具体做法：客户选收货地址后，系统按门店服务范围匹配，订单页面直接显示「由 XX 店配送」。客户确认，订单归属就定了。门店工作台只看到自己店的单，不会互相干扰。
结果：错派率降至 0，接单到拣货从微信群喊单的平均 15 分钟缩短到系统派单的 3 分钟。
决定二：会员权益做成「返利进余额」，不是「当次打折」
会员体系最常见的做法是打折：会员价 95 折，买完就结束。这个做法的问题是，客户感受不到「我在这个平台有资产」。
我们改成：会员完成符合条件的订单后，系统按会员等级或配置规则计算返利，返利直接进入账户余额，下次消费可以抵扣。
差别在哪？折扣是减法，返利是加法。折扣让客户觉得「本来就该便宜」；返利让客户看到账户里有钱，会想着「我还有 30 块没用掉」。
配套做了统一会员资产中心：余额、积分、优惠券、成长值、会员等级归集到用户一个维度，明细可查。客户能清楚看到自己攒了什么、能用什么。
结果：会员复购率提升约 25%。这个数字不算惊人，但它是自然复购，不是靠发券砸出来的。
决定三：包年卡做成「日计划表」，不是「一张卡」
包年送菜这个产品，卖的时候很简单，履约的时候很复杂。客户付了一年的钱，意味着平台欠客户 365 次配送。
做法是把年卡拆成日计划：提前编排每天的菜品和重量，系统按计划生成当天的配送任务，分配到对应门店。门店看到的是「今天要给这 12 个年卡客户送这些菜」，不是「有个客户买了年卡」。
每次配送有状态：待配送、已配送、异常、已补送。客户在小程序里能看到自己的年卡进度——已经送了多少天、今天送什么、哪天停送。
这个设计的价值在于把「承诺」变成了「任务」。承诺是抽象的，任务是具体的，具体的东西才能被检查、被执行、被追责。
结果：漏送率下降约 90%，包年卡从「卖了就担心」变成「卖了就按表跑」。
四、上线后的数据对照
下面这张表是上线后与上线前的对照。数据来自门店后台记录，统计口径以系统数据为准。有些指标看起来只是省了几分钟，但乘以每天的订单量，就是实打实的人力。
| 指标 | 上线前 | 上线后 | 变化 |
|---|---|---|---|
| 门店匹配 | 人工分派，易错派 | 按收货地址自动匹配 | 错派率降至 0 |
| 接单到拣货 | 微信群喊单，平均 15 分钟 | 系统派单，平均 3 分钟 | 缩短约 80% |
| 配送状态查询 | 客户打电话问 | 节点自助查看 | 客服咨询量下降约 50% |
| 会员复购 | 靠发券，越促越亏 | 返利 + 余额 + 积分资产化 | 复购率提升约 25% |
| 包年卡履约 | 人工排表，易漏送 | 系统按计划生成配送任务 | 漏送率下降约 90% |
还有一个设计值得单独说：门店工作台的入口是按「待办」组织的，不是按「功能」组织的。店长打开工作台，看到的不是「商品管理、订单管理、库存管理」这些菜单，而是「待接单 3、待拣货 5、待配送 2、待自提 1」。这个差别在忙的时候特别明显——早上八九点是下单高峰，店长没时间找菜单，他要的是「现在该干什么」。
五、过程中避开的几个坑
坑一：自提和配送混在一套订单里，核销容易乱。同一套订单体系支持送货上门和到店自提是好事，但门店在核销时必须能一眼分清。做法是在订单列表里把「待配送」和「待自提」分成两个入口，核销动作分开记录，避免自提单被误标成配送单。
坑二：门店库存不同步，会出现「下单时有的菜，拣货时没了」。社区生鲜的库存是动态的，早上有一批，卖完就没了。做法是门店端可以实时调整可售状态，缺货商品在客户端自动下架，而不是等客户下单后再取消。
坑三：配送员和门店的责任边界不清。菜是门店拣的，路是配送员跑的，出了问题容易互相推。做法是配送交接有节点确认：门店出库时确认件数，配送员取货时确认件数，送达时客户确认。三个节点都有记录，责任就清楚了。
六、这套东西能复用到哪些场景
这套结构可以复用到几类生意：
多门店零售——便利店、水果店、烘焙店、药店，只要是「客户下单、就近门店履约」的模式，订单归属和门店工作台的设计可以直接用。
周期配送服务——订奶、订菜、订水、订花，本质都是「一次付费、多次履约」，日计划表的设计是通用的。
会员制零售——返利进余额的做法适用于任何希望做长期复购的零售品牌，比打折更能沉淀客户资产。
可以对照看 青岛社区生鲜同城配送小程序怎么做 和 青岛零售连锁会员与库存系统怎么做。
七、常见问题解答
多门店小程序最核心的设计是什么？
订单归属。客户下单那一刻，系统就要明确这单由哪家门店履约。归属不清，后面拣货、配送、结算、售后全都会乱。
会员返利和会员折扣哪个好？
看目标。折扣适合拉新和短期冲量，返利适合做长期复购。返利让客户账户里有积累，会产生「我还有钱没用」的回访动机。
包年卡怎么保证不漏送？
把年卡拆成日计划，系统按计划生成每天的配送任务，分配到门店。门店看到的是当天要送的具体清单，不是一张卡。每次配送有状态记录，异常有补送流程。
客户怎么知道菜送到哪了？
订单按节点更新状态：待接单、拣货中、配送中、已完成。客户在小程序里自己看，不用打电话问门店。
门店库存不准怎么办？
门店端可以实时调整可售状态，缺货商品自动在客户端下架。同时门店每日盘点，系统记录差异，慢慢把库存数据校准。
这套系统能支持多少家门店？
架构上支持多门店扩展，门店数量增加主要是配置工作和履约半径划分。实际能支撑多少家，取决于运营管理能力，不只是系统。
相关阅读
大一良物即时配送管理系统案例：完整项目数据与功能清单。
榴卜六多门店同城配送小程序案例：另一套多门店 + 自动派单 + 门店分账的做法。
青岛社区生鲜同城配送小程序怎么做：从复购运营角度拆解。
青岛多门店同城配送小程序怎么做：多门店履约的通用方法论。
综上所述
大一良物这个项目没有做多复杂的功能，三个决定解决了三个具体问题：订单绑定门店解决派错，返利进余额解决复购，年卡拆日计划解决漏送。社区生鲜的竞争最后落在履约稳定性上，而履约稳定的前提是每个环节的责任边界清楚。系统做的就是把边界画出来，让每个角色知道自己在什么时候该做什么。