自动化工作流：什么该串起来，什么别串

先看这件事值不值得自动化

三个条件同时满足才值得：每周至少三次、步骤固定、错了能发现。

每周三次以下的活，搭流程的时间够你手动做半年。步骤不固定的活，流程每个月都要改，改的时间比做的时间长。

错了发现不了的活最危险。自动发出去的邮件、自动提交的表单，一旦出错是批量出错。

先手动做两周，把步骤记下来。记不下来的，说明你自己也没想清楚，别急着自动化。

无代码平台：选触发器、拖动作、填参数。适合表单收集、消息通知、表格同步这类固定套路。

脚本加接口：自己写代码调 API。适合需要判断、需要循环、需要处理异常的场景。

分界线大概是：流程里有“如果……就……”超过两个分支，无代码平台就开始别扭；有循环和重试，直接写脚本。

选错的表现是：在平台里绕了八个节点实现一个判断，改一次要重连一遍。

失败通知。任何一步失败，要有人知道。没有通知的自动化，坏了三个月都没人发现。

幂等。同一条数据跑两次，不能产生两条记录。做不到幂等，重试就是灾难。

日志。每次执行记下输入、输出、耗时。出问题时这是唯一的线索。

这三样不加，流程能跑，但不敢让它跑重要的活。

对外发送的内容。自动生成的邮件、自动回复的客服，发出去就收不回。这类流程留一个人工确认步骤。

涉及金额的操作。退款、打款、改价，让它自动算可以，自动执行不行。

跨系统的状态同步。两个系统状态不一致时，自动同步会把错误扩散。宁可停下来报警，等人判断。

一条经验：流程里只要有一个环节错了代价很大，那个环节就设人工卡点。其他环节自动化，整体效率一样高。

还有一条：流程上线第一周一定盯着。前二十次执行会暴露大部分边界问题，过了这一周才敢放手。

一个人维护得过来吗？

三五条流程可以。超过十条，就要有人专门管，否则改动互相影响，排查很痛苦。

模型调用能放进流程吗？

能，但要设超时和兜底。模型偶尔会慢或者返回不合格式，流程要有重试和降级。

怎么估搭建时间？

按你手动做一次的时长乘三十。乘二十是顺利情况下的下限，调试、接权限、处理异常，每一样都比预想慢。