判断一个自动化需求值不值得接，常见的误区是先看技术难度，再看客户预算，最后才想起问频率。顺序反了。频率和单次耗时相乘得到的总工时，才是自动化价值的地基，它决定了这个需求有没有复利空间。

频率必须和时间相乘

每天发生二十次、每次十五分钟的任务，即使只自动化八成，一个月释放的工时也足够可观。而每月只发生三次、每次十分钟的任务，即便做到百分百自动，节省下来的时间也不足以覆盖搭建和维护的投入。同一套流程设计、同样的对接沟通、同样的兜底规则设定，前期成本几乎与频率无关，区别只在于被执行次数摊薄了多少。低频任务的单次成本会被抬得很高，这是它天然的结构性问题。

所以看需求时不要接受“次数多”或“耗时长”这种单维度描述，要让客户给出日均发生次数和单次耗时两个数，相乘之后再判断。每周十小时左右的总工时，通常是一个自然的心理门槛：低于这个量级，收益很难撑起交付成本。

高频还改变了迭代节奏

除了省时间，频率还决定了一件事：反馈样本积累的速度。自动化流程上线后需要观察失败案例，才能校准兜底规则和准确率。同一套流程每天被调用二十次，问题会在一两周内集中暴露；每月只跑三次的流程，可能要等上几个月才知道哪里出错。低频任务的风险不在于省不下时间，而在于错误暴露得太慢，交付方长期处在“不确定它到底行不行”的状态，客户体验和后续优化都被拖住。

频率只是第一道筛子

高频不等于该接。如果输入数据格式混乱、输出结果没有明确的对错标准，或者单次错误的修复成本远高于自动化节省的时间，频率再高也不该直接上手。这类需求的正解通常是先做数据治理，或者把范围收窄成一个可测量的子任务，而不是承诺一个端到端的全自动方案。反过来，某些低频但错误代价极低、输入高度规范的任务，也可以通过降低准确率预期、明确人工介入节点的方式部分交付。

接到新需求时，先问频率和单次耗时，算出总工时，再看这个总工时能否同时撑起交付成本和反馈周期。两个条件都成立，才值得投入精力；只有一个成立，就需要和客户重新划定范围，而不是靠技术热情去补缺口。