管好一个食堂
单食堂版
人员、档口、消费、对账；可有多个档口和设备。
康比特 · 智慧食堂前厅 / 产品矩阵 v0.2
单食堂、多食堂、集团决定管理范围；消费机、AI识别、称重、订餐、菜牌决定业务能力。两条轴组合，扩充时就知道该加什么。
内部讨论稿 · 2026-09-28 · 参考小米公开产品结构重新梳理
管好一个食堂
人员、档口、消费、对账；可有多个档口和设备。
同一单位，管多个食堂
在单食堂上增加分食堂权限、跨食堂使用规则、分账与汇总。
总部统看，各公司分管
增加公司层级、数据隔离、资金归属及总部汇总。
每格是一种建议配置方向，不能视为已经验证可售。纯菜牌只叠加组织与发布管理。
| 业务系列 | 设备套餐 | 单食堂版 | 多食堂版 | 集团版 |
|---|---|---|---|---|
| 消费结算 | 消费机基础｜消费机＋PC | 消费机基础·单食堂 | 消费机基础·多食堂 | 消费机基础·集团 |
| 消费结算 | 消费机＋小程序｜消费机＋PC＋小程序 | 消费机＋小程序·单食堂 | 消费机＋小程序·多食堂 | 消费机＋小程序·集团 |
| AI识别 | AI菜品识别｜AI菜品识别结算台＋PC | AI菜品识别·单食堂 | AI菜品识别·多食堂 | AI菜品识别·集团 |
| 称重自助 | 单点称重｜称重收银机＋PC | 单点称重·单食堂 | 单点称重·多食堂 | 单点称重·集团 |
| 称重自助 | 绑盘称重｜绑盘终端＋称重台＋智能托盘＋PC | 绑盘称重·单食堂 | 绑盘称重·多食堂 | 绑盘称重·集团 |
| 称重自助 | 免绑盘称重｜免绑盘称重台＋PC | 免绑盘称重·单食堂 | 免绑盘称重·多食堂 | 免绑盘称重·集团 |
| 订餐取餐 | 小程序订餐｜后厨打印机＋PC＋小程序 | 小程序订餐·单食堂 | 小程序订餐·多食堂 | 小程序订餐·集团 |
| 订餐取餐 | 自助点餐｜自助点餐机＋PC＋后厨打印机 | 自助点餐·单食堂 | 自助点餐·多食堂 | 自助点餐·集团 |
| 订餐取餐 | 智能柜取餐｜智能取餐柜＋PC＋小程序 | 智能柜取餐·单食堂 | 智能柜取餐·多食堂 | 智能柜取餐·集团 |
| 菜单展示 | 电子菜牌｜电子菜牌＋PC | 电子菜牌·单食堂 | 电子菜牌·多食堂 | 电子菜牌·集团 |
混合餐线：每个食堂可选不同套餐，项目共用经确认的管理底座；这里只演示单一套餐。功能、数量、价格与兼容性仍需确认。
同一食堂增加消费机，管理版不变；增加设备、点位授权与实施。
同一单位从1个增至3个食堂，升级多食堂管理；新增食堂各选设备套餐。
出现独立公司权限与资金边界，选集团管理；跨公司消费和清算另行设计。
例如：园区A食堂用消费机，B食堂用AI，C食堂用称重。选“多食堂版＋三种套餐”，公共PC和人员管理按授权去重。
| 比较维度 | 单食堂版 | 多食堂版 | 集团版 |
|---|---|---|---|
| 组织结构 | 食堂 → 档口/餐线 | 单位 → 食堂 → 档口/餐线 | 集团 → 公司 → 食堂 → 档口/餐线 |
| 管理员权限 | 本食堂管理员；按档口授权 | 单位管理员＋食堂管理员，按食堂授权 | 总部＋公司＋食堂分级授权，公司间隔离 |
| 人员与账户 | 本食堂人员/账户管理 | 单位统一人员目录；哪些食堂可用可配置 | 人员归属到公司；公司账户与补贴分开管理 |
| 消费与补贴 | 本食堂消费规则、餐次与补贴 | 食堂规则可不同；跨食堂使用范围明确 | 公司独立策略；总部模板可作为建议能力 |
| 订单与对账 | 按本食堂、档口查询汇总 | 按食堂分别对账，单位汇总比较 | 公司分别对账，总部看授权范围汇总 |
| 跨食堂使用 | 不涉及其他食堂 | 按授权范围与账户规则开放 | 同公司先按多食堂；跨公司另做对账/清算方案 |
| 菜单与设备 | 本食堂菜单、设备、菜位 | 设备归属到食堂；菜单可共用或差异化 | 公司/食堂分级管理；总部模板及下发为建议项 |
单食堂也能选AI或营养；集团也能只用普通消费机。一个物理食堂若涉及多个独立经营主体，应先确认公司/租户边界。
| 客户需求 | 建议组合 | 设备与软件 | 管理重点 | 边界 |
|---|---|---|---|---|
| 一个工厂，1个食堂，只需AI结算 | AI菜品识别·单食堂版 | AI结算台＋PC | 识别结算模块＋单食堂管理 | 不强制小程序或健康服务 |
| 一个园区，3个食堂，都用消费机和小程序 | 消费机移动服务·多食堂版 | 消费机＋PC＋小程序 | 多食堂统一人员、分食堂权限和对账 | 小程序订餐另外选；余额互通规则需明确 |
| 同一单位，A用消费机、B用AI、C用称重 | 多食堂版＋三种餐线套餐 | 按食堂分别配置设备，共用授权范围内PC底座 | 一个管理版本，多个业务模块 | 不拆成三套互不相通的PC；接口复用须核验 |
| 集团2家公司，各有多个食堂 | 集团版＋各食堂所需套餐 | 可混合消费机、AI、称重、取餐柜 | 公司分账隔离，总部看汇总 | 跨公司消费及资金结算另定方案 |
| 一座食堂，5个档口，由多家单位独立运营 | 先看经营边界，可能需要集团式管理或独立租户 | 各档口选择设备 | 公司/租户隔离与汇总先确认 | 1个物理食堂不必然适用单食堂版；集团不能替代无关联租户隔离 |
| 3个食堂，仅需电子菜牌 | 菜单展示·多食堂版 | 电子菜牌＋PC | 统一/差异发布，按食堂分权 | 无需购买消费账户或支付功能 |
公开资料呈现了品牌/系列、同系列版本、型号内配置的不同层次。本矩阵借鉴“先分类、再比较版本、最后选配置”的表达方式。
因此，前厅用5个业务系列、10个设备套餐，再配3档管理范围。没有照搬手机型号命名，也没有把集团版理解成所有硬件和营养功能全包。
S1 · 小米2025中期报告（2025-08-19；报告页11、13）
明确双品牌策略；列出YU7、YU7 Pro、YU7 Max。
本次借鉴：借鉴分清系列与版本；不照搬小米/REDMI双品牌。
S2 · Xiaomi 15香港规格页（2026-09-28读取；仅作为已发布型号案例）
同一型号列12GB＋256GB、12GB＋512GB，并列颜色。
本次借鉴：借鉴型号内配置独立表达；食堂设备数量/型号不必重新建系列。
S3 · 新一代SU7官网（2026-09-28读取）
区分全系标配、Max标配、特定版本选配；提供车型比较/选配入口。
本次借鉴：每套餐写清包含、可加、不包含与适用版本；不是所有选项随意组合。
未获得小米内部SKU审批、研发组织或产品管理制度。本稿的版本定义、升级政策与目录流程均是针对前厅提出的建议。
| 主题 | 建议规则 | 边界 |
|---|---|---|
| 客户选型 | 先选管理版，再选各食堂的业务套餐，最后选配营养/行业/部署。 | 产品名称＝业务套餐＋管理版本；混合餐线项目＝管理版本＋多个业务套餐 |
| SKU与组合 | 5个系列下保留10个业务套餐，管理版有3档。 | 逻辑上有30个交叉位置，但尚未验证，不能称30个已售SKU；正式目录只发布验证通过组合 |
| 软件报价 | 1份适用的管理底座＋已选业务模块＋点位/组织授权范围＋实施服务。 | 同一项目多套餐去重公共PC、人员、订单模块；许可计费单位和价格待确认 |
| 硬件报价 | 设备型号、数量、配件、安装逐项列出。 | AI单/双通道、消费机台式/壁挂作为型号选择；不靠换外观增加产品系列 |
| 升级报价 | 建议对已购权益抵扣，仅计新增版本能力、模块、点位和实施。 | 商业政策待确认；不能承诺免费升级、无需迁移或所有旧设备可用 |
| 管理与营养分开 | 单食堂也能叠加营养；集团也能只做基础结算。 | 原基础/标准/专业三档退回旧资料映射；不再同时作为新的管理版本名 |
| 标准兼容目录 | 每个可销售组合记录：管理版、业务套餐、软件端、设备型号/固件、部署方式、接口、验收状态。 | 草案→配置冻结→实测→可售→维护/退役；此为本次管理建议，并非小米内部制度 |
| 新SKU门槛 | 主流程、购买价值或交付责任变化时新增；数量和型号变化优先用配置表达。 | 消费机PC版与带小程序版保留两款；其他套餐加小程序先用选配，不展开所有排列 |
| 跨公司资金 | 集团汇总与公司隔离作为管理目标；跨公司消费清算是独立扩展。 | 不能以“集团版”默认承诺跨法人余额共享或自动划款 |
| 上线边界 | 本次为产品矩阵讨论稿，未改软件授权、合同或线上系统。 | API/数据库设计、真实兼容验证、价格与数量上限在产品方案批准后再细化 |