软件负责把规则和数据串起来，硬件负责把系统能力落到餐线每个动作上。客户真正购买的是：高峰期能吃上饭、补贴不乱、支付不堵、账能对上、设备能协同。
先看场景和问题，再看模块和硬件。销售不需要先讲几十项功能，只要先回答：现场最堵的环节是什么，我们如何让它跑顺。
跨餐次持续高峰，多支付方式并存，消费、退款、报表都必须稳定闭环。
员工规模大、档口多，现场消费和线上预订要协同，取餐效率决定体验。
人员与入口多样，终端、闸机和消费规则需要统一，不同链路仍要落到一套订单账。
既要管补贴和额度，又要让取餐、称重、计价和结算连续完成，减少浪费与人工干预。
图片说明：本组为售前现场调研照片，只用于说明真实场景与原有设备，不证明最终安装数量或项目验收状态。
机场组织内持续、高频就餐的员工账户。观察期内有 8,039 个活跃用户。
以账户和消费策略为入口，用消费终端承接现场主链路，同时接入外部订单；订单、支付、退款、报表进入统一运营后台。
验证系统能承载真实、大体量、跨餐次的高频团餐交易，并支持多支付方式和日常运营闭环。
高频交易闭环包：账户与策略、消费终端、多支付、退款、报表、运行监控。适合机场、大型制造基地、园区总部等高峰密集场景。
图片说明：本组来自交付阶段现场目录，能够证明设备和餐厅场景存在；最终设备数量仍以验收单为准。
大型企业员工。数据快照中有 7,604 个注册账户，近 30 日平均日活账户 3,688.87。
现场以档口消费终端完成结算，线上以预订和订单管理提前分流，再由取餐柜完成履约；后台统一管理账户、档口、订单和报表。
验证大型企业多档口运营、现场消费、线上预订和智能取餐硬件可以共同进入一套业务闭环。
企业多档口取餐包：员工账户、消费策略、档口终端、线上预订、取餐柜、订单履约与报表。适合研发园区、制造企业、集团总部。
图片说明：本组来自需求管理目录，是现场问题与需求证据，不等同于最终交付或验收照片。
产业园/物业服务场景中的园区员工与多入口就餐人群。观察期内有 3,677 个活跃用户。
统一账户和消费策略，把消费终端、闸机与线上订餐接到同一订单底座；再通过后台管理餐次、支付、异常和统计。
验证园区多入口可以并行运行：消费终端承担主交易，闸机承担快速通行，线上订单作为补充，最终统一沉淀。
园区多入口消费包：人员与账户、消费策略、消费终端、闸机、线上订餐、统一订单和报表。适合产业园、写字楼园区、物业综合体。
图片说明：本组为现场运营场景照片；合同设备清单不能替代安装验收单，数量不在本页作最终承诺。
宾馆/机构内部员工食堂。数据中有 349 条员工记录、348 个有效账户，近期完整 30 日有 236 个活跃用户。
先完成账户与餐盘绑定，再由称重设备记录取餐重量与金额，服务端校验消费策略并完成结算；后台统一处理补贴、订单、异常与报表。
验证“绑盘—称重—计价—结算”可以形成持续运行的真实交易链路，软件规则能够通过硬件动作落地。
补贴称重节约包：人员账户、补贴/额度、绑盘机、称重台、计价结算、异常校正和报表。适合机关宾馆、运动队、院校及强调按量取餐的食堂。
这四个项目共同说明：软件底座应尽量标准化，硬件和业务策略按现场瓶颈组合。这样才能从“项目制堆功能”走向“场景化产品包”。
产品总结要有力量，也要守住证据边界。真实，是这四个案例最重要的销售资产。