五条误区
每一条都配了换个什么做法
「上了 AI 就能裁人」
你会听到的说法
老板算的是一笔很干净的账：三个客服一年多少钱，系统多少钱，多久回本。
实际会发生什么
重复动作被拿走之后，剩下的全是难的——投诉、例外、判断，这些恰好更费人。实际见到的结果是同样的人做更多的事，或者把人从搬运挪到判断。更麻烦的是另一头：以减编制为目标的项目，员工会认为自己在给替代自己的东西喂数据，而这套系统上线恰恰需要他们交出经验、标注例外、确认知识库——配合度一掉到零，项目就停在第三周。
换个做法
把目标写成「同样的人接住三倍的量」，而不是「减两个人」。 这个目标能公开讲，前一个不能——不能公开讲的目标，落地时一定会被消极对待。
「一次性全上」
你会听到的说法
既然决定要做，就一次做完，省得反复立项、反复走采购流程。
实际会发生什么
五条线同时开工，问题会同时爆发，没人分得清是哪一环出的错；排查一次要拉五拨人开会。同时第一个月拿不出任何能用的东西，预算和耐心会先耗光——项目死掉那天，往往每条线都差一点点就通了。
换个做法
先做一件，跑两个月，用真实运行记录决定第二件。单个工作流模块定制就是为这个起步方式准备的：建的时候就按「能接上下一件事」的方式建，第一件不会白做。
「流程还没理清，指望 AI 帮我理」
你会听到的说法
我们内部确实有点乱，正好借这次上系统一并梳理了。
实际会发生什么
顺序反了。自动化只会把现在的做法固化下来，而且执行得更快更彻底——混乱的流程自动化之后，只会更快地产生混乱。而且「梳理流程」本身不是技术交付物：该谁审、审几道、例外谁批、两个部门口径不一致时听谁的，这些是管理决定，外面没有任何一方能替你拍板。
换个做法
诊断阶段我们会把流程画出来、把分歧点一个个标出来，但拍板的是你们。 分歧点没解决的环节，我们会建议先不自动化——把没定的事固化下来，比不做还贵。
「让它全自动，不用人管」
你会听到的说法
要是还得有人盯着，那自动化的意义在哪？
实际会发生什么
没有人工卡点的系统，出错时没人知道。等到客户发现，已经是第三百封信、第三百张图了。而且真正会出事的动作就那么几类，它们恰好也是最不该省人的那几类：花钱、对外承诺、写入生产数据。
换个做法
卡点只留在那三类动作上，其余全自动——故意留卡点是设计，不是没做完。 卡点怎么找到人、一条通知里必须有哪三样东西，写在通知与人工卡点那一节。
「买个工具就行了」
你会听到的说法
市面上现成的一大把，按月付费，为什么要定制？
实际会发生什么
工具是通用的，你的流程是特殊的。买回来通常是 80% 的功能用不上，剩下 20% 差的那一点点，正好卡在你最需要的地方——它接不进你的 ERP、仓储、财务和内部审批，AI 出了结果还是得人手工搬进系统。差距在中间那段接入和定制上，那才是真正的工作量，也是买不到的部分。
换个做法
试水阶段买现成的很合适，这一点我们会直说。但一旦这条流程变成业务的一部分，数据归属和接入深度就成了主要问题—— 为什么这时候该换私有化，写在为什么是私有化那一节。
按时间线看
项目黄掉，通常黄在这三个时刻
目标写成了「减两个人」
从这一刻起，所有需要员工配合的环节都会变慢：经验挖不出来、例外说不清楚、知识库没人确认。技术上没出任何问题，项目照样推不动。
流程分歧一直没人拍板
两个部门对同一步的口径不一致，谁也不肯改。开发只能挂在那儿等，或者自己选一个——后者更糟，上线后两边都不认。
没人管待审队列了
新问题不入库、人工的实际回复没回流，机器还在用两个月前的答案。系统没坏，但它开始变得不准，然后大家慢慢就不用了。
三个时刻有一个共同点：它们都发生在人这一侧，而且都能提前一个月看出来。 诊断阶段我们专门找这三样：目标是怎么写的、分歧点有没有人能拍板、上线后谁负责看待审队列。
开工前自查
四个前置条件，缺一条就先别急着上
规则已经定型
下个月不会推翻。还在试的做法先别固化——自动化会把临时办法变成制度。
信息在系统里
不在某个人的脑子里、也不在一串微信聊天记录里。取不到的数据，做不成自动的流程。
有一个能拍板的人
不只是提需求，还得有权改流程。分歧点最后要落到一个人身上，否则会一直挂着。
重复量够大
每周都在发生。一个月三五次的事，把规则讲清楚的时间比省下来的还多。
四条都成立，那就挑重复量最大的那一件先做——岗位地图那一页把五类岗位里「能交出去的」和「必须留给人的」逐条列了出来，可以直接对照着挑。
常见问题
被问得最多的三个追问
01我们之前买过一套系统，最后没人用。这次凭什么不一样？+
先问上一次是哪一步断的，大多数情况会落在三个地方：它接不进你现有的系统，所以结果还得人手工搬；它是别人的通用逻辑，跟你的流程差一点点，那一点点每天都要人补；或者它上线后没人负责维护，慢慢就不准了。前两条是私有化定制在解决的问题——接进你自己的系统、按你的流程建。第三条不是技术问题，所以我们把它写进交付：谁来看待审队列、每周花多少时间，在诊断阶段就定下来，定不下来我们会提醒你这一块有风险。
02你们会不会为了签单，说什么都能做？+
诊断的输出里一定包含「不建议做」的那部分——这不是姿态，是我们自己的成本考虑：接一个不该做的自动化，交付期会拖长、验收会扯皮、最后还落一个没人用的系统，对我们是净亏。所以诊断结束时你拿到的是一份分了三档的清单：现在就值得做的、以后可以做的、我们建议你别做的。结论归你，不合作也可以拿走自己实施。
03团队里有人明确反对，还要往下推吗？+
先分清反对的是什么。怕被替代的，看反对的人是不是恰好最懂流程——通常是，那他该进项目组，而不是被绕过去；上线顺序也要调整，先上替他省时间的那部分，别先上盯着他的那部分。如果反对的理由是「这一步不能自动化，客户会跑」，那多半他是对的，值得当面听完——这类反对意见在诊断阶段最有价值，我们会专门找一线的人聊。