如果有的话，那么下面要谈到的微软出品的PowerAutomateDesktop(后文将简称为：PAD)可能就会帮到你。
这部分不必强追概念区别，毕竟工具的最终目的还是能用，有用，好用。
再直白一点，RPA工具能做的，就是帮助你相对低成本地把工作流中重复性的、周期性的工作给自动化掉，降本增效。
RPA工具的场景决定了它主要面向的是toB市场，里面既有UiPath这种敲钟新贵，也有微软这种老牌巨头。
但即使如此，PAD单单本地的能力也能在一定程度上帮我们解决不少问题了。
Quicker做得很「轻」。随时唤起随时使用，创建的动作多数也是基于键鼠模拟、三方脚本，少有针对特定软件的API调用。尤其在浏览器里做自动化的场景，用Quicker会显得力不从心。
而PAD相对而言做得则会「重」一些，流需要打开软件才能运行。而且它针对Excel、PDF、网页都有专门的功能提取，能拼成更复杂的自动化流程。
下文中用PAD做的流如果用Quicker实现起来，那难度和准确性完全不在一个层级。
不过需要注意的是：微软的网站访问起来可能需要一点玄学手段，看地区：)
整个流程设置界面可以分成三部分：操作区、流程区、变量区。
流程区就不多介绍了，我们需要做的就是将我们的工作流拆成一个个子任务填到这个区域。
需要的时候把操作拖到流程区即可，界面都很简单易懂。
在变量区有三个Tab，各自代表这一种变量，分别是「变量」、「UI元素」还有「图像」。
这里的变量就是传统意义上的变量，存储一些文本、数字。你可以在过程中新建、删除、赋值。
UI元素是指软件UI界面中的元素，比如Word中的表单、浏览器中的按钮，此外部分UI元素是可以提取出文本的。
此类元素的一部分判别条件是包含着UI上的文本的，所以如果如果想使用UI元素做子模块，那么务必要保证窗口UI上的文本一致。
图像支持的操作其实已经把它的用途说的很清楚了：
通常有两种方法创建自己的流：
当然，多数情况下两个得结合着来，多调试。PAD在调试的过程中支持断点和逐步运行，过程中变量值的变化也会显示在屏幕上。
整个过程是完全的重复性工作：打开网页=>点击『导出』=>选择导出格式=>点击确定=>下载完成后把文件移动到特定文件夹=>打开汇总的Excel=>点击PowerQuery「全部刷新」。
在没有PAD的情况下，全程都需要自己操作。而有了PAD之后，以上所有操作都可以浓缩成鼠标的一个点击。
因为数据安全的缘故，我拿两份在线表格的示例数据做一个演示：
RPA工具本身只是复现了人工的操作，所以想写出一个流，首先是把整个人工流程拆成一个个不能再拆分的子动作。
落实到批量下载上就是：
所以我们看图片中的流：
这个场景主要针对的是那些需要经常和微软Office套件打交道的朋友。
现在你收到了50多份Word表单，可能是户口迁移/奖金申请/事故报告……总之，你现在想把这些表单中的姓名、手机号、身份证号等其他信息都汇总到一张Excel表单里面。
那传统的方法可能真的就是只有逐个打开Word，重复粘贴到Excel里面了。
但你可以用PAD这样做：
同上，我们需要讲整个填表的流程拆成一个一个子动作：
里面有几个点值得一提：
上文提到过，由于提取文字这一步用到了「UI元素」这种变量，所以必须保证不同的Word的文件具有相同的标题，否则提取就会失败。
受本文编辑Lincoln指点，其实在PAD对应步骤里的Name的运算符从「等于」切换到「包含」就可以规避掉重命名这一步了。
PAD仅内置了「用Excel打开」，对于其他的文件，你需要自行填写它的命令行打开方式。
通常来讲，常用软件都可以按上图的方式，更改一下程序路径和文件名即可使用。如果不行的话请百度「程序名+命令行+windows」。
这个演示视频虽然看着挺厉害的，但需要指出的是此功能对多数的普通Word表格是无效的。如果想要使用此功能，需要在Word的单元格中开启「纯文本内容控件」。
如果Word表格中没有纯文本的内容控件，目前PAD是无法从UI元素中提取出文字的。
如果如果你没有修改Word模板的权力，要实现此效果恐怕只能通过模仿键鼠或者VBA了。
我承认，这个场景是我奇葩臆想出来的[Doge]
假设你现在有1000+的PDF书籍，你想要把他们的封面都提取成图片做一张合照来展示。
在没PAD的情况下，我没想到啥低成本的解决方案。唯一的想法可能是AdobeAcrobat+Js脚本，但显然门槛太高。