- 销售额一涨,第一反应往往是招人。可如果流程不变,新人也只是来做同一批重复的工作。
- 先看看忙不过来的是哪类工作。如果是查找、复制、总结和转交,系统就能接手。
- 从一项数量大、容易核查的工作开始,几周之内就能看到效果。
1. 问题出在流程把人用错了地方
团队开始忙不过来时,大家想到的第一个办法就是招人。但如果工作方式不变,新人进来也只是做同一批重复的工作,不过是把排队的活分得短一些。于是成本几乎随销售额直线上升。
销售额增长时,企业主看到的往往是同一幅画面:客服专员回复不过来,销售跟进不完客户,财务结账迟缓,经理一整天都在追问工作进度。传统的解决办法是招人,可如果流程不变,新人只是来做同一批重复的工作,帮忙把队伍切成更小的几段,成本因此几乎随工作量直线增长。
用 AI 用出成效的企业,会把工作看成一条“数据生产线”,不太按岗位来看。以做报价单为例,这件事包含好几个步骤:接收需求、核对产品资料、计算价格、生成文件、发送邮件、录入 CRM、设置跟进任务,远不止一名销售员的事。这七个步骤里,可能只有理解特殊条件和谈判需要人来做,其余几乎都可以交给系统准备。
第一阶段比较合理的目标,是让一名员工能处理两到三倍的工作量,用不着一下子把人全部撤掉。这样有人离职或业务增长时,公司就不必按原来的比例招人补位,还能把能干的人调去做创收更多的工作。
2. 怎样找出应该从人手里转给 AI 的工作
有个简单的判断方法:如果一项工作是查找信息、从一处复制到另一处、总结再转交,那就是系统可以先接手的工作。需要揣摩客户心思、或者要为后果负责的工作,仍然得由人来做。

先让每个团队把一周内做的工作记下来。不需要复杂的文件,只记工作名称、次数、每次用时、用到的数据和要交付的结果,然后把这些工作分进下面四类。
- 规则明确的重复性工作,比如给文件命名、搬运数据、生成标准文件或按条件发送提醒,适合用简单直接的自动化来做。
- 大量的阅读和写作工作,比如总结邮件、从文件中提取要点、起草回复或分类,适合用生成式 AI(Generative AI)。
- 跨系统的多步骤工作,比如接收订单、检查库存、创建工单并通知团队,适合用 AI 工作流或权限受限的 AI 智能体(AI Agent)。
- 影响重大的决策,比如批款、提供法律建议或对客户作出承诺。这类工作可以让 AI 准备资料,但必须由人审批。
每项工作从三个维度按 1–5 分打分:每月耗费的时间、数据的规范程度、系统出错时的损失。耗时多、数据比较规范、出错损失小的工作应该先做。比如汇总每日报告可能每月要花 80 个小时,但事后很容易核查,所以比让 AI 审批客户信用额度更值得先做,尽管后者听起来更让人兴奋。
3. 好的系统要有 4 层,光有聊天框不够
第一层是可靠的数据来源,比如产品清单、价格、政策、操作手册和客户资料。如果数据分散各处或没有负责人,AI 只会答得更快,不会答得更准。所以要规定哪份文件是正式版本、由谁更新,以及系统有权读取哪些数据。

第二层是业务规则。明确哪些情况不允许 AI 自行决定,比如折扣超过 10%、有欠款的客户,或涉及保修的内容。这些规则应该放在可审计的系统里,光靠写给模型的文字指令是不够的。
第三层是 AI,负责理解文字、总结、分类,并生成灵活的输出;第四层是工作流,负责把数据传给 CRM、ERP、电子邮件或审批人。只有 AI 没有工作流,员工还是得把答案复制过去,自己接着往下做,好处也就停留在省下几分钟,整个流程一点没少。
| 系统层 | 企业主要回答的问题 | 效果 |
|---|---|---|
| 数据 | 系统应该信任哪里的数据? | 答案是最新的,并且有出处可查 |
| 规则 | 哪些事可以批,哪些不能批? | 降低风险,减少模糊地带 |
| AI | 需要理解或生成什么内容? | 减少阅读和写作工作 |
| 工作流 | 拿到答案后,接下来要发生什么? | 减少手工转交 |
4. 让原有团队服务更多客户的工作示例
销售部门:少花时间复制资料,多花时间促成交易
AI 读取客户发来的消息,提取产品类别、数量、预算和交货期限,接着核对价目表,起草报价单和邮件,同时把信息录入 CRM。销售人员只需检查关键条件后点击发送,不用每次都从空白页开始做文件。省下的时间就能更多地用来打电话了解需求、和客户谈判。

客户服务:常见问题立即答复,难题交给对的人
系统根据知识库回答问题,从后台系统查询进度,需要转交时为客服人员整理好历史记录。不必要求机器人结掉每一个个案,目标是让标准问题不再进入人工队列,让复杂个案转过来时信息齐全。这样一名客服人员就能处理更多复杂个案,不必把时间耗在重复的问题上。
文件工作:在同一个流程中生成、检查和归档
有新订单时,系统生成工单,检查必填信息是否齐全,按标准给文件命名,存入正确的文件夹,并通知负责人。在许多小环节上省下工作量,往往比只在一个点上做大型 AI 项目省下的时间更多,因为员工不用来回切换界面,也不用记一大堆步骤。
5. 只有质量仍然可以衡量和控制,才能减人
企业主别因为演示(Demo)答对了五次就批准上线,要用大量真实工作来测试,包括数据不全、客户打错字、产品缺货、价格变动,或者消息里藏着诱导性指令的情况。系统应该显示数据出处,记录用了哪条规则,并在把握不足时停下来请人处理。
先用“AI 准备、人审批”的模式,收集至少两到四周的结果,然后衡量员工可以直接发送的比例、需要小改的比例和完全不能用的比例。质量达标之后,再允许系统在低风险情况下自动发送。一级一级地放开自主权,公司就能提速,又不必拿声誉去冒险。
- 对结果负责的流程负责人,不能把责任推给 IT 部门
- 工作记录和所用数据,出问题时可以回查
- 系统遇到超出条件的情况时,有停止按钮或转回人工的通道
6. 重新设计人的角色,别只是给旧流程装上 AI
如果装了 AI 之后,每个人仍要做原来的所有步骤,公司就多了系统成本,人数却一个没少。所以启用之前,要把新的分工写清楚:哪些“由系统做”,哪些“由人检查”,哪些“由人自己负责”。比如客服专员不再手工录入订单,只检查系统标记出来的订单;销售不再制作标准报价单,转而负责高价值的交易和特殊条件。
实际操作中,负责任地缩减人力,通常有三种途径:岗位空缺时不再补人;把人调去做创收的工作;合并以前因为行政事务太多而分开的岗位。要向员工说明,公司衡量的是工作的数量和质量,不看用了多少次 AI;同时培训团队核查结果是否准确,并报告异常情况。
7. 企业主的 30 天行动计划
- 第 1 周 · 梳理工作:选一个团队,记录重复性工作、所用时间和次数,算出每月的总工时,然后挑出一个数据齐备、风险低的流程。
- 第 2 周 · 制作原型:接入样本数据,建立主要规则,让 AI 先准备结果,暂不发给真实客户。至少收集 50–100 个测试案例。
- 第 3 周 · 小团队试用:让两三位真实用户通过系统工作,记录使用前后的用时,记下仍需要复制或等待审批的环节。
- 第 4 周 · 作出决定:如果省下了时间且质量达标,就调整岗位职责,扩大用户范围;如果没达标,就修正数据或终止项目。别因为已经投了钱就硬着头皮扩大。
第一个项目应该在一到三个月内把时间省回来,而且不需要更换全部核心系统。可衡量的小成功能让团队建立信心,也能为挑选下一个项目积累数据,效果比高调宣布一场没人对结果负责的大规模“AI 转型”(AI Transformation)好得多。
8. 用哪些数字判断业务是否真的在不增人的情况下增长
单笔交易成本、差错率、等待时间和客户满意度要放在一起看。如果人均工作量上去了,客户却要反复催问,或者开出的贷项通知单变多了,那就算不上真正的效率提升。还要跟踪每笔交易的 AI 费用,因为在大批量工作上使用昂贵的模型,可能省了人工成本,API 费用却涨上去,回报达不到预期。
总结:公司要在不增加人手的情况下增长,靠的是改变流程,光添工具不够。从耗时多的重复性工作入手,把 AI 和数据、工作流连接起来,按风险设置审批节点,并持续衡量人均工作量。做到这些,AI 就会成为公司的生产力,不再只是一个昂贵的文字助手。
让原有团队接得下更多工作,不用催每个人加快速度
哪些工作重复得让人厌烦,哪些需要经验,最清楚的是每天在做这些事的团队。所以我们会先完整地跟一遍实际工作,不只听会议室里的汇报,找出哪些步骤属于查找、复制、总结和转交,这一类系统可以先接手。然后大家一起商定什么样的结果算合格,哪些情况必须始终由人来看。这份共识比选什么工具更重要。
替人接手重复工作的系统
我们做的系统通常有四层:统一的数据来源、业务规则、让工作连续流转的工作流,以及供人处理例外情况的界面;另外还有一组数字,显示本月系统接手了多少项工作、转回给人多少项、质量有什么变化。我们从一项数量大、容易核查的工作开始,几周内就能看到效果,然后再逐步扩展。如果您的团队正因为工作太多准备招人,不妨先让我们帮您看看,多出来的究竟是哪类工作。
SOFTWARE ENGINEERING GLOSSARY
软件工程术语表
这组术语讲的是,怎样安全地让系统替人接手重复性工作。
| 术语 | 是什么 | 通俗示例 | 高管应问开发团队的问题 |
|---|---|---|---|
| Automation | 让系统按规则执行工作,不需要每次都有人下指令 | 只填一次资料,系统就能生成报价单 | 哪些工作系统可以自己完成?哪些必须由人确认? |
| Straight-through Processing | 让标准事项从头到尾自动处理完毕,全程无需人工经手 | 符合条件的申请自动审批并记录 | 目前有百分之多少的事项能自动走完、无需人工经手? |
| Business Rule | 写下来供系统据以判断的业务条件,与代码分开 | 折扣超过 15% 必须由经理审批 | 规则变了,谁能修改?要花多长时间? |
| Human-in-the-loop | 在设定好的环节安排人来检查或决定 | 人只检查系统没有把握的事项 | 人只检查哪些个案?检查的比例是多少? |
| Throughput | 系统或团队在一段时间内能完成的工作量 | 每周能开出的报价单数量 | 工作量翻倍时,系统能否承受? |
