AI系统落地 · 第 1 单元 / 共 7 单元
业务流程:把一单业务拆成AI驱动的工作流
本单元讲AI怎样从帮人写文字,变成由业务数据驱动、在系统里推动业务的工作流,以及怎样把一单业务拆成这样的工作流。
课程目录
本页目录6 节 · 21 小节
- 01AI从写文字走向驱动业务
- 写标书的核心是做投标方案
- 文字驱动的AI停在对话框里
- 业务驱动的AI在系统里推动下一步
- 02挑出能由AI驱动的业务
- 能由AI驱动的业务有五个特征
- 本课用三条工作流做示例
- 03把一单业务拆成节点
- 起点终点都有明确的验收标准
- 每个节点写清用什么数据做什么判断
- 04逐个节点定下由谁来做
- 需要综合判断的节点交给AI
- 规则明确的节点由系统自动执行
- 涉及承诺的节点由人拍板
- 最费人工的节点最先自动化
- 试听到排班的五个节点各有分工
- 投标方案的六个节点各有分工
- 售后换货的六个节点各有分工
- 节点上的判断方法写成技能包
- 05整条工作流上系统,走向AI原生企业
- 技能包只改善单个节点
- 跨岗位的流转要交给系统
- AI原生系统把四样东西串起来
- 每条工作流都是AI原生企业的一块底板
- 后续六个单元沿工作流逐步落地
- 工具:工作流设计一页纸
- 06参考文献
一家耗材供应商收到招标文件,销售翻产品手册找型号,打电话问库存和交期,再翻出上一次投标的报价,把定下来的内容填进标书模板。忙乱集中在找数据和定方案,排版只占最后一段。AI要提效,就从这份方案下手,先把这一单拆成一条由业务数据驱动的工作流 Workflow;先做哪一件,管理层课的选题判断已经讲过。
系统落地 D01 · 01
1、AI从写文字走向驱动业务
这一节先把AI在系统里的位置讲清楚,后面各节都从这里出发。
写标书的核心是做投标方案
一份标书要回答四个问题:投哪些型号,报什么价,怎样供货,哪些条款能满足、哪些有偏离。型号从产品库的参数比对出来,价格从成本、价格表和库存交期算出来,供货安排看库存和交期,条款能否满足,看资质文件和参数对不对得上。报价往上还是往下走,参考历史投标和中标价。
四个问题定下来,投标方案就成形了。标书按方案生成,报价单、技术应答、偏离表、资质附件,一项项对应方案里的结论;方案错了,排版再整齐也难中标。
教培的试听转正式班,核心是排班方案:按学员的目标、基础和可上课时间,从现有班级里匹配出合适的一个。售后换货的核心是换货方案:按订单、换货条件、库存和发货仓,定下换什么、从哪里发、怎样答复客户。文件是方案的输出,方案是数据算出来的结果。
文字驱动的AI停在对话框里
文字驱动的用法,人把材料贴进对话框:招标文件、聊天记录、上一版报价,请AI写一段说明或改一遍措辞。AI回一段文字,人复制回系统;数据靠人搬,判断靠人做,AI接的是把结论写成句子这一段。
这套用法解决的是个人效率,员工手头一件事办得更快,C01 工作分配讲的就是把日常事务交给AI。该查的库存还得人查,该定的价还得人定,下一岗什么时候收到,看这个人什么时候贴完。单子多起来,人还是忙在搬数据和定方案上。
业务驱动的AI在系统里推动下一步
业务驱动的用法,AI在系统里,由业务事件触发:招标文件进了公司邮箱,教师提交了试听反馈,客户在售后入口提出换货。智能体 Agent 收到事件,按账号权限查这一单的数据:产品库、价格表、库存、历史投标,或者学员档案、班级容量、课表。它按事先写好的方法做判断,产出方案并写回系统。下一个节点由系统触发,不用等人转交。
人只在两处出现:承诺和例外。报价和交货承诺,学员的班级选择,换货的例外情形,停在确认页上等人拍板。价值落在业务结果上:客户等的时间短了,方案按同一套数据算出来,差错少了,一个人能照看的单子也多了。
系统落地 D01 · 02
2、挑出能由AI驱动的业务
管理层课讲先做哪件事,这里讲一条业务能不能由AI驱动。
能由AI驱动的业务有五个特征
第一条,天天发生,每单经过大体相同。试听转正式班、投标报价、换货几乎每天都有,节点和顺序基本固定。
第二条,关键判断依赖业务数据。排班看学员档案和班级容量,投标看产品库、价格成本、库存交期和历史投标,换货看订单、换货条件和库存。数据越完整,AI给出的方案越准。
第三条,数据在系统里,或者接得进来。排课、产品价格库存、订单系统里都有,节点之间的材料由系统传递。只记在老员工脑子里的判断,先按D02 经验留存写下来。
第四条,条件说得清,能写成系统里的判定条件或可复用的方法。报名条件、报价权限、换货条件有成文规定,或者老员工讲得出先看什么、后看什么。
第五条,关键决策有人拍板。最终报价、投标承诺、登记正式班、换货的例外,都能安排专人确认;AI和系统把前面的匹配、测算和准备做完。
本课用三条工作流做示例
教培售前从教师提交试听反馈开始,到班级负责人确认接收结束;五个节点里,匹配班级是核心,系统按时间和容量筛出可报的班级,AI按学员目标和基础排序。耗材供应商的投标从收到招标文件或询价单开始,到标书按时递交、或客户确认收到报价结束;六个节点里,匹配产品和测算报价是核心,型号从产品库比对出来,底价从成本和库存交期算出来,报价建议参考历史投标和中标价。
电商售后从客户提出换货开始,到换出商品发出、客户收到通知结束;六个节点里,定换货方案是核心。这里的节点是教学设计,实际报名条件、报价权限和退换资格由业务负责人确认。

系统落地 D01 · 03
3、把一单业务拆成节点
选好业务,下一步是把一单的经过拆成节点。A05 任务编排讲过,工作流的节点和连线预先定义,前一个节点产出的结果就是后一个节点的输入。
起点终点都有明确的验收标准
起点以一个能核对的业务事件为准:教师提交试听反馈,系统里有提交时间;招标文件或询价单进了公司邮箱;客户在售后入口提交换货。终点以下一岗确认接收为准:班级负责人接收交接,标书按时递交或客户确认收到报价,换出商品发出后客户收到通知。
两头定不下来,同一单的耗时就对不上。顾问从试听结束算起,教务从收到报名消息算起,各记一遍,加起来比实际长。
每个节点写清用什么数据做什么判断
每个节点写四项:用到的数据来自哪个系统,做的判断或动作是什么,产出的结果写回哪里,由谁确认。四项写全,节点之间靠什么连接、系统要开放哪些数据,才有依据。
| 节点 | 用到的数据 | 做的判断 | 产出的结果 | 谁确认 |
|---|---|---|---|---|
| 解析要求 | 招标文件里的品目、技术参数、数量、交期、资质和实质性条款 | 拆出上述内容,逐条对应到本项目 | 本项目需求清单,写回投标项目 | 不设 |
| 匹配产品 | 需求清单、产品库参数 | 逐条比对参数,标出满足项和偏离项 | 可选型号和偏离清单,写回本项目 | 不设 |
| 测算报价 | 成本、价格表、库存交期、历史投标和中标价 | 算出底价和供货安排,参考历史给出报价建议 | 底价、供货安排和报价建议,写回本项目 | 不设 |
三个节点都不设人工确认,结果直接进入下一节点,到定价决策才由投标负责人签字。换一条工作流,栏目不变,数据换掉。
系统落地 D01 · 04
4、逐个节点定下由谁来做
拆好节点,逐个定下交给AI、系统还是人。这一步决定一条工作流里有多少节点能自动完成。
需要综合判断的节点交给AI
有几类节点写不成固定步骤:读懂招标文件里哪些是实质性条款,按参数逐条比对产品并标出偏离,参考历史中标价给出报价建议,按学员目标和基础推荐班级,判断换货是否属于例外。这些要同时看几份数据,结论还得讲得出理由,交给智能体。判断方法写成技能 Skills,装在技能包里,节点只负责调用。
规则明确的节点由系统自动执行
另一类节点的条件定得很明确:按参数检索产品库,按成本和价格表算底价,核对班级容量和必填字段,附上有效期内的资质文件,按确认的方案建换出单,发货后推送物流状态。系统里的程序按条件执行这些动作,上一节点完成即触发下一节点。
涉及承诺的节点由人拍板
涉及钱和承诺的地方留给人:最终报价和交货承诺,标书递交,学员的班级选择,正式班登记,换货的例外,退回商品的验收。确认页上摆着方案、依据和偏离项,签字的是人。
最费人工的节点最先自动化
各节点费人的程度差得远:找数据、比参数、算价格、重复录入、反复追问,这几类最费人工,也最容易先交出去。等退件到货、等仓库验收的时间,自动化缩短不了。
试听到排班的五个节点各有分工
教师提交试听反馈,这一单开始。解析反馈交给AI:提取学员目标、基础和可上课时间,写进学员档案,缺项时生成补问。
匹配班级是这条工作流的灵魂,由系统和AI分工:系统按上课时间和班级容量筛出还能报的班级,AI按学员的目标和基础排序,给出推荐理由。排序的方法装在排班技能包里。
顾问与学员确认班级和报名条件,这一步由人拍板;学员不选推荐班级,退回匹配节点重排。登记正式班由系统核对容量和必填字段,教务确认后登记。交接由AI生成学员档案摘要和交接说明,班级负责人确认接收。

投标方案的六个节点各有分工
收到招标文件或询价单,解析要求交给AI:拆出品目、技术参数、数量、交期、资质和实质性条款,写进本项目需求清单。匹配产品由系统和AI分工:系统按参数检索型号,AI逐条比对参数,标出满足项和偏离项,调用选型技能包。
测算报价也分两边:系统按成本、价格表和库存交期算出底价和供货安排,AI参考历史投标和中标价给出报价建议,调用报价技能包。定价决策由投标负责人确认投标型号、报价和交货承诺。
生成标书是方案的输出:AI按定下的方案生成报价单、技术应答和偏离表,系统附上有效期内的资质文件。核对递交时,AI逐条核对实质性条款是否已经响应,投标负责人确认后按时递交;无货或交期不满足,退回匹配节点重选型号。

售后换货的六个节点各有分工
客户提出换货,解析诉求交给AI,提取订单号、商品、目标规格和原因,缺项时生成补问,缺订单号或规格退回这一步。判定资格由系统查原单和换货规则,AI判断是否符合,标出例外情况。定换货方案时,系统查目标规格的库存和发货仓,AI给出换货方案和给客户的答复。客服确认方案,例外情况交售后主管;仓库验收退回的实物,系统按确认的方案自动建换出单;发货后系统推送物流状态,AI答复客户的进度追问。

三条工作流里,AI做判断、匹配和生成,系统做查询、计算、核对和流转,人做拍板和实物操作。多数节点自动完成,人工确认点少而清楚。
节点上的判断方法写成技能包
节点上的判断方法写成技能包,A05 讲的可复用方法包:怎样按参数选型,报价参考哪些历史数据,怎样按目标和基础排班,哪些换货情形算例外。技能保存方法,不保存事实;本单的数据从系统取,学员的新选择、当前库存,技能包里没有。执行按账号权限,技能不会自动增加权限。老员工的做法怎样整理,见C06 经验复用;判断怎样写细,见D02 经验留存。
系统落地 D01 · 05
5、整条工作流上系统,走向AI原生企业
节点分工定下,整条工作流要放进系统里跑。这一步也是后面六个单元的起点。
技能包只改善单个节点
员工在一个节点上调用技能包,不必等系统改造就能先做。改善范围到这一个节点为止,下一岗什么时候收到、整单停在哪一步,技能包里没有。
跨岗位的流转要交给系统
事情多数停在两个节点之间。顾问说学员已经报名,教务还在问上课时间;客服说换货单已经提交,仓库没有拿到原订单。分界看这件事归谁管:一个人临时处理一个节点,调用技能包就够;多人共用一套口径、结果写回系统、上一节点完成就触发下一节点、每一步都查得到,这些落在岗位之间,单个技能包管不到。
AI原生系统把四样东西串起来
AI原生系统里,四样东西各管一段。业务系统承载流程、数据和权限;工作流管节点的顺序和流转,智能体在需要综合判断的节点上工作,外层仍由工作流管理;技能包作为节点上的方法被调用。每个节点的状态、确认点和结果写回业务系统,AI是系统里的一项功能,业务系统本身完整。
用投标串一遍。招标文件进了邮箱,工作流启动解析要求。需求清单写回项目,匹配产品调用选型技能包;测算报价查成本、价格表和库存,报价建议写回。流程停在定价决策的确认页,投标负责人签过字,生成标书、核对递交接着跑,递交时间和版本记在项目下,中标与否也写回。
每条工作流都是AI原生企业的一块底板
一条工作流上系统,公司攒下三样东西:定义清楚的流程,写成技能包的判断方法,按节点记录的业务数据。数据会回流:中标与否、学员是否续读、换货是否顺利都写回系统,下一次匹配和报价多一份依据。
下一条业务沿用同一套做法:挑业务,拆节点,定分工,上系统。一条条接上,企业的常见业务都在AI驱动的工作流上运行:人定目标、规则和关键决定,AI在节点上查找、起草、核对,每一步结果写回业务系统。这就是AI原生企业的样子,C02 客户沟通称之为AI原生组织,并从客户沟通这个入口讲了本体和业务概念。
后续六个单元沿工作流逐步落地
| 工作流上的内容 | 在哪一单元展开 | 本单元先留下什么 |
|---|---|---|
| 节点上的判断方法 | 经验留存:资深员工判断的书面化 | 每个节点用什么数据、做什么判断 |
| 节点用到的资料 | 资料准备:AI可用资料的整理标准 | 每个节点查哪个系统、取哪些字段 |
| 节点产生的数字 | 数据口径:业务指标的统一算法 | 节点开始和完成的时间、写回的结果 |
| 节点上的系统操作 | 结果核验:系统操作结果的确认 | 查询和写入的位置、有权确认的岗位 |
| 上线前验收 | 上线验证:上线前的效果检验 | 正常、缺项、退回时的合格表现 |
| 试运行和暂停 | 试用管控:小范围试用的暂停机制 | 当前状态、未完事项和异常找谁 |
节点、数据和确认条件写扎实,后续上系统才有可以接的东西。
工具:工作流设计一页纸
可以直接复制使用。业务负责人、业务团队和外部实施团队一起商量:业务团队说明业务和规矩,外部实施团队据此设计、搭建系统。
| 商量的内容 | 方案记录 |
|---|---|
| 这件事是什么 | 要办的事:____;交出的结果:____ |
| 谁在用 | 使用岗位:____;使用位置:____ |
| 从哪一步到哪一步 | 起点记录:____;终点记录及接收岗位:____ |
| 工作流节点 | 节点名称、用到的数据、做的判断、产出的结果、谁确认:____ |
| 节点上的技能包 | 哪个节点、写下的方法、维护人:____ |
| 用到哪些资料和系统 | 现行资料:____;查询的系统:____;获准写入的位置:____ |
| 哪些动作要人确认 | 确认的动作:____;有权确认的人:____ |
| 出了问题交给谁 | 缺资料找:____;业务争议找:____;系统故障找:____;联系方式:____ |
| 怎样算合格 | 列出三至五条,每条记下具体情形和合格表现:____ |
合格标准在动手之前写成“遇到什么情况,系统怎样处理”。试做时逐条核对,上线前按同一组标准做完整检查,见系统落地课的上线验收。
教学示例|教培方案简版
- 这件事是什么:AI解析试听反馈、匹配班级,交出学员档案、班级推荐和交接说明,教务登记正式班。
- 谁在用:顾问、教务在排课系统里使用,班级负责人接收交接。
- 从哪一步到哪一步:教师提交试听反馈,到班级负责人确认接收。
- 用到哪些资料和系统:试听反馈、学员档案、班级容量、课表;查询排课系统,获准后登记正式班、写回学员档案。
- 哪些动作要人确认:顾问与学员确认班级和报名条件,教务确认后登记正式班,班级负责人确认接收。
- 出了问题交给谁:缺学员时间找顾问,班级容量和课表问题找教务,报名条件争议找业务负责人,系统故障找外部实施团队联系人;各岗位附联系人和联系方式。
- 怎样算合格:①缺学员目标、基础或时间时,AI生成补问,档案留空;②所选班级满员时,确认页标出容量不足,交顾问重新确认,不越过容量登记;③学员不选推荐班级时,退回匹配节点重排,不直接登记;④登记前系统核对容量和必填字段,确认不全时保留待审记录,不登记正式班。
教学示例|投标方案简版
- 这件事是什么:按招标文件或询价单做出投标方案,交出报价单、技术应答、偏离表和资质文件。
- 谁在用:投标负责人在报价和投标流程里使用。
- 从哪一步到哪一步:收到招标文件或询价单,到标书按时递交,或客户确认收到报价。
- 用到哪些资料和系统:招标文件、产品库、价格成本、库存交期、历史投标记录、有效期内的资质文件;查询产品库和库存,获准后生成标书。
- 哪些动作要人确认:投标负责人确认投标型号、报价和交货承诺,核对实质性条款后确认递交。
- 出了问题交给谁:缺参数、缺库存或交期不满足找投标负责人,条款争议找业务负责人,系统故障找外部实施团队联系人;各岗位附联系人和联系方式。
- 怎样算合格:①招标文件缺数量或交期时,AI标出缺项并生成补问,需求清单留空;②产品库没有满足参数的型号,或交期不满足时,退回匹配节点重选,不改已定的型号;③参数有偏离时,偏离表逐条列出,投标负责人在定价决策的确认页看到;④递交前系统核对实质性条款是否逐条响应,未响应的列在确认页,确认不全不递交。
一句话记住方案由业务数据算出来,节点由系统送到下一岗,人只在承诺处签字。
系统落地 D01 · 06
参考文献
以下中文课程原文只用于方案与检查方法,示例按本课业务范围重新编写。
- 《方案设计方法》(3.1),腾讯云《ADP前沿部署工程师(FDE)认证课程》,原文未标发布日期;本地归档日期:2026-10-22;访问日期:2026-10-24(核读本地归档)。网址:https://cloud.tencent.com/edu/learning/course-4742-84539
- 《智能体调试与评测基础》(4.1),腾讯云《ADP前沿部署工程师(FDE)认证课程》,原文未标发布日期;本地归档日期:2026-10-22;访问日期:2026-10-24(核读本地归档)。网址:https://cloud.tencent.com/edu/learning/course-4742-84545
想把课里的做法用到你们公司?
从选第一件交给AI的事,到备资料、拆流程、接系统、上线试用,我们可以和你一起梳理、一起落地。扫码加微信咨询,也可发邮件至 fuyuanhui@kexinjinke.com。

微信扫码 / 长按识别