4. 流程识别与筛选：高价值流程特征、可行性评估矩阵、优先级排序模型

好，咱们进入第四个核心环节。

前面我们聊了怎么去发现流程、怎么去描述它。但说实话，企业里能自动化的流程太多了。你不可能全做，也没必要全做。那问题来了——到底该先做哪个？

我见过不少团队，一上来就挑了个最复杂的流程，结果搞了三个月没上线，老板直接砍预算。也见过有的团队，专挑简单的做，做了几十个，但业务部门觉得「没啥感觉」，RPA 项目变成了鸡肋。

所以，流程识别与筛选，不是拍脑袋。它需要一套方法论。我个人习惯用三个步骤：先看价值，再评可行性，最后排优先级。咱们一个一个说。

4.1 高价值流程的五个特征

什么样的流程值得做？我总结了五个特征，你可以拿它当个检查清单。

1. 高频重复：每天、每周固定执行，人工操作量大。比如每天对账、每周生成报表。
2. 规则明确：流程逻辑清晰，没有太多「看情况」的判断。说白了，就是能写成 if-else 的。
3. 跨系统操作：需要登录多个系统、复制粘贴数据。这是 RPA 的强项，人做反而容易出错。
4. 数据量大但结构稳定：比如处理几千行 Excel，或者从 ERP 导数据。数据格式别老变，变了就得改代码。
5. 业务痛点明显：业务部门天天抱怨的、容易出错的、加班最多的。这种流程做出来，效果立竿见影。

我记得有一次，财务部提了个需求，说每个月关账要做几十张表，特别累。我一看，流程确实高频，但规则特别模糊——「根据经验调整」。这种流程，RPA 做不了。后来我们帮他们梳理了规则，把能固化的部分先自动化了，剩下的还是人工处理。嗯，这里要注意：RPA 不是万能药，它解决的是「规则明确」的问题。

4.2 可行性评估矩阵

光有价值还不够。你想想看，一个流程价值再高，如果技术上根本跑不通，或者业务部门不配合，那也是白搭。

所以，我们需要一个可行性评估矩阵。我一般从四个维度打分：

维度	权重	评分标准（1-5分）
技术可行性	30%	系统是否稳定？是否有 API？界面元素是否可识别？
业务配合度	25%	业务部门是否愿意提供测试环境？是否愿意配合梳理规则？
数据质量	25%	输入数据是否规范？异常数据比例高不高？
合规与安全	20%	是否涉及敏感数据？是否有审计要求？

每个维度打分后，加权求和。总分低于 3 分的，我建议先放一放。

4.3 优先级排序模型

好了，现在你手里有一堆流程，每个都有价值评分和可行性评分。怎么排优先级？

我推荐一个简单的模型：价值-可行性四象限。

• 第一象限（高价值 + 高可行性）：立即启动。这是你的「低 hanging fruit」，先做这些，快速出成果，建立信心。
• 第二象限（高价值 + 低可行性）：需要规划。比如技术上有障碍，或者业务配合度不够。先解决障碍，再启动。
• 第三象限（低价值 + 高可行性）：可以暂缓。或者作为新人练手项目，但别投入太多资源。
• 第四象限（低价值 + 低可行性）：直接放弃。别浪费时间。

你可能会问：「那如果两个流程都在第一象限，怎么选？」

我的做法是：看业务紧迫度。哪个流程的业务部门催得最急？哪个流程的痛点最大？先做那个。毕竟，RPA 项目最终是要服务业务的，让他们满意，项目才能活下去。

4.4 实战案例：某制造企业的流程筛选

光讲理论没意思，我拿一个真实案例给你拆解一下。

去年我帮一家制造企业做 RPA 规划。他们提了 20 多个流程，包括：采购订单录入、库存盘点、对账、报表生成、员工入职流程等等。

我们用了上面的方法，先筛选出 5 个高价值流程，然后做可行性评估。结果发现：

• 采购订单录入：价值高，但系统是老旧的 AS/400，界面是字符终端，RPA 很难识别。可行性评分只有 2 分。我们建议先做系统改造，再考虑自动化。
• 库存盘点：价值中等，但数据质量极差，经常有负数库存。可行性评分 2.5 分。我们建议先做数据治理。
• 对账流程：价值高，系统是 SAP，界面稳定，业务配合度高。可行性评分 4.5 分。直接进入第一象限，优先启动。

最终，我们第一个月就上线了对账机器人，每天节省 3 个人工时。业务部门非常满意，后续项目推进也顺利多了。

4.5 小结

流程识别与筛选，说白了就是做正确的事。别急着写代码，先把流程的价值和可行性搞清楚。

记住三个关键点：

1. 用五个特征判断流程价值
2. 用四维矩阵评估可行性
3. 用四象限模型排优先级

下一章，我们会聊到具体的架构设计。但在这之前，我建议你先把今天的内容消化掉。拿你手头的项目练练手，看看哪些流程值得做，哪些该放弃。

嗯，今天就到这里。有问题随时交流。