影刀RPA 从手工操作到自动化的需求分析方法

作者：林焱

什么情况用这个

同事找你说："帮我做个自动化，把每天要花2小时的Excel处理自动化。"你答应了。但一细问才发现——他每天的操作不是固定的：有时候要手动判断数据对不对，有时候要跟人确认某些值，有时候流程不同因为数据来源不同。

"把这个操作自动化"是RPA开发中最容易被低估难度的一句话。如果不做需求分析直接上手开发，你大概率会做出来一个"能跑但不实用"的流程。这篇文章教你一套需求分析方法，在动手写流程之前把需求理清楚。

怎么做

需求分析四步法

第一步：观察操作（Shadowing）

坐在同事旁边，完整看他做一遍。不要打断，不要给建议。就记录：

• 打开了哪些系统/文件？

• 每一步在做什么？为什么做这一步？

• 哪一步卡住了？哪一步有判断？

• 哪里有异常情况需要处理？

第二步：画操作流程图

把观察到的操作画成流程图。用方框代表操作步骤，菱形代表判断。

开始 → 打开Excel → 筛选数据 → [数据正确？] ├─ 是 → 生成报表 → 发送邮件 → 结束 └─ 否 → 手动修正 → 回到筛选

第三步：识别自动化边界

在流程图上标注：

• ✓ 可以自动化：规则明确、数据格式固定、不需要人工判断
• ⚠ 部分自动化：有规则但偶尔需要人工干预
• ✗ 不能自动化：需要主观判断、创意性工作、需要人际沟通

第四步：拆分阶段实施

不追求一步到位全自动化。先做最有价值的20%：

第1阶段：自动采集数据+写入Excel（省80%时间） 第2阶段：加自动清洗和格式校验（省15%时间） 第3阶段：加自动发送通知（省5%时间）

需求文档模板

# 自动化需求：XX数据处理 ## 当前情况 - 执行频率：每天1次 - 执行时长：约2小时 - 操作人员：张三 - 痛点：数据量大，容易出错 ## 期望效果 - 自动化后人工时长减少到15分钟（仅做结果检查） ## 操作步骤 1. 从A系统导出数据 → 可自动化 2. 与B系统数据比对 → 可自动化 3. 对有差异的数据人工确认 → 不可自动化 4. 生成汇总报表 → 可自动化 5. 发送邮件 → 可自动化 ## 异常情况 - 数据源暂无数据 → 流程等待30分钟后重试 - 数据差异超过10% → 暂停并通知人工

有什么坑

坑一：按用户描述开发而不是实际操作

现象：同事说"我就是每天导个Excel然后发给经理"，你按这个做了。上线后才发现——导出之前他还要手动清理数据、字段名有时会变、经理有时不在一封邮件要抄送三个人。

解决：一定要观察实际操作，不要只听描述。

坑二：追求100%自动化

现象：为了覆盖所有异常分支，流程越来越复杂，开发周期从1周变成了1个月。

解决：80/20法则——自动化覆盖80%的常规情况，剩下20%的异常情况让人工处理。这比100%自动化但3个月后才上线的方案好得多。

坑三：忽略操作环境的影响

现象：在同事的电脑上流程跑得好好的，换个同事就各种报错——因为他的Excel版本不同、系统语言不同、桌面路径不同。

解决：需求分析阶段就记录当前的操作环境：操作系统、Office版本、浏览器版本、屏幕分辨率。

总结：需求分析的目标不是写一份完美的文档，而是确保你理解用户真正在做什么、以及为什么这样做。花1小时观察操作，能省下10小时开发出来的流程被推倒重来的时间。