什么时候 Zapier、Make 或 n8n 已经不够用？

三个时刻，而且没有一个是人们预想的那个。当一个流程必须做出只有您的企业才能做的判断时。当一个流程出了故障，却可能没有任何人发现时。当流程之间开始相互依赖时。在其中任何一个成立之前，这些工具都是正确的答案，我们会这么告诉您，然后收工回家。

最后这一点值得先说，因为关于这个问题，您通常听到的建议，都出自一个手里有更大的东西要卖的人。大多数只跑着少量流程的企业，应该继续用下去。

这些工具真正擅长什么？

在那些从一开始就没打算互相对话的应用之间搬运信息。这是一个真实存在的问题，而它们解决得很好。一个触发条件、几个步骤、一个目的地：来了新订单就生成一行记录，附件自动归档，表单自动填进表格，有人收到通知。您办公室里任何一个用得好电子表格的人都能搭一个，不需要开发人员，不需要立项，也不需要请示。

它们还做了一件没人给它们记功的事。您账户里的每一个流程，都是由一个每天切身感受到某种具体代价的人搭建的，而他准确描述了应该怎样做才对。这比任何顾问靠提问得出的结论，都更能说明您的企业需要什么；文章最后我们还会回到这一点。

什么时候，一个流程需要知道只有您才知道的事？

这是第一个极限，它来得悄无声息。

“把这张订单录入开票系统”是一个搬运问题。这些工具就是为此而生的。“把这张订单录入开票系统，除非这个客户的赊账已被冻结；如果缺货，就从能最快发货的那个仓库调货”，这是一个判断问题。它需要您的赊账规则、您的库存状况和您的发货地理，而这些都不在订单里。

您可以硬来，很多人也确实这么做。在表格里做一张查找表。三个筛选分支。再加一个先运行的流程，写下一个标记，让第一个流程去读。它能用，能用上一阵子。实际发生的是：您企业的一部分业务逻辑，现在住在一块画布上，没人能把它当成一句话读懂，没人能在修改前先测试，也没人能回答它上周二为什么做出了那个决定。

一个今天就能做的检查：拿出您最重要的那个流程，请一个不是它的搭建者的人，大声解释它做了什么、为什么这么做。如果他解释不了，这条规则在您企业里的任何地方都没有写下来。它只以方框和箭头的形式存在，在一个账户里，在一个人的脑子里。

如果一个流程停了，您怎么会知道？

第二个极限，也是代价高昂的那个。

这些工具出故障时悄无声息，这并不是它们的缺陷。某次运行报错，错误被记入日志，也许会有一封邮件落进搭建者的收件箱。生意照常进行，浑然不觉。那张从未进入开票系统的订单，不会以错误的形式被发现；它会以一张缺失的发票被发现，或者以一位客户来问货在哪里的形式被发现。

所以，对您最依赖的那个流程问两个问题。如果它今晚停了，谁会注意到？他们又会怎么注意到？如果对第二个问题的诚实回答是“客户会打电话来”，那您拥有的就不是自动化，而是一个没有申报的依赖。

解决这个问题的，不是一个更聪明的工具，而是一种习惯，而且是再普通不过的工程做法：故障当天就送到一个指定的人手里，写明什么出了故障、当时正在处理什么、该怎么办；出故障的事项放在一个队列里，等原因修复后，有人可以重试。毫不光鲜，但能撑起一门生意的自动化，和要靠客户来告诉您出了事的自动化，区别全在这里。

第 20 个流程什么时候会成为问题？

第三个极限是依赖关系，大多数情况都由它来决定。

一个流程是一件工具。20 个流程，是一个没人设计过的系统。第 19 个写下一行，第 20 个去读它。有人改了表格里的一个列名，三个流程之外的某个东西就停了，原因要花一天才能找到。没有一份清单列出什么在哪里运行，没有办法先在安全的地方试一下改动，也没有任何记录说明当初为什么这样搭。搭建最重要的那几个流程的人，往往已经换了工作。

请注意，这里没有发生什么。没有任何东西坏掉。每个流程都仍然在做它被搭出来要做的事。消失的，是任何人有把握地修改任何东西的能力，而这才是“不够用”的真正含义。不是工具变得太小了，而是您对它的依赖，超过了您对它的理解。

那费用呢？

值得说清楚，因为这通常是让老板终于开始问这个问题的原因，尽管它很少是采取行动的最佳理由。

这些工具按用量收费。每一次运行、每一个步骤，都被计数、计费。这意味着，账单的增长与自动化运转得有多好恰好成正比；您终于让整个接单台都靠它运转的那个月，正是订阅费开始让您心疼的那个月。无论对应的数字是多少，让这样一种奇怪的激励垫在您企业所依赖的东西底下，都不对劲。

那要全部扔掉吗？

不，这和现有软件该替换还是打通的答案一样：问题从来不在工具，而在于哪些流程没通过哪一道检验。

把您搭建过的流程列成清单。对每一个流程问三个问题。它是否要做只有您的企业才能做的判断？如果它停了，会有人知道吗？有没有别的东西依赖它？三项都没问题的流程原封不动，大多数流程都会是这样。有一项或几项不合格的流程，就是您的需求规格：正是它们，应该变成您自己的系统，有人盯着，经过测试，并写进一份人读得懂的文档里。

真正已经用不下这些工具的企业，大多只是在三四个地方不够用，而不是处处都不够用。谁告诉您不是这样，谁手里就有一个平台要卖给您。

您搭建的东西里，应该保留什么？

比您想的要多，而这恰恰是最常被扔掉的部分。

那个账户里的每一个流程，都是一份有据可查的需求。一个真实的人，承受着真实的代价，准确描述了应该怎样做才对，而且在乎到愿意亲手把它搭出来。这比在会议上给出的同样答案更有价值，因为它是搭出来的，而不是提出来的。没有人会为一个自己没有的问题去搭流程。

所以，当工作迁移时，这些流程要作为证据一起迁移，而不是当作垃圾扔掉：自动化了什么，由谁做的，按痛点排在什么顺序。它是您企业所拥有的最诚实的需求文档，而且没让您付出任何额外成本。

那家家具厂，就是走过这一步之后的样子。订单的每个环节都由做事的人在手机上确认，所有订单都显示在老板看板上，从报价到发货之间没有任何东西需要重复录入。这些事，无代码工具都可以去尝试。但没有一件，能放心地托付给它。

所以：不是在有人告诉您这个工具不够专业的时候，也不是在您达到某个规模的时候。而是在一个流程做出了没人读得懂的判断、一次故障要通过客户才传到您耳朵里、没人敢碰第 19 个流程的时候。这是关于您已有系统的三个问题，答案会点出其中值得迁移的那几个。其余的一切都留在原地，这也正是我们一开始界定 AI 与自动化工作范围的方式。