给一台多品类设备排菜单，最常见的做法是把想卖的都列进一张表——结果通常是按钮越多，实际动销越集中在少数几款上。更顺的做法是先分三层，再往里填东西。
三层分开之后有个直接好处：调菜单时你知道自己在调哪一层。换单品不用动设备，换系列不用换机器，只有换品类才涉及设备能力——这三件事的代价差着量级，别混在一起做决定。
一句话结论：多品类设备的菜单应按「品类 → 系列 → 单品」三层排布，品类层由设备能力决定，系列层由原料与配方决定，单品层由上架节奏决定。
常见的单机 SKU 口径：多品类设备的总 SKU 建议控制在 12~20 款之间，其中主推 3~5 款、常规 5~8 款、其余为季节或测试位（示范口径）。
料路与料仓的对应关系：每个品类通常对应独立料仓与独立水路，配方卡与参数集按品类分开管理，互不覆盖（示范口径）。
冷热配比的经验区间：写字楼与园区点位热饮占比偏高，商场与交通枢纽点位冷饮占比偏高，建议按月度动销数据回看一次（示范口径）。
本页所有数量与比例均为示例测算口径，用于排布参考，不构成经营承诺。
三层结构还有第二个用处：它让「菜单为什么不合理」这类讨论有了具体对象。顾客说选不出来，是单品层太满；店端说忙不过来，是系列层太多；设备端说做不了，是品类层超出能力。先把层级说清，讨论才落得到实处。
品类层的排布顺序不是按「哪个更受欢迎」定的，而是按两件事定：冷热要不要切换、出杯路径是不是同一套。
| 品类 | 冷热属性 | 出杯路径特点 | 排布建议 |
|---|---|---|---|
| 咖啡 | 以热为主，可做冷 | 萃取路径，水温与时间敏感 | 放在第一屏，作主推位 |
| 奶茶 | 冷热皆可 | 粉料/浆料 + 搅拌，路径与咖啡不同 | 第二屏，与咖啡分开料路 |
| 果汁 | 以冷为主 | 以冷加工为主，涉及制冷模块 | 与冷饮系列相邻 |
| 茶饮 | 冷热皆可 | 冲泡路径，时间长于咖啡 | 与草本茶饮相邻便于共用逻辑 |
| 草本茶饮 | 冷热皆可 | 冲泡路径，原料形态要求更严 | 单独成系列，便于按批次试机 |
把「路径相近」的品类排在一起，好处不只是界面整齐：同一路径的品类往往能共用同一套清洗与切换逻辑，店端执行时的动作更少，出错率也更低。
这个问题没有统一答案，但有一个稳定的规律：SKU 数增加，维护负担的增加比销量快。多上的每一款，都意味着多一份原料、多一个补料位置、多一套批次记录。
| 单机 SKU 数 | 典型表现 | 适合的点位 |
|---|---|---|
| 6~10 款 | 选择集中、维护轻、上新快 | 首次投放、点位模型还没跑出来的阶段 |
| 12~20 款 | 覆盖主流选择，主推位清晰 | 动销稳定、有明确高峰的成熟点位 |
| 20 款以上 | 选择成本上升，长尾普遍不动销 | 需要多品类混合的场景，但要定期下架 |
如果不好判断，可以先按下限起步：每个品类先上 2~3 款，主推 3 款做重点位置，其余作为补充。运营一个月后按实际动销补，这个办法比一开始铺满再往下砍要省事——下架比上架难，因为总有人舍不得。
有个反直觉的经验：把主推位做窄，比把总 SKU 做少更有效。顾客真正的选择成本发生在第一屏，而不是在二级菜单里。保留长尾给少数有明确偏好的人，同时收紧首屏，两头都能照顾到。
菜单上写的东西，必须在设备里找得到对应的位置。这句话听起来像废话，但实际项目里最常出现的返工是：菜单定了，发现料仓不够，或者某两个品类的原料必须共用一个位置。
| 菜单要素 | 对应设备侧 | 要提前确认的 |
|---|---|---|
| 品类数量 | 独立料仓数量 | 五个品类是否各有独立料仓 |
| 系列分档 | 配方卡与参数集 | 浓淡、冷热的档位是否都在参数里 |
| 单品数量 | 料仓容量与补料频次 | 单次补料能撑几天 |
| 冷热混排 | 水路数量与制冷模块 | 冷热是否独立水路、切换要多久 |
| 同屏相邻 | 清洗与切换逻辑 | 切换是否需要人工拆洗 |
一个实用的自检动作：把菜单打印出来，在每一款旁边写上它用的原料、对应的料仓位置，以及补料时会碰到什么。写不全的那些款，先别上架。
料仓数量、容量与补料频次的描述均为示例测算口径，随机型与点位消耗变化，以设备随机文件与现场实测为准。
多点位运营时还要多一层考虑：不同点位要不要用同一份菜单。统一菜单管理简单、配方一致；分点位菜单更贴合动销，但版本管理成本上升。常见的折中是：品类层与系列层统一，单品层按点位保留 2~3 款的差异位。
节奏这件事的关键是把周期固定下来：两周看一次单品、一个月调一次系列、一个季度动一次品类配比。固定周期之后，菜单会自己往动销的方向收敛，而不是靠每次临时讨论。
| 问题 | 表现 | 处理方向 |
|---|---|---|
| 选择题太多 | 顾客在界面前停留时间长，投诉「不知道选什么」 | 主推位收敛到 3~5 款，长尾折叠进二级菜单 |
| 冷热混排 | 同一屏里冷热交替，出杯节奏被打乱 | 按冷热分组排屏，把切换动作集中 |
| 长尾不动销 | 少数单品长期零动销，却占着原料位置 | 按两周观察期下架，腾出料仓位置 |
| 同名不同配方 | 不同点位的同一名称饮品味道不一致 | 统一配方卡与参数集版本，把版本号写进菜单备注 |
这四种里有三种是排布问题，只有最后一种是管理问题。排布问题一次整理就能解决；管理问题需要的是版本记录——把「哪一天、哪个点位、用了哪一版参数」写下来，多点位的一致性才有依据可查。
本文讨论设备能力与运营用法，不涉及饮用后的身体作用。
设备为无人自助现制饮品设备；原料由运营方自采或按资质采购，不锁供应商；饮品的成分与相关宣传由运营方按其自身资质依法负责。
菜单这件事最后会变成一件很朴素的工作：定期看一眼数据，把不动销的换掉，把动销好的往前挪。它不需要很聪明，只需要不间断。
按三层排：品类层（咖啡/奶茶/果汁/茶饮/草本茶饮，由设备能力决定）、系列层（冷热浓淡等分档，由原料与配方决定）、单品层（具体上架的那一杯）。排布时把出杯路径相近的品类放在一起，店端执行动作更少。
经验区间是 12~20 款，其中主推 3~5 款。首次投放或点位模型还没跑出来时，建议从 6~10 款起步，按实际动销再往上加。SKU 越多，原料、补料位置与批次记录的负担增加得越快。这是示例测算口径，可按点位实际调整。
建议把周期固定下来：两周看一次单品动销、一个月调一次系列、一个季度动一次品类配比。冷热系列按季度调整比每周换更可执行，店端也更容易跟上。
新单品先做小批量试机（3~5 杯），确认连续出杯稳定再上屏；给两周观察期按动销决定去留；上架前把它的原料、料仓位置、补料动作写在菜单旁边，写不全的先别上。
菜单上每一款都要能在设备里找到对应位置：品类对应料仓、系列对应配方卡与参数集、单品数量对应料仓容量与补料频次。冷热混排还要看是否有独立水路。菜单定了但料仓不够，是实际项目里最常见的返工来源之一。