让样机回答明确项目问题
PILOT & VALIDATION
项目打样与设备组合
用真实业务、真实数据和明确验收项验证样机，确认后再形成批量设备组合。
为已进入方案、测试或采购比选阶段的项目团队，解决三个具体问题
先判断这页是否对应当前项目任务，再进入架构、数据、交付物和验收项。
覆盖业务、数据、异常、现场和版本测试
把测试结论转成可复制的批量基线
四层架构，把设备与平台的责任拆开
项目可以减少模块，但不能跳过设备接入、业务字段和管理权限的确认。
现场设备层
完成称重、身份、影像、标签、格口等现场采集或动作。
需确认：型号、外设、安装位置与使用环境设备接入层
负责设备编号、通信、时间同步、离线缓存、日志与版本识别。
需确认：协议、网络、鉴权与异常重传业务平台层
组织供应商、人员、菜品、任务、记录、异常和台账。
需确认：字段、流程、权限与数据保存管理与监管层
按角色查看统计、待办、异常闭环和项目运行情况。
需确认：查看范围、报表口径与责任主体这一类方案，重点处理哪些记录
以下是公开项目中常见的数据对象，用于需求澄清，不代表具体设备默认自动采集全部字段。
| 记录分组 | 建议确认的字段 | 责任边界 |
|---|---|---|
| 测试输入 | 真实账号、供应商、食材、菜品、人员、网络和外设 | 脱离真实数据的演示不能替代项目联调 |
| 测试过程 | 步骤、预期、实际、日志、图片、问题级别和责任人 | 问题应区分硬件、软件、网络和操作原因 |
| 测试结论 | 通过、条件通过、不通过、遗留项和复测版本 | 未关闭问题不得自动进入批量清单 |
三方信息先对齐，再进入样机
明确客户输入、韦尔讯输出和共同验证项，避免把接口可能性当成已完成能力。
项目方需要确认
- 本次样机要回答的核心问题
- 测试场景、数据、账号和接口环境
- 通过标准、问题优先级和测试周期
- 样机归还、留用或转订单方式
韦尔讯提供
- 匹配目标问题的样机配置建议
- 设备、外设与版本清单
- 测试前检查项和问题记录框架
- 验证通过后的批量配置基线
双方共同验证
- 完整业务链路而非单一开机功能
- 称重、识别、打印、上传和后台显示
- 断网、异常数据和权限等边界场景
- 样机结论是否可以复制到批量设备
方案不是一段文案，而是一组可确认文件
每份交付物都要有内容、版本和确认人，才能转入采购、测试或交付。
| 交付物 | 至少包含 | 建议确认人 |
|---|---|---|
| 样机配置单 | 主机、结构、外设、系统、应用和接口版本 | 双方技术负责人 |
| 测试脚本 | 业务、数据、异常、现场和权限场景 | 项目测试负责人 |
| 问题清单 | 级别、复现、日志、责任人、计划和结论 | 项目经理 |
| 批量建议单 | 通过配置、差异项、遗留风险和交付条件 | 采购 / 技术 / 交付 |
验收项与常见返工点
先把通过标准和风险写进测试计划，避免现场才发现配置或责任不一致。
建议验收项
- 测试目标和通过标准在测试前确定
- 关键问题可以稳定复现并定位
- 复测使用明确的新版本完成
- 最终配置能够直接转为采购与交付清单
常见返工点
只看设备能否开机
用真实任务跑完端到端业务链
测试问题没有责任人
每项问题记录负责人、期限和复测状态
样机配置与批量脱节
测试结束输出批量配置基线
相关硬件入口
按真实业务环节选择设备，具体型号和选配进入样机阶段后确认。
本页调研依据
外部资料只用于建立项目检查框架，不作为韦尔讯已具备功能、参数或案例的证明。