有次帮朋友看一个活儿，她每天下午要手动把某表格里的几十条数据，一条条填进另一个网页系统。
她给我演示了一遍，鼠标点复制，切窗口，找输入框，粘贴，点保存，再切回去，下一条。动作已经练得飞快，一套下来大概四十秒，但全部弄完还是得将近一个小时。
她说最烦的不是慢，是中间不能停，电话一响就得重来，脑子还得记着刚才到第几条了。
这种场景其实挺典型的。桌面自动化和浏览器自动化经常被混为一谈，但她这个需求，恰恰是两者都得用上——从某表格里取数据是桌面操作，填到网页里是浏览器操作，中间还得在多个窗口之间来回切。
后来帮她弄的时候，捋清楚一件事：这种多应用协同，核心不在于操作本身多复杂，而在于怎么把“人的判断”翻译成“机器的条件”。
比如她之前填到一半，网页有时候会弹出一个验证框，问“是否确认提交”，她每次都得手动点一下。在零代码自动化的配置界面里，这其实是个“等待弹窗出现，然后点击确认”的动作块，跟填数据的动作块是并列关系，不是顺序关系。很多人配置时容易把流程画成一条直线，一遇到分支就卡死，其实就是忽略了事件驱动自动化的设计思路——流程应该是网状的，每一步都可能触发不同的后续动作。
小提示一个：配置这种跨应用流程时，先别急着连起来。把“取数据”、“切窗口”、“填第一个框”、“处理弹窗”、“填第二个框”、“保存”这些动作，分别做成独立的小块，每个块都跑通一遍，再用“当…时，执行…”的逻辑把它们串起来。这样后期调整也方便，不用动整条链。
她那个流程里有个细节挺有意思。某表格里的数据，有时候某列是空的，她之前遇到空值就得跳过那一条。在可视化编程的界面里，这对应的是一个条件判断：如果某字段不为空，才执行填写动作。这个判断本身不复杂，但在拖拽式操作里很容易被忽略，因为默认的思维是“逐条执行”，而不是“按条件执行”。
后来帮她调了调，把空值判断加进去之后，流程就稳多了。而且她发现，这样配置出来的自动化流程，比她手动操作还细心——至少不会因为走神把空值填进去。
她那个电脑配置也不高，装完跑起来基本没感觉。现在很多轻量级自动化的工具，底层逻辑早就不像以前那样必须常驻后台了，大多是基于事件触发，平时就静静待着，只有监测到特定窗口或者特定界面时才会动作，资源占用压得很低。这点对于办公用的老机器来说，算是个实在的设计。
她说现在每天下午那一个小时解放出来了，终于不用盯着屏幕反复点了。其实本质上就是把那段重复劳动的精力，转移到了前期一次性配置上。配置的时候稍微多花点心思把边界情况想清楚，后面就能一直省心。
实操核心：把任务拆成最小独立单元，每个单元都带一个明确的触发条件，再按业务逻辑组装，比一口气画完整条流程更容易调稳。
