从原型到量产：智能硬件研发的五个关键检查点
样机能动起来，只是研发的起点。沿着需求、感知、交互、工程验证与生产交付，梳理每一阶段应留下的可验收成果。
一台样机在会议室里顺利演示，并不等于同样的体验已经能够稳定复制。传感器装进结构后有没有变化？手机断开后设备怎么办？换一批器件还需不需要重新校准？把这些问题留到量产前集中处理，往往会让原本清晰的项目重新变得不确定。下面这份检查框架适合品牌方、方案团队与组装厂在立项时共同使用，具体指标应由各方结合产品用途约定。
01 / 先写使用场景，再列功能
不要只在需求表里写“支持压力感应、支持 App”。试着描述一次完整使用：用户如何唤醒设备，如何开始互动，什么时候看到反馈，什么时候暂停，离开手机后还能做什么。一个功能只有具备触发条件、执行结果与异常处理，才容易被开发和测试团队理解。
- 明确目标人群、使用姿势、环境与单次使用流程。
- 列出必须离线完成的功能，以及可以依赖手机的功能。
- 为核心体验确定验收方法，避免只写“灵敏”“流畅”等主观词。
02 / 在实际结构里验证感知链路
传感器单独测试与装入成品是两件事。接触材料、安装预紧、受力位置和外壳形变，都应进入样机验证范围。先观察原始数据，再判断需要怎样的滤波、阈值和校准策略。保留数据与测试条件，便于结构或器件变化后对比，而不是仅凭一段演示视频作决定。
03 / 把交互写成状态转换
待机、连接、准备、运行、暂停、异常与结束，应有清楚的进入和退出条件。尤其要验证连续点击、连接中断、App 退到后台和设备电量不足等情况。团队需要明确谁保存状态、谁决定继续、谁负责提示，防止手机已经显示结束而硬件仍在执行。
| 阶段 | 建议交付物 | 验收关注点 |
|---|---|---|
| 概念与需求 | 场景说明、功能边界、验收清单 | 各方对一次完整使用的理解一致 |
| 功能样机 | 原始数据、固件版本、交互演示 | 核心链路可重复运行 |
| 工程验证 | 装配记录、异常测试、问题清单 | 结构与电子协同后仍满足要求 |
| 试产交付 | 测试工装、版本清单、生产文件 | 检测、追溯与返修流程明确 |
04 / 试产前，把重复性测出来
不要只挑表现最好的一台样机。选择多台设备、不同装配批次与约定的使用条件，记录差异和失败情况。若需要逐台校准，应提前验证校准时间、工装要求、数据保存与重测方法。检查结果应能追溯到设备编号、硬件版本、固件版本和测试人员。
05 / 交付的是一套资料与责任边界
量产前共同确认物料清单、生产文件、固件烧录包、测试规范、版本兼容表和问题处理方式。谁审批替代料，谁维护 App，谁处理现场异常，都应落实到联系人与流程。对于安全、认证与适用标准，需要按产品实际用途另行确认，不能用“样机已经测过”代替。
一个有用的阶段门槛是：让没有参加本次演示的人，只看交付资料，也能复现结果并判断是否通过。