一个任务跨三个 App 怎么做自动化？串联思路讲清楚

一个 App 里能做完的活，页面状态是连着的。你在首页，点进详情，返回，再进另一个入口，全程都在同一套界面里，找元素的方式也差不多。步骤再多，也还是这一套。

麻烦的是要来回切几个 App 才做得完的事。

三个常见场景

客服回一条物流咨询，经常要走三段。买家在 A 平台问「我的货到哪了」，你打开 B 后台查物流单号，有时还要到 C 平台看仓库的发货记录，最后回到 A 平台把结果回给买家。一个咨询，四个 App。

内容运营取材再发布，也是来回切。在 A 平台看到一条热榜，去 B 平台搜同题材的素材，下载下来，发到 C 平台的账号上。中间可能还要看 D 平台的发布时间表。

订单处理同样要核对好几处。订单从 A 平台进来，库存看 B 平台的仓库系统，发货信息录在 C 平台，对完账再回 A 平台点发货。

这三件事每一步都不难。顺序不能错，中间切错一次，后面会全乱。

难在每一次切换都要重新看屏幕。单 App 里，脚本可以假设自己还在这套页面里。跨 App 之后，这个假设不成立。每切一次都要重新回答三件事：现在在哪个 App，这是这个 App 的哪个页面，下一步该去哪儿。

传统脚本的办法是写死。先点这里的图标，等三秒，再点那里的按钮。每一步都写死，每一步都可能因为界面变化失效。四个 App 串起来有二十几个切换动作，其中任何一个失效，整条流程就断。

所以很多团队单 App 已经自动化了，跨 App 的活还是手动做。写脚本的维护成本太高。

把顺序和判断说清楚

iEasyRun 软件免费，装在自己电脑上。你写顺序和判断条件，切 App 的动作不用写。客服那个场景可以这么说：

打开 A 平台的买家消息，找到问物流的消息。记住买家问的单号，打开 B 后台查这个单号的物流状态。查到之后回到 A 平台，用「您的包裹当前在…」这个句式回复买家。如果 B 后台查不到，就先回一句「正在为您查询，稍后回复」。

这里没有「点屏幕左上角」这种话。你写的是要做什么。切 App、找入口、等加载，由它自己做。

要维护的内容因此少了一截。上面那段里，可能变的是句式，以及查不到怎么办。切 App 的方式、入口的位置、加载要等多久，不会写进描述里。

中间断了怎么办

半路出错得事先写上。三种处理，按投入从低到高。

描述里加异常分支。最常见的是弹窗和推广页。加一句「如果出现推广弹窗，先关掉再继续」，能挡掉一大类问题。遇到一次，就补一句进去。

让流程可以重来。某一步彻底卡住，回到最初那个页面重新开始，别硬往下走。写法是「如果失败，回到 A 平台的消息页重新开始」。

看日志定位。每次执行都留记录，标出跑到哪一步、哪一步失败了。环节一多，看日志比凭印象猜快。

存成工作流

跨 App 流程最值得存成工作流。单 App 的任务再描述一遍，花不了多少时间。跨 App 的段落长，顺序讲究，每次重说容易漏。跑通一次存下来，下次直接调用，就不用再口述一遍。

会变的部分留成调用时再填的变量。单号、句式、目标账号，每次都可能不一样，别写死在流程里。一套工作流能用很久。

第一次别挑四个 App 的，先挑两个。最容易上手的是两段：在一个 App 里看到东西，去另一个 App 用它。跑通再加第三段。稳定性是一次次补出来的。

动手之前，先手动完整走一遍，把每一步记下来。尤其记下步骤之间的过渡条件：你怎么知道查完了，什么状态下该往回走。照着这份记录写描述，比边想边说少漏。

跑起来之后，到 执行历史 看几次记录，每一步都能查到。更具体的场景可以看 短视频自动发布 和 电商批量上架。