> 2026年7月29日
分类：零售管理 · 实战
你喝过蜜雪冰城吗？4块钱的柠檬水，6块钱的圣代，全国3万家门店，一年卖出70亿杯。
你也喝过书亦烧仙草吗？「半杯都是料」的烧仙草奶茶，全国7000家店，2025年GMV突破200亿。
然后我们给这两家都开发了门店管理系统。
一开始我也想：不就是个进销存吗？进货、库存、卖货、算钱，跟便利店有什么区别？
结果第一款原型做出来，客户看了一眼就说：「这个没用。」
我问为什么。她说：「奶茶店不是按SKU管库存的，是按配方管的。」
奶茶的库存逻辑和标准零售完全不一样。
普通超市：进货100瓶可乐 → 库存100瓶 → 卖出1瓶 → 库存99瓶。简单。
奶茶店：进货1箱芒果（20斤）、1箱椰果（10斤）、1箱脆波波（5斤）→ 做成「杨枝甘露」需要：芒果（200g）+ 椰果（50g）+ 脆波波（30g）+ 椰浆（100ml）+ 糖浆（20ml）→ 卖出1杯杨枝甘露 → 系统需要同时扣减5种原料的库存。
这叫配方BOM（Bill of Materials，物料清单）。和工厂MRP一模一样——奶茶店本质上是一个微型食品工厂。
每款饮品一个配方：原料列表 + 用量 + 制作步骤 + 出品杯型（中杯/大杯/超大杯）。
配方是活的——蜜雪冰城每季度更新菜单，书亦更夸张，每个月都有新品。系统必须支持配方版本管理：当前在用哪个版本？上个月用的是哪个？做错了回归到哪个版本？
系统根据过去30天的销售数据，预测未来7天每种原料的消耗量，生成建议订货单。
这里有一个关键变量：天气。 奶茶是典型的「天气敏感型」品类。温度每升高1度，冰饮销量涨3%。如果明天预报升温5度，系统会自动上调冰块、果酱、茶底的订货量。
蜜雪冰城一个加盟商通常管3-5家店。店与店之间的销量、损耗率、客单价差异巨大。
系统有一个「门店PK排行榜」，按日均出杯量排名。加盟商每天早上看这张表，倒数的店长自动进入「改进名单」。
奶茶店的损耗是利润杀手——水果烂了、茶底过期、珍珠煮多了用不完。
系统给每种原料设置了安全库存和保质期预警。5斤芒果保质期3天，用到第2天系统推送「剩余3斤，建议今天做促销」。
书亦的店长说这个功能每个月帮他们少扔至少2000块钱的原料。
虽然是同一个团队开发的，但两套系统的侧重点完全不同：
| 维度 | 蜜雪冰城 | 书亦烧仙草 |
|------|---------|-----------|
| 核心饮品 | 冰淇淋、柠檬水（标准品） | 烧仙草、杨枝甘露（手工品） |
| 门店数 | 30000+ | 7000+ |
| 客单价 | 4-8元 | 12-18元 |
| 配方复杂度 | 低（5-8种原料） | 高（10-15种原料） |
| 系统重点 | 极速出杯、排队管理 | 配方精准、手工制作SOP |
| UI风格 | 红白活泼 | 国风雅致 |
蜜雪的系统更重「快」——取餐叫号、排队预估、出杯计时器。因为一单才4块钱，每天必须做2000杯才能赚钱。
书亦的系统更重「准」——配方步骤配图（SOP可视化）、原料克数电子秤对接、出品质量抽检记录。因为一杯18块的烧仙草，顾客对品质的要求完全不同。
做完这两套系统后，我们发现了一个惊人的数据特征：
蜜雪冰城的门店销量和「距离最近蜜雪冰城的距离」成反比，书亦烧仙草的销量和「距离最近购物中心的距离」成正比。换句话说：蜜雪冰城做的是社区流量（越密集越好），书亦做的是商圈流量（越中心越好）。
这个洞察帮助我们优化了两套系统的选址推荐算法——蜜雪推荐高密度社区1公里半径，书亦推荐购物中心500米核心圈。
如果你也想做奶茶店ERP，记住三点：
1. 配方BOM是灵魂，不是附加功能。 没有配方的系统，就是个记账本。
2. 损耗管理比销售管理更重要。 奶茶的毛利约60-70%，损耗每降低2%，利润提升3%。
3. 每一个加盟商都是独立的小CEO。 系统要让他们觉得「这是我的生意，不是总部的生意」。
对了，系统上线后，书亦的加盟商问我的最后一个问题是：
「你们能做蛋糕店的系统吗？我老婆开了一家烘焙店。」
当然能。下一篇见。
觉得有用？分享给更多人