RPA 已经渗透到金融、电商、政务、制造、医疗、财务人事六大行业——本节给出一张行业地图，并用和 1.1.3 相同的四问筛选法，帮你在自己的行业里找到第一个可做的场景。
1.4.1 讲定义、1.4.2 讲能力，本节讲【用在哪】。这一节和 1.1.3（Agent 应用场景）是一对——对照着看能发现一个规律：RPA 擅长【搬运和执行】，Agent 擅长【理解和创作】，两者重合的地方，就是本课案例的舞台。
一、行业地图：谁在用 RPA，用来干什么
| 行业 | 典型场景 | 成熟度 |
|---|---|---|
| 金融 | 对账、报表生成、开户资料录入、风控数据采集、贷后检查 | 最高（主战场） |
| 电商／零售 | 商品上下架、价格监控、订单处理、评价管理、多平台数据汇总 | 很高 |
| 政务 | 数据填报、证照录入、跨系统信息核对 | 高 |
| 制造 | 采购订单处理、生产数据汇总、供应商对账 | 中高 |
| 医疗 | 病历录入、医保对账、预约信息同步 | 中 |
| 财务人事 | 发票处理、报销审核、考勤统计、入职资料录入 | 高 |
| 内容运营 | 多平台内容发布、数据采集、评论回复（本课案例所在） | 中高 |
二、四类最高频的动作（几乎每个行业都在做）
抛开行业看动作，会发现 RPA 的应用其实高度集中在这四类：
① 搬数据：从 A 系统导出 → 加工 → 填进 B 系统。
例：从 ERP 导销售数据，算完汇总后填进管理报表。
② 抄页面：在浏览器里逐条复制信息，整理成表格。
例：从招标网站按关键词抓取项目信息，汇总成清单。
③ 走流程：在系统里按固定顺序点一串按钮，完成一次业务操作。
例：批量提交报销单；批量给订单插旗备注。
④ 定时报表：每天／每周固定时间，把数据汇总成报告发出去。
例：每天早上 8 点把昨日数据生成日报，发到工作群。
记住这四类：你遇到的场景九成能归到这四类里，认出来之后，方案基本就确定了。
三、行业数据：这些数字说明了什么
- 电商：约 80% 的电商与线上零售运营者反馈 RPA 提升了运营效能、降低了成本。头部 RPA 厂商在电商领域累计已为人类省下数亿小时的重复劳动——电商是 RPA 最接地气的战场（也是本课案例选它的原因）。
- 金融：银行、保险、证券的 RPA 应用最成熟，是市场份额的主要贡献者；金融业对【准确性】的要求最高，所以这一行的 RPA 项目往往要配套极其严格的日志与审计。
- 政务：超过 60% 的政务机构对流程自动化平台的安全性、稳定性、易用性要求越来越高。
- 渗透率：整体产业渗透率仍在 10%~13%——说明大部分场景还没被覆盖，机会在中小团队和个人手中。
四、四类不适合的场景（和 1.4.1 呼应，这里说得更细）
| 不适合的 | 为什么 | 怎么办 |
|---|---|---|
| 一次性任务 | 投入产出比极低 | 手动做完就算了 |
| 需要判断的 | RPA 不会判断 | 判断交给 Agent 或人，只把执行交给 RPA |
| 界面频繁变动的 | 今天搭好明天就废，维护成本高 | 优先找有 API 的方案；或接受高频维护 |
| 高风险不可逆的 | 错一次后果严重 | 加人工确认点；或只做【半自动】（RPA 准备、人确认提交） |
这张表的本课用法：第 2 章起的每个实战案例，都会走【Agent 负责判断＋RPA 负责执行＋人在关键点确认】这三段式——现在你先从反面认识它。
五、动手 Demo：给你的行业做一张【场景清单】
准备：纸笔或文本文件，不需要软件。
第一步——按四类动作扫一遍你的工作：对 ①搬数据 ②抄页面 ③走流程 ④定时报表 四类，各写 1~2 个你自己的例子。写不出来就写【我工作中没有这类】，也是有效信息。
第二步——填一张表：
| 场景 | 属于四类中的哪类 | 每天耗时 | 一年总耗时 | 四问得分 |
|---|---|---|---|---|
（四问＝高频吗／有规则吗／有产出吗／容错吗，各 1 分）
第三步——选一个最高分的，写出它的【理想流程】（不用管技术上怎么做）：
例：发票归档
1. 从邮箱附件下载本月所有发票 PDF
2. 读取每个 PDF 里的开票日期与金额
3. 按【年-月】建文件夹，重命名文件为【日期-金额.pdf】
4. 把金额汇总写入一张 Excel
5. 完成后发一条消息告诉我
看到什么算成功：你手上有一张你自己行业里的场景清单，并且挑出了一个具体、能在一周内做出第一版的目标。
读结果： - 如果你写出来的流程里有【判断这一步该不该…】——标记它，那是属于 Agent 的部分（1.6 会告诉你怎么办）； - 如果全流程都是确定动作——这是纯 RPA 场景，1.5 学完影刀就能动手； - 把这张清单留好：本课后面的案例会给你现成的模板，到时候把你的场景套进去就行。
30 秒实验
打开任意一个 RPA 厂商的官网（如影刀），找【场景案例库】或【应用市场】。
只做一件事：看它列出来的场景分类，数一数有多少个你能对上号。
结论：RPA 的场景大多很【土】——对账、导出、上架、归档。没有一个是高大上的。这正是它值得学的原因：真正消耗人的，就是这些土的活儿。
常见误区
- 【我所在行业太特殊，用不上】——你的行业特殊，但动作不特殊。四类动作（搬数据／抄页面／走流程／定时报表）几乎是所有知识工作的公共部分。
- 【只有大企业才做 RPA】——见渗透率数据：整体才 10%~13%，而且中小企业因为没资源做系统集成，反而更依赖 RPA。
- 【别人已经做过这个场景了，我做没意义】——别人做的是别人的流程。你的系统、你的字段、你的账号体系都不一样，必须自己搭——这也是本课教你【方法】而不是给你【脚本】的原因。
- 【场景越大越有价值】——大场景意味着多方协调、老系统、历史包袱。第一次做，选小的、你完全能控制的（1.1.3 已强调过，这里再强调一次）。
- 【RPA 只能做数据类工作】——它也能【做动作】：发消息、提交表单、点击操作。只是凡涉及【对外/不可逆】，必须留确认（本节第四节那张表的最后一行）。
自测三问（点开对答案）
1. **RPA 最高频的四类动作是什么？** ① 搬数据（A 系统→加工→B 系统）；② 抄页面（浏览器里逐条复制整理成表）；③ 走流程（按固定顺序点一串按钮完成业务操作）；④ 定时报表（固定时间汇总发送）。**你的场景九成能归到这四类。** 2. **为什么说【高风险不可逆】的场景要特别处理？** 因为 RPA 出错时会**照着错的方式做到底**，而这类操作（已发消息、已提交订单、已付款）**无法撤销**。做法是**加人工确认点**，或只做半自动（RPA 准备、人确认提交）。 3. **本课后面每个实战案例的标准结构是什么？** **Agent 负责判断 ＋ RPA 负责执行 ＋ 人在关键点确认**——三段式。这一节从反面（哪些场景不该做）先把边界立住，后面从正面反复用它。- ☐ 下一节（1.5.1 基础介绍）
相关笔记
- Agent 应用场景 —— 同一套四问筛选法的 Agent 侧版本
- 什么是RPA —— 三个条件与经济账
- 基础介绍（影刀） —— 下一步：上手一个具体的平台
- 案例概述 —— 教材实战案例的全景
- 🤖 Agent+RPA实战 · 索引 —— 全课路线图