决策要点
机器人系统集成项目的实用清单，覆盖业务目标、场地、硬件、网络、数据、接口、安全、试点、验收、培训、文档、售后和变更管理。
实施与决策框架
业务与场地清单
说明业务问题、当前流程、目标用户、任务频率、价值假设和不做什么。为正常、异常、人工接管和紧急停止分别画流程。
记录通道、地面、坡度、光照、噪声、温度、粉尘、液体、人流、车辆、电梯、电源、网络、充电和存放。
- 目标、范围和非目标
- 任务触发、输出和负责人
- 代表性路线与最差工况
- 人工接管和安全恢复
硬件、软件与接口清单
锁定型号、版本、选配、传感器、算力、电池、末端工具、SDK、软件许可和保修影响。
为每个外部系统记录所有者、环境、鉴权、字段、频率、错误、限流、测试账号和不可用时的降级方式。
- 准确 SKU 和配置
- 接口权限与版本
- 第三方依赖和费用
- 密钥、账号与环境分离
数据、安全与合规清单
只采集任务所需数据，确定来源、同意、保存、传输、访问、删除、备份和审计。对模型输出、识别和告警设人工复核。
定义安全区、速度、负载、急停、失联、低电、跌倒、夹伤、碰撞、消防和设备救援流程。受监管场景需由合格人员审查。
- 数据地图和隐私告知
- 角色权限和日志
- 威胁与误用场景
- 物理安全和应急预案
试点、验收与运维清单
试点覆盖代表性时段和异常，记录软件版本、配置、环境、结果、人工介入和问题。验收项需可重复、可测量并有证据。
交付包含代码或配置、依赖、部署、恢复、账号、手册、培训、备件、保修、响应、升级和变更流程。明确谁每天运营、谁处理事故。
- 试点计划和退出条件
- 功能、性能、稳定与安全验收
- 已知问题和未交付项
- 支持、复盘和变更控制
| 文档 | 负责人 | 至少包含 | 批准时点 |
|---|---|---|---|
| 需求基线 | 业务负责人 + 项目经理 | 范围、流程、接口和验收草案 | 开发前 |
| 技术方案 | 技术负责人 | 架构、配置、数据、安全和依赖 | 原型前 |
| 试点报告 | 双方项目组 | 条件、版本、结果、问题和结论 | 采购或扩展前 |
| 验收与运维包 | 交付 + 运营负责人 | 测试、文档、培训、支持和变更 | 上线前 |
资料来源与核验方法
本页按任务需求、现场勘测、准确型号厂商资料、代表性样机测试和书面报价的顺序核验。具体数字只应以所选版本的当前资料和测试记录为准。
限制条件与适用边界
- 通用清单不能替代医疗、防爆、工业安全、个人信息或教育伦理等专项审查。
- 通过单次演示不等于通过稳定性、性能或安全验收。
- 第三方模型、云服务和设备固件可能更新，需持续管理版本和依赖。
- 需求、场地或接口变化应触发影响评估，不能默认包含在原范围。
事实审查说明：文中能力、价格与交期均为条件性选型或实施框架，不构成特定工况、结果或投资回报保证。最终表现取决于型号、选配、软件版本、场地、网络、人员和合同范围；采购或部署前需以现场勘测、样机测试、书面报价及最新厂商资料为准。
常见问题
集成项目最先要确认什么？
先确认业务负责人、目标任务、现场边界、成功标准和不做什么。没有这五项，技术讨论很容易变成功能堆叠。
试点应该验收多少功能？
只覆盖决定项目是否成立的关键任务和风险。试点不是完整产品，但必须使用代表性场景、清楚指标和退出条件。
谁应该拥有验收标准？
业务、技术、安全、运营和供应商共同制定，最终由合同约定的负责人批准。单方口径容易在交付时产生争议。
上线后还要保留哪些记录？
至少保留版本、配置、任务、告警、人工介入、故障、维护、内容更新、账号变更和培训记录，期限按业务与合规要求确定。