影刀RPA 从手工操作到自动化的需求分析方法
影刀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% → 暂停并通知人工有什么坑
坑一:按用户描述开发而不是实际操作
temu店群自动化报活动案例
现象:同事说"我就是每天导个Excel然后发给经理",你按这个做了。上线后才发现——导出之前他还要手动清理数据、字段名有时会变、经理有时不在一封邮件要抄送三个人。
解决:一定要观察实际操作,不要只听描述。
坑二:追求100%自动化
现象:为了覆盖所有异常分支,流程越来越复杂,开发周期从1周变成了1个月。
解决:80/20法则——自动化覆盖80%的常规情况,剩下20%的异常情况让人工处理。这比100%自动化但3个月后才上线的方案好得多。
坑三:忽略操作环境的影响
现象:在同事的电脑上流程跑得好好的,换个同事就各种报错——因为他的Excel版本不同、系统语言不同、桌面路径不同。
解决:需求分析阶段就记录当前的操作环境:操作系统、Office版本、浏览器版本、屏幕分辨率。
总结:需求分析的目标不是写一份完美的文档,而是确保你理解用户真正在做什么、以及为什么这样做。花1小时观察操作,能省下10小时开发出来的流程被推倒重来的时间。
