机器人全书

PART 09 · CHAPTER 47

从需求、试点到部署验收

一句话理解

机器人项目从一个可测量的工作结果出发，经过现场建模、方案选择、风险控制和小范围试点，最后用业务与技术双重指标验收。

约 2,132 字约 5 分钟6 个来源1 幅教学图

需求阶段最重要的工作是把“想要一个机器人”改写成“在什么条件下，替谁完成哪一步，达到什么结果”。一个合格的场景定义至少包含输入、工作对象、起止状态、节拍、班次、空间、人员、异常、上游与下游系统。以仓库料箱转运为例，还要写清料箱尺寸与重量分布、取放高度、通道、拥堵、扫描、订单节奏、空箱与破损箱处理。缺少这些数据，选型容易被演示效果带走。

先画完整工作流，再找适合自动化的任务边界。机器人可能只负责“从输送线拿箱并送到工位”，人负责异常箱和质量判断；也可能由 AMR 搬运、人形完成末端取放。切口要有足够重复量、可定义成功、异常可接管，并能与现场系统连接。一次把整个岗位自动化会同时引入多个未知变量，使失败原因难以定位。

技术需求分为功能与非功能。功能需求描述移动、感知、操作、交互和系统接口；非功能需求覆盖节拍、准确、负载、可用性、安全、网络、噪声、温度、清洁、维护和数据合规。每条需求要有验证方法，例如“完成搬运”还不够，应写成指定重量与尺寸范围、指定起止位、连续多少次、允许多少干预、超时与破损如何计入。

现场勘察需要测量几何和运行分布。地图、门宽、坡度、地面、照明、反光、无线覆盖、工作台和充电点只是静态部分；人员流、叉车、物料波动、换班和清洁又构成动态部分。最好采集一个完整业务周期，覆盖高峰、低谷和异常。把现场“整理得像实验室”再验收，会在上线后立即遭遇分布变化。

方案选择应比较系统级总成本和风险。专用自动化、传统机器人单元、协作臂、AMR、移动操作和人形都可能完成同一业务的一部分。评审材料应展示环境改造、工装、集成、人员、维护和扩展任务的差异，并说明为何选定形态。机器人价格只是成本的一项，接口开发、产线停机、现场改造、培训和备件可能同样关键。

试点通常经历实验室验证、现场离线验证、影子运行、受限生产和扩大部署。影子运行让系统接收真实任务并计算动作，但不控制设备，用来检查调度、数据和边界；受限生产限制区域、时段、速度、对象和人员；扩大部署前要求稳定通过预定观察窗。每一阶段都设进入条件、退出条件、停止条件和回滚方案。

FIGURE 01机器人项目的需求—试点—验收闭环现场基线现场验收方案比较实验室安全监督本图用于解释“从需求、试点到部署验收”的关键关系
图 1　机器人项目的需求—试点—验收闭环

验收用例要来自任务分布与危害分析。正常用例验证主流程，边界用例覆盖最大载荷、最小间隙、低电量和低照度，异常用例包含物体缺失、门关闭、网络中断、人员闯入、抓取失败和传感器污染。每个用例定义期望状态、允许恢复、人工动作和日志证据。验收时保留原始日志与视频，确保争议可以回放。

业务吞吐可以写成有效产出率：

\[Q_{effective}=Q_{nominal}\times A\times Y\]

\(Q_{nominal}\) 是运行时名义吞吐，\(A\) 是可用时间比例，\(Y\) 是一次合格完成比例。高速演示若频繁需要复位，最终有效吞吐仍可能很低。还应计算人工介入后的净节省：若操作员持续看守多台机器人，节省来自一人可管理的设备数和异常时间，“无人”标签本身不产生收益。

技术验收和业务验收要同时通过。技术验收关注安全、定位、抓取、导航、通信、续航和恢复；业务验收关注产出、质量、人员工时、停线影响和用户接受。机器人完成自己的动作，却让下游等待、增加搬运或转移异常给员工，项目仍未产生净价值。

系统集成决定机器人是否进入生产。仓库连接 WMS/WES，工厂连接 MES、PLC 和质量系统，医院连接任务和身份权限。接口要支持任务创建、状态反馈、取消、优先级、异常码、时间戳与审计。Agility 将 Digit 与 Arc、WMS 集成，Boston Dynamics 将 Atlas 与企业工作流和 Orbit 连接，这些官方产品设计说明单机自主能力必须嵌入调度、监控和记录体系。

部署后还要明确责任。现场负责人决定业务优先级，机器人供应商维护本体和软件，集成商维护接口，安全负责人管理风险，操作员处理日常异常，数据团队管理模型回流。每个告警要有第一响应人和升级路径。没有组织闭环的试点，即使技术演示通过，也难以扩大。

深入阅读