业务问题定义

业务问题定义是机器人原型说明的起点。只有清晰定义“机器人要解决什么业务问题”,后续的需求拆解、方案设计和指标验证才有方向。本章聚焦业务问题定义的三层结构、常见问题类型、现有方案不足的对比分析方法,以及机会点的识别与评估。

3.1 业务问题定义的三层结构

一个完整的业务问题定义包含三个层次,逐层收敛,从模糊的业务痛点收敛到可被机器人技术解决的问题空间。

层次 定义 示例(仓储场景)
业务痛点 业务方感知到的负面状态或效率损失 仓库发货效率跟不上订单增长,月均超时订单占比 18%
根因分析 导致痛点的底层业务原因 人工拣货路径随机、走动耗时占总工时 42%,信息同步滞后
机器人问题 可用机器人技术直接解决的子问题 如何通过自主导航和任务调度减少拣货走动时间 60% 以上
实践建议:在写原型说明时,三层结构都要写进“业务问题”章节。只写业务痛点会让方案缺乏技术落脚点;只写机器人问题会让业务方看不懂价值。

3.2 常见业务问题类型

从已交付的机器人项目中归纳,业务问题主要集中在五个维度。每个维度对应不同的机器人技术栈和评估指标。

  • 效率类:单位产出低、周期长、资源利用率低。适用技术:自主导航、任务调度、多机协作。
  • 质量类:良品率波动、操作一致性差、人工失误率高。适用技术:视觉检测、力控、精密运动控制。
  • 安全类:高危环境人工作业、职业健康风险、合规要求。适用技术:遥操作、自主巡检、防爆设计。
  • 成本类:人力成本持续上升、耗材浪费、设备闲置。适用技术:RaaS 模式、柔性产线快速换型。
  • 人力短缺类:招工难、技能断层、重复性岗位流失率高。适用技术:人机协作、低代码示教、自主执行。
关键检查点:一个业务问题可能对应多个类型。在原型说明中,要优先定位“主要矛盾”——即对业务指标影响最大、且机器人技术最有优势的类型。

3.3 现有方案不足分析

定义业务问题后,必须系统分析现有方案(包括人工方案和其他自动化方案)的不足,否则无法论证“为什么需要机器人”。对比分析应从五个维度展开。

评价维度 传统人工方案 传统自动化方案 机器人方案机会
作业效率 受体力、注意力、班次限制,峰值产能不稳定 固定节拍,无法应对波动需求,换型耗时长 动态调度 + 24h 连续作业,弹性适配产能
作业质量 个体差异大,疲劳期失误率上升 3-5 倍 一致性好,但无法处理异常或非标工件 视觉 + 力觉反馈,自适应非标场景
部署灵活性 无需部署,但人员培训周期 2-4 周 需要固定工位、轨道或围栏,改造成本高 自主导航 + 无轨化,1-2 天完成部署
综合成本 年度人力成本持续上涨,管理成本隐性 设备投资高,维护复杂,ROI 周期 > 3 年 模块化 + RaaS,ROI 周期可压缩至 12-18 个月
安全与合规 人员暴露于危险环境,工伤风险高 围栏隔离但占地大,人机无法交互 安全激光 + 力觉限位,实现人机协作
常见误区:只写现有方案的“缺点”,不写“为什么这些缺点在机器人出现之前可以接受”。要说明外部条件变化(如订单增长、人力成本上升)使得原有方案的不足变得不可接受,才能建立机器人方案的商业必要性。

3.4 机会点识别与评估

机会点来自“现有方案不足”和“机器人技术能力”的交集。系统识别机会点需要经过三个步骤。

  1. 技术可行性初筛:针对每个不足项,判断现有机器人技术(导航、抓取、检测、人机交互等)是否能提供可行的解决方案。
  2. 业务价值量化:估算每个机会点可带来的效率提升、成本节约、质量改善或安全收益,用具体数值表示。
  3. 实施难度评估:从技术成熟度、部署周期、集成复杂度、变更管理四个维度评估落地难度。
机会点优先级矩阵:以“业务价值”为纵轴、“实施难度”为横轴,优先选择“高价值 + 低难度”的机会点作为原型说明的核心场景。中低价值或高难度的机会点可放在二期或备选方案中。

3.5 从业务问题到机会点的分析流程

下图展示从业务场景调研到机器人价值主张的完整分析链路,每个环节的输出将直接作为原型说明中“业务问题”章节的输入内容。

业务问题分析流程 业务问题分析流程 业务场景调研 业务问题定义 现有方案分析 不足点归纳 机会点识别 机器人价值主张 输出产物 场景描述 / 用户画像 业务指标基线 交付物模板 业务问题定义表 机会点评估矩阵

3.6 业务问题定义文档模板

在编写机器人原型说明时,建议按照以下模板记录业务问题定义,确保信息完整且可追溯。

# 业务问题定义文档

## 1. 业务场景
- 场景名称:[例如:电商仓库包裹拣选]
- 场景描述:[一句话描述场景边界]
- 相关角色:[操作员、班组长、仓库经理]

## 2. 业务问题
- 问题陈述:[当前业务遇到的核心问题]
- 问题类型:[效率 / 质量 / 安全 / 成本 / 人力短缺]
- 影响量化:[年度损失工时 / 次品率 / 人力成本 / 安全事故数]

## 3. 现有方案
- 方案描述:[当前采用的人工或自动化方案]
- 方案不足:[从效率、质量、灵活性、成本、安全五维度分析]
- 不足成因:[为什么这些不足在之前可以接受,现在变得不可接受]

## 4. 机会点
- 机会描述:[机器人方案可解决的问题子集]
- 技术路径:[导航 / 抓取 / 检测 / 调度 / 人机协作]
- 价值预估:[预期效率提升 / 成本节约 / 质量改善]
- 实施难度:[技术成熟度 / 部署周期 / 集成复杂度 / 变更管理]

## 5. 优先级评估
- 价值-难度矩阵位置:[高价值低难度 / 高价值高难度 / 低价值低难度 / 低价值高难度]
- 推荐行动:[优先进入原型设计 / 二期规划 / 暂不推进]
模板使用提示:“现有方案”部分的“不足成因”是最容易被忽略但最重要的内容。它直接决定了业务方是否认可机器人的必要性。要引用真实数据(如近 6 个月的效率报表、质量记录)作为论据。

3.7 本章交付物清单

完成第 3 章学习后,你应输出以下交付物,作为机器人原型说明中“业务问题”章节的草稿。

交付物 格式 验收标准
业务问题定义文档 Markdown / 结构化文档 包含场景、问题、现有方案、机会点、优先级五部分,问题类型明确,有量化数据支撑
现有方案不足对比表 表格(5 维度对比) 至少覆盖效率、质量、灵活性、成本、安全五个维度,每个维度有传统方案 vs 机器人方案的对比描述
机会点评估矩阵 2×2 矩阵图或表格 列出至少 3 个机会点,按业务价值(高/低)和实施难度(高/低)完成定位,并给出优先级建议
章节核心原则:业务问题定义不是“写问题”,而是“建立问题与机器人方案的因果链”。每个问题都要能追溯到具体的业务数据,每个不足都要能对应到具体的技术能力缺口,每个机会点都要有可量化的价值预期。这是原型说明从“想法”走向“方案”的第一步,也是最关键的一步。