点餐机使用流程产品化泳道图

从产品视角把点餐机、云打印机、叫号大屏、消费机和后台数据串成一条标准出餐闭环。核心不是单点设备上线，而是让高峰自助点餐、后厨备餐、扫码出餐和经营复盘形成可复制的现场产品包。

主输入：点餐机使用流程及核心作用.docx 场景：智慧营养健康餐厅 证据：A 级 Word 输入 + B 级项目素材 用途：产品/交付/研发对齐

产品定位

用户价值

就餐人员少排队、少等待

把口头点餐改成自助选餐、出票、看号取餐，高峰期减少窗口拥堵。

运营价值

后厨按单备餐，档口扫码出餐

订单直达后厨，出餐节点由消费机扫码确认，现场状态可追踪。

经营价值

沉淀销量、收入和热销品类

点餐数据进入后台统计，支撑菜品优化、备餐计划和标准产品复用。

参与人、对象和触点

人：业务参与人

就餐人员、后厨人员、档口出餐人员、经营管理者。只有这些才作为 UML 泳道里的角色分区。

事：流程活动

自助选餐、下单出票、后厨备餐、扫码出餐、叫号取餐、经营复盘。

物：系统和设备对象

点餐机、订单、云打印机、取餐小票、叫号大屏、消费机、后台报表。它们不是角色，是流程中被使用或产生的对象。

规则：状态和约束

取餐号生成、二维码承载订单号、备餐中到请取餐的状态流转、设备绑定档口、扫码失败和重复扫码反馈。

就餐人员在前厅完成选餐、确认、等待叫号和取餐。
后厨人员接收后厨小票，按单备餐。
档口出餐人员菜品完成后扫码出餐，并按取餐号交付餐品。
经营管理者查看销量、营业额、热销品类、峰值订单和出餐效率。
修正口径：点餐机、订单后台、叫号系统、订单、档口都不再放进“角色”。它们分别属于系统/设备对象、业务对象或空间触点。

场景图占位和配文

待替换图片：前厅自助点餐区全景建议放点餐机、排队区、档口和叫号屏同框照片

图 1：前厅入口和动线

这张图要表达“点餐机放在什么位置”。用户从进入餐厅开始，先在点餐机完成自助选餐和下单，再拿小票看大屏等号，最后到档口取餐。重点不是设备外观，而是让人一眼看懂前厅动线从“窗口排队”变成“自助下单 + 等号取餐”。

替换要求：最好使用真实项目现场照片，能看到点餐机、档口、大屏或取餐区的位置关系。
待替换图片：点餐机近景建议放屏幕、扫码/识别区、小票出口

图 2：点餐机下单触点

这张图要表达“用户在点餐机上做什么”。点餐机承担菜品展示、口味/加料选择、订单确认、取餐号生成和小票输出，是前厅流程的起点。

待替换图片：后厨云打印机建议放后厨小票打印位置和备餐台

图 3：后厨出单触点

这张图要表达“订单如何进入后厨”。点餐机下单后，订单同步到后台和云打印机，后厨人员不需要人工传单，直接按小票备餐。

待替换图片：叫号大屏现场建议放备餐中和请取餐区域

图 4：叫号和等待触点

这张图要表达“用户如何知道什么时候取餐”。订单生成后先进入备餐中，档口扫码出餐后进入请取餐，并通过大屏和语音提示用户。

待替换图片：消费机扫码出餐建议放档口人员扫码小票二维码

图 5：档口出餐确认触点

这张图要表达“谁把菜做好这件事告诉系统”。档口出餐人员用消费机扫描小票二维码，订单状态从备餐中变为请取餐。

待替换图片：后台报表或经营看板建议放订单来源、销量、热销菜和出餐效率

图 6：经营复盘触点

这张图要表达“流程最后沉淀什么经营价值”。订单来源、销量、营业额、热销品类、峰值订单和出餐效率都应进入后台报表，帮助食堂优化菜品和备餐。

点餐机用户自助选餐、确认订单、生成取餐号。
云打印机后厨自动出单，减少人工传单和漏单。
叫号盒子 / 大屏展示备餐中和请取餐，承担现场秩序。
消费机 / 扫码设备档口扫码出餐，推动订单状态变化。
后台报表沉淀订单来源、销量、热销菜和出餐效率。
说明：本节按用户反馈改为占位符。先把每张图要表达的业务含义写清楚，后续由项目同事替换为真实现场图、设备图或系统截图。

端到端流程

1. 自助选餐就餐人员在点餐机选择菜品、口味、加料并确认下单。
2. 出票取号点餐机生成订单和取餐号，打印取餐小票交给就餐人员。
3. 后厨出单订单同步到商家后台和后厨云打印机，后厨按单备餐。
4. 备餐展示叫号大屏展示订单取餐号，默认进入备餐中状态。
5. 扫码出餐商户用消费机扫描小票二维码，确认菜品已制作完成。
6. 叫号取餐大屏切换到请取餐区域并语音播报，就餐人员凭票取餐。

UML 泳道图：按人、事、物、规则

建模口径：UML 活动图的泳道按责任主体分区。这里把“人”作为主泳道；“物”和“规则”作为对象流和约束行，不再伪装成角色。
分区 / 时间节点 T1 自助选餐 T2 下单出票 T3 后厨备餐 T4 扫码出餐 T5 叫号取餐 T6 经营复盘
就餐人员
选择菜品在点餐机选择菜品、口味、加料。
确认下单确认订单，取得取餐小票。
 等待备餐状态。 关注叫号变化。
凭票取餐看到请取餐或听到语音后到档口取餐。
 可提供排队和取餐体验反馈。
后厨人员 不参与点单。 等待后厨小票。
按单备餐接收云打印小票，按订单制作菜品。
交给档口出餐菜品制作完成，交给出餐人员确认。
 不直接叫号。
优化备餐根据热销菜和高峰订单调整备餐策略。
档口出餐人员 维护档口现场秩序。 确认订单归属档口。 看到订单处于备餐中。
扫码确认出餐使用消费机扫描小票二维码，确认菜已做好。
按号交付按取餐号向就餐人员交付餐品。
反馈异常记录漏单、重扫、取餐滞留等现场问题。
经营管理者 配置菜品和价格规则。 关注订单来源。 关注备餐效率。 关注出餐效率。 关注等待和滞留。
查看经营报表复盘销量、营业额、热销品类、峰值订单和出餐效率。
物 / 对象流 点餐机、菜品、价格、口味、加料选项。 订单、取餐号、二维码、小票。 云打印机、后厨小票、备餐中状态。 消费机、订单号、出餐事件。 叫号大屏、请取餐状态、语音播报。 订单流水、设备事件、销量和效率指标。
规则 / 约束 只能展示当前可售菜品和有效价格。 下单成功必须生成取餐号；二维码建议承载订单号。 订单同步到后台和云打印机后，默认进入备餐中。 扫码成功才进入请取餐；重复扫码不应重复出餐。 大屏展示请取餐并语音播报；滞留订单需要处理规则。 报表要能按设备、档口、餐次和订单来源追踪。

产品经理要锁定的关键规则

订单规则

  • 点餐机订单必须有明确来源，便于订单筛选、统计和导出。
  • 支付或确认成功后统一生成取餐号和二维码。
  • 小票二维码建议直接承载订单号，消费机扫码后推进状态。
  • 订单状态至少要覆盖备餐中、请取餐、已完成和异常。

现场规则

  • 叫号大屏默认展示备餐中，扫码出餐后进入请取餐。
  • 消费机扫码距离、失败重试和重复扫码都要有明确反馈。
  • 云打印机、点餐机、消费机和叫号屏需要绑定档口或餐厅。
  • 真实交付前补齐设备型号、部署拓扑和异常兜底。

经营视角

标准复用

可打包成现场出餐标准包

一套流程覆盖点餐、出票、后厨、叫号、扫码出餐和报表，适合企业、机关、园区食堂复制。

降本提效

减少人工传单和窗口沟通

减少口头点餐、人工传单、错单漏单和现场找号，降低高峰期管理成本。

待验证指标

需要补交付和经营数据

正式作为产品包，需要用排队时长、出餐时长、设备故障率、订单量和复用率验证。

证据和缺口

内容 证据等级 说明 下一步
点餐机、叫号盒子、叫号大屏、云打印机、消费机为所需设备 A 来自用户提供 Word 原文。 补设备型号、供应商和部署拓扑。
下单、出票、后厨出单、叫号、扫码出餐、取餐流程 A 来自用户提供 Word 原文。 补异常流程和失败反馈。
点餐机订单进入订单统计、导出、设备筛选等产品范围 B 来自项目内既有需求草案。 若进入开发，需转云效任务和接口契约。
页面中的场景和设备图片 D 当前按用户反馈改为占位符和配文，不再使用不准确的项目图。 由项目同事按占位说明替换真实现场图、设备图或系统截图。