AI + PROCESS DESIGN

AI+流程设计新范式

用流程文件总成Skill重构流程设计生产力：先训练人的判断力，再提升AI生成质量

72页主课版方法论增强Skill演练驱动可评审流程文件

课程主线从业务判断到流程文件总成

增强重点本质、KPI、场景、活动、KCP、承载

训练方式每一步都有输入、输出、Gate评审

00 课程总览 02 / 72

这版的重构原则：规则不是主角，判断力才是主角

规则很重要，但它只是流程设计中的一个判断模块，不能替代流程本质、场景和活动设计。

错误方向

把“业务规则设计”单独扩成主课，导致课程像规则专题，而不是AI+流程文件总成训练营。

正确方向

保留Skill生成流程文件的主线，在每个Skill步骤前补上人的方法论判断：该怎么想、怎么取舍、怎么给AI输入。

主线不变

仍然围绕流程文件总成Skill：输入需求、生成设计包、评审、修订、输出流程文件。

深度补强

补入原培训中的流程本质、KPI、增值分析、场景设计、活动设计、KCP等核心方法。

规则降权

规则作为活动与KCP之间的连接层出现，服务流程运行和数字化承载。

00 课程总览 03 / 72

课程不是回答“AI怎么写文件”，而是回答“人怎么设计流程”

只有人的判断质量上去了，AI的输出才会从“完整文本”变成“可落地设计”。

业务事实›方法判断›Skill生成›Gate评审›流程文件

事实层

客户、痛点、边界、角色、数据、制度、系统现状。

判断层

本质/KPI、增值非增值、场景差异、活动颗粒度、KCP风险。

生成层

让Skill输出场景树、活动表、规则卡、KCP、流程图和说明文件。

评审层

用Gate检查AI输出是否符合业务事实、设计取舍和发布要求。

00 课程总览 04 / 72

72页结构：一条主线，七个判断包

每一部分都服务于最终产出流程说明文件，而不是另起专题。

模块	页码	回答的问题	形成的输入包
00 课程总览	1-5	为什么要把AI+流程设计做成新范式	课程地图
01 Skill主线	6-12	Skill如何承接方法论并生成流程文件	总成协同地图
02 本质KPI	13-22	流程到底解决什么矛盾、证明什么价值	本质/KPI/问题包
03 业务场景	23-31	哪些差异值得进入流程设计	场景变量与落点包
04 路径活动	32-42	流程怎么跑，活动怎么写才可执行	路径与活动包
05 规则KCP	43-51	判断逻辑和关键风险如何固化	规则/KCP/RACI包
06 数字承载	52-60	系统、RPA、Agent要满足什么条件	承载诊断包
07 总成实战	61-72	如何一步步生成、评审、发布流程文件	流程文件生效稿

00 课程总览 05 / 72

一天训练营节奏：知识点嵌入Skill演练，而不是先讲后练

每讲一个方法，立刻让学员用Skill完成一段产出，并做Gate评审。

时间	主题	方法知识点	课堂产出
09:00-09:40	课程导入与总成Skill	AI时代流程设计变化、Gate机制	流程需求输入卡
09:40-10:50	流程本质与KPI	价值契约、增值非增值、问题分析	本质/KPI设计包
11:00-12:00	业务场景设计	5W2H、差异落点、场景筛选	场景树与落点表
13:30-14:50	路径与活动设计	主干/分支/回流、活动五要素	活动说明表
15:00-15:50	规则/KCP/承载	规则卡、KCP、系统/RPA/Agent条件	控制与承载包
16:00-17:00	总成输出与互评	流程文件装配、质量评审	可评审流程文件初稿

01 Skill主线 06 / 72

流程文件总成Skill：不是代写，而是把方法论固化成工作流

Skill的价值在于让每一步都有输入、判断标准、输出和下游传递。

S0需求包›S1本质›S2场景›S3活动›S4承载›S5文件

输入标准化

把业务背景、痛点、制度、角色、系统、数据变成AI可处理的事实包。

输出结构化

让AI按表格和章节输出，而不是自由发挥写一大段文字。

评审Gate化

每一轮都有人检查：事实是否准、取舍是否对、下游是否能继承。

01 Skill主线 07 / 72

AI时代流程设计的四个变化

AI不是把流程文件写快一点，而是改变流程设计、执行和迭代的方式。

从写文档到设计资产

流程本质、场景、活动、规则、KCP、承载方案都应成为可复用资产。

从人肉流转到人机分工

标准操作交给系统/RPA，经验判断交给AI辅助，价值决策留给人。

从一次发布到持续迭代

流程文件不再是静态文本，而是与数据、案例、规则版本联动。

从模板合规到质量评审

评审重点从格式完整转向是否解决业务矛盾、是否可执行、是否可承载。

一句话：机器做标准动作，AI做结构化与辅助判断，人做价值取舍和责任决策。

01 Skill主线 08 / 72

总成Skill协同地图：五个设计包向下游传递

学员不是把材料丢给AI，而是带着设计包与Skill共创。

设计包	核心内容	约束下游什么
流程本质	价值、KPI、核心矛盾、取舍	约束场景、路径、KCP和规则
业务场景	场景变量、筛选漏斗、差异落点	决定是否分支、是否变活动/角色/模板
流程路径	主干、分支、回流、闭环	决定流程图、路由和活动顺序
活动设计	触发、输入、操作、规则、输出	决定流程文件是否可执行
承载设计	系统、RPA、Agent、人工止损	决定自动化边界与IT需求

01 Skill主线 09 / 72

与Skill互动的五个动作：问事实、要结构、看取舍、改逻辑、传下游

每次互动都要让AI暴露依据，让人做判断。

问事实

让Skill先追问客户、痛点、边界、KPI、角色、系统、数据来源。

要结构

要求输出表格：本质表、场景树、活动表、规则卡、KCP表。

看取舍

检查AI是否解释为什么这样设计，而不是只给一版方案。

改逻辑

指出不符合业务事实、KPI、风险边界、组织权限的地方。

传下游

把确认结论作为下一模块输入，避免信息断链。

01 Skill主线 10 / 72

Gate机制：把AI生成变成人机共创

Gate不是形式审核，而是把关键决策权留在人手里。

Gate	检查对象	人必须判断什么
G1 本质	目的、KPI、核心矛盾	是否抓住真实业务价值和取舍
G2 场景	场景变量、差异落点	哪些差异值得保留，哪些不该画分支
G3 活动	路径、分支、回流、角色	业务专家最佳路径是否被固化
G4 控制	规则、KCP、RACI、接口	风险是否真关键，责任是否清楚
G5 承载	系统、RPA、Agent	条件是否满足，哪些必须人工止损
G6 文件	章节、流程图、活动说明	是否可评审、可发布、可执行

01 Skill主线 11 / 72

高质量输入卡：比提示词更重要的是事实质量

AI输出空泛，通常不是模型问题，而是输入缺少业务事实与判断边界。

✓ 流程名称、边界、起点、终点、上下游接口。

✓ 服务对象、核心痛点、要改善的业务结果。

✓ 目标KPI、当前基线、数据来源和统计口径。

✓ 关键角色、权限边界、审批/裁决机制。

✓ 典型场景、例外场景、高风险场景。

✓ 已有制度、模板、系统、数据字段和限制。

提示词只是表达方式，真正决定AI质量的是事实包、方法框架和Gate评审。

01 Skill主线 12 / 72

课程最终产出：不是一份漂亮PPT，而是一套可复用流程设计能力

学员要掌握的是“如何判断与修订”，不是只会点击生成。

会讲清Why

说清流程要解决的业务矛盾、客户需求与管理价值。

会提需求

把业务背景、痛点、场景、权限、系统和数据喂给Skill。

会做确认

在Gate中判断AI输出是否符合真实业务和设计原则。

会改活动

把本质和场景落到活动、规则、KCP、RACI和接口。

会看文件

识别流程图和流程说明文件是否可评审、可执行。

会迭代

用反馈驱动AI联动修订，而不是只改一个段落。

02 本质KPI 13 / 72

流程本质设计：不是写“目的”，而是定义价值契约

价值契约说清楚服务谁、解决什么矛盾、用什么指标证明。

低质量目的

规范流程管理、提升工作效率、降低经营风险。像口号，无法指导场景、路径和规则取舍。

高质量本质

在响应速度与重大风险之间取得可验证平衡，让标准场景快速流动，让高风险场景准确识别并闭环。

判断标准：能不能直接推导KPI、场景差异、活动重点、KCP和承载方式。

02 本质KPI 14 / 72

本质设计六列表：把抽象目的压成可传递需求

这张表是给Skill的第一份高质量输入。

字段	回答问题	示例
服务对象	流程到底服务谁	客户、内部客户、经营管理者、监管、执行者
核心需求	他们真正要什么	快、准、省、稳、合规、体验好
当前痛点	哪里造成损失或不确定	等待长、返工多、审批慢、风险漏识别
核心矛盾	必须在什么之间取舍	速度与风险、效率与体验、成本与质量
流程KPI	用什么证明价值	周期、一次通过率、误拦率、投诉率、成本
设计取舍	后续设计怎么选	标准快通，异常补证，高风险上收

02 本质KPI 15 / 72

KPI不是报表指标，而是流程设计约束

没有设计取舍的KPI，只是统计口径，不会改变流程。

利益相关方	核心矛盾	流程KPI	传给Skill的约束
客户/内部客户	要快，但不能牺牲质量	周期、一次通过率	标准场景快通，异常场景补证
经营管理者	要控成本，也要保增长	成本、转化、毛利	低风险授权，高风险上收
风控/内控	要合规，也要少打扰	风险暴露、误拦率	软约束先行，硬约束兜底
执行人员	要清楚，也要少返工	退回率、补充材料率	输入标准前置，模板化输出

02 本质KPI 16 / 72

流程成熟度决定文件深度：不要所有流程都用一种写法

成熟度不同，流程文件要解决的问题也不同。

成熟度	主要问题	文件设计重点
初始级	靠人、靠经验、结果不确定	先定义边界、角色、基本活动和最低规则
已管理级	有流程但执行不稳定	强化活动说明、KPI、KCP和记录要求
已定义级	跨部门协同和接口复杂	统一场景、接口、模板、规则和RACI
已量化级	需要数据驱动改进	定义指标口径、监控点、规则命中和异常分析
智能化级	需要自动判断与动态优化	沉淀规则、知识库、Agent评价和回滚机制

02 本质KPI 17 / 72

增值/非增值分析：不是删步骤，而是提高价值密度

流程优化首先要识别哪些活动创造价值、哪些只是管理摩擦。

活动类型	判断标准	设计动作
增值活动	客户愿意为结果付费，直接改变业务对象状态	保留并提升质量/速度
必要非增值	法规、风险、财务、质量要求必须存在	简化、前置、自动化、抽检化
浪费活动	重复录入、重复审批、等待、无效传递	删除、合并、并行或系统替代
隐性返工	因输入不清、规则不明导致补正	输入标准前置，校验规则前置

流程图不是越完整越好，而是让价值流更短、等待更少、异常有出口。

02 本质KPI 18 / 72

流程问题分析表：把痛点写成可设计的问题

问题如果不能量化、不能归因，后面只能生成泛泛的优化建议。

字段	写法要求	例子
问题描述	谁/什么环节发生什么异常，频率/时机，产生什么影响	简历初筛平均耗时5天/岗，导致招聘周期延长
关联KPI	具体提升量或下降率	招聘周期下降3天，一次通过率提升20%
财务贡献	注明估算口径	岗位空缺15天×20岗×日产出500元
原因分析	直接因、流出因、系统因	JD泛化、缺硬门槛确认、系统无筛选规则
解决对策	动词+对象+预期效果	新增岗位硬性条件确认活动和筛选规则

02 本质KPI 19 / 72

5Why要追到可设计层，而不是追到“人员意识不强”

好的原因分析会导向活动、规则、KCP或系统改造。

直接因

现场看到的原因：材料不全、审批等待、重复录入、判断不一致。

流出因

为什么没有在前序环节挡住：输入标准缺失、校验未前置、责任不清。

系统因

为什么机制允许它反复发生：KPI不牵引、权限设计不清、系统不支撑。

无效归因

员工责任心不足、部门配合不够、领导重视不够。

有效归因

首活动没有输入齐套标准，系统不能阻止缺项提交，退回原因没有沉淀。

02 本质KPI 20 / 72

流程本质与Skill互动：先逼AI追问，再让AI生成

不要一上来就说“帮我写流程文件”。

提示词：请先不要写流程文件。请围绕客户/利益相关方、核心痛点、价值主张、目标KPI、数据来源、当前主要矛盾，向我提出不超过8个关键问题。

第一轮

追问事实：客户、痛点、KPI、边界、角色、数据。

第二轮

推导表格：价值-KPI-矛盾-设计取舍。

第三轮

校验下游：能否推导场景、活动、KCP、规则和承载。

02 本质KPI 21 / 72

本质设计评审清单：四个“能否”

这张清单决定后续场景、路径、活动和规则是否会跑偏。

✓ 能否说清服务对象：客户、内部客户、监管、经营管理者、执行者分别关心什么。

✓ 能否量化价值承诺：至少2个平衡KPI，覆盖时间、质量、成本、风险或体验。

✓ 能否解释核心矛盾：速度与风险、效率与体验、成本与质量之间的取舍。

✓ 能否传递给下游：能直接约束场景筛选、路径选择、活动说明、KCP和规则卡。

02 本质KPI 22 / 72

本质设计课堂演练：合同评审流程

让学员从“加强合同评审管理”走向真正的流程设计。

维度	低质量输入	高质量输入
本质	加强合同评审管理	在销售响应速度与重大条款风险之间取得平衡
KPI	提升效率、降低风险	标准合同评审≤4小时；重大条款漏识别率=0
场景	所有合同都要评审	标准/非标、金额、客户等级、条款风险分层
取舍	多部门会签	标准快通；非标条款法务；重大金额经营层裁决
给Skill	请写合同评审流程	请基于上述本质/KPI推导场景和活动设计

03 业务场景 23 / 72

业务场景设计：场景不是分类，而是会改变处理方式的变量组合

只有会改变路径、活动、角色、规则、模板或KCP的差异，才值得进入流程设计。

5W2H变量›业务必要性›管理价值›承载可行性›差异落点

Why

业务动因或价值目标不同。

What

对象类型、属性、状态不同。

Who

客户、角色、权限、组织不同。

When/Where

时间窗口、区域、渠道不同。

How/How much

执行方式、金额、规模、风险不同。

03 业务场景 24 / 72

场景判断句：默认流程是否需要不同处理方式

如果不改变处理方式，就不要把它画成分支。

判断句：当某个变量组合出现时，默认流程是否需要不同的路径、活动、角色、规则、模板或KCP？如果不需要，就不要把它作为核心场景。

弱场景

华东客户、华南客户、华北客户。只是地区不同，没有改变流程处理方式。

强场景

标准客户投诉、战略客户重大投诉、监管投诉。会改变响应角色、SLA、升级路径和记录要求。

03 业务场景 25 / 72

典型业务场景来源：不是靠头脑风暴乱列

好的场景来自业务对象、风险、金额、时效、渠道和能力差异。

来源	典型变量	可能改变
对象类型	客户类型、供应商类型、物料类型、合同类型	路径、角色、模板
金额规模	低/中/高金额，预算内/外	审批、KCP、证据
风险等级	低/中/高风险，合规/安全/质量风险	控制、复核、升级
时间要求	常规、紧急、逾期、窗口期	SLA、并行、升级
渠道系统	线上/线下、OA/ERP/CRM、人工/自动	接口、承载、记录

03 业务场景 26 / 72

场景筛选漏斗：业务必要性、管理价值、承载可行性

场景太多，流程图会变成迷宫；场景太少，流程会失去业务针对性。

业务必要性

该场景是否真实高频、重要，且与流程目标相关。

管理价值

保留该场景是否能改善KPI、降低风险或提升体验。

承载可行性

组织、系统、数据、角色是否能支持差异化处理。

筛选后保留的是核心场景，不是所有可能发生的情况；例外可以进入规则或剪裁指南。

03 业务场景 27 / 72

场景到差异化设计：五种落点，不要一上来就拆流程

差异可以落在路径、活动、角色、规则、模板，不一定都要画分支。

落点	适用情况	设计动作
路径	节点顺序或数量不同	只在刚性节点确实不同才拆
活动	同一节点内部动作不同	在活动说明中写场景化操作
角色	执行人或审批人不同	审批权不可低于默认角色
规则	阈值、SLA、判断逻辑不同	用规则卡/决策表承载
模板	字段、附件、输出物不同	用表单配置或附件清单承载

03 业务场景 28 / 72

场景树输出：先穷举，再收敛

让AI先给可能性，人再判断哪些值得进入流程设计。

步骤	Skill输出	人做判断
穷举变量	按5W2H列出变量与取值	删掉与处理方式无关的变量
变量组合	识别可能场景组合	避免组合爆炸，只保留高价值组合
差异说明	说明每个场景改变什么	判断是否真影响KPI/风险/角色
落点建议	路径/活动/角色/规则/模板	选择最简承载方式

03 业务场景 29 / 72

案例：采购申请场景不一定都要拆成子流程

原材料、办公用品、IT设备可能不同，但差异落点不一定都是流程分支。

场景	差异	更优落点
办公用品采购	低值、低风险、审批简单	规则阈值+快速路径
生产原材料采购	影响生产、质量、批次、供应商资质	活动+KCP+字段模板
IT设备采购	技术审核、资产编号、配置清单	角色+模板+系统接口
紧急采购	时间窗口特殊	SLA和例外授权，不一定新流程

03 业务场景 30 / 72

与Skill互动：让AI先识别场景，再选择差异化手段

场景设计的关键不是穷举，而是识别哪些差异真的改变流程。

提示词1：场景树

基于5W2H穷举场景变量，并将连续变量离散化为3-7个可管理取值。

提示词2：筛选漏斗

用业务必要性、管理价值、承载可行性筛选核心场景，并说明保留理由。

提示词3：落点建议

判断差异应落在路径、活动、角色、规则还是模板，并给出不拆流程的替代方案。

03 业务场景 31 / 72

场景设计评审清单

用这张清单防止场景泛化、分支过多或业务差异缺失。

✓ 场景变量是否来自真实业务差异，而不是随意分类。

✓ 保留场景是否能改变KPI、风险、角色、路径或输出物。

✓ 是否先判断差异落点，再决定是否画分支。

✓ 是否避免连续变量无限细分，形成可管理取值。

✓ 是否明确例外场景进入规则、剪裁指南或人工处理。

✓ 是否把场景结论传给活动、规则、KCP和系统承载。

04 路径活动 32 / 72

路径设计：主干稳定，差异由规则、活动和子流程承载

路径不是越完整越好，而是让价值流清晰、等待最少、异常有出口。

触发›受理›判断›处理›交付›闭环

主干回答“必须经过什么”；规则和场景回答“当前实例该怎么走”。

04 路径活动 33 / 72

路径优化五类动作：删除、合并、前移、并行、闭环

让Skill不只画现状，而是给出可解释的优化动作。

删除

删除无价值等待、重复录入、重复审批。

合并

把同一角色、同一输入、同一输出的动作合并。

前移

把校验、补证、风险识别前置到提交环节。

并行

把互不依赖的评审并行，减少串行等待。

闭环

异常、退回、补偿、复盘必须有出口和记录。

04 路径活动 34 / 72

流程图不是第一步：先有活动包，再画图

没有本质、场景和活动输入，流程图只能画成通用审批链。

输入	决定流程图什么
本质/KPI	主干方向、速度/风险/体验取舍
场景设计	是否分支、在哪里分支、哪些不画分支
活动设计	节点名称、顺序、输入输出、回流
RACI	泳道角色、责任交接、审批/会签/裁决
KCP/系统	控制点标识、系统节点、人工确认点

04 路径活动 35 / 72

活动设计：不是列步骤，而是定义可执行单元

每个活动都必须让一个角色在明确输入下产出可检查的输出。

角色›触发›输入›操作›规则/KCP›输出

一句话标准：陌生人读完活动说明，也知道什么时候做、拿什么做、按什么规则做、做到什么程度、交给谁。

04 路径活动 36 / 72

活动说明五要素：触发、输入、操作、规则/KCP、输出传递

这五列不清楚，流程文件就只能靠口头解释运行。

要素	必须写清	常见低质量写法
触发	事件、时间、条件，首活动和异常活动必须清楚	收到需求后
输入	对象、字段、附件、质量标准、来源角色	相关资料
操作	角色+动作+对象+顺序，必要时Step1/2/3	进行审核
规则/KCP	引用BR/KCP，说明判断逻辑、权限、证据	按规定处理
输出传递	输出物、接收人、方式、时限、异常反馈	完成后交付

04 路径活动 37 / 72

活动颗粒度：赢在格局，输在细节

活动太粗，规则无处落；活动太细，流程变成操作手册。

判断问题	如果答案是是	设计动作
是否由同一角色连续完成	是	可合并为一个活动，内部写Step
是否产生独立输出或责任交接	是	应拆成独立活动
是否有关键判断或KCP	是	活动内必须引用规则或控制点
是否只是系统点击细节	是	放入作业指导书，不放主流程
是否影响KPI或客户体验	是	保留在流程文件中显性描述

04 路径活动 38 / 72

业务专家共创：活动必须来自真实最佳路径

AI不能替业务专家发明最佳实践，它只能帮助提问、结构化和质检。

角色	贡献	现场提问
业务专家	最佳路径、判断规则、例外经验	高手遇到这种情况怎么判断？
一线执行者	输入缺口、执行难点、绕行方式	哪一步最容易返工或等人？
流程专家	颗粒度、KPI、KCP、文件结构	这个判断应写成活动、规则还是KCP？
IT/数字化	字段、接口、系统/RPA/Agent可行性	要自动化还缺什么数据和权限？

04 路径活动 39 / 72

RACI设计：减少扯皮、误用知会和责任漂移

角色设计不清，活动说明再完整也跑不起来。

角色类型	含义	设计要求
R 负责执行	实际完成活动的人	必须明确到岗位，不能写部门
A 最终负责	对结果承担最终责任的人	一个活动尽量只有一个A
C 咨询协同	提供专业意见或输入的人	说明何时介入、输出什么意见
I 知会	需要知道结果的人	避免把知会当审批，制造等待

04 路径活动 40 / 72

活动与接口：流程质量经常坏在交接处

输入输出不清，会造成等待、返工和责任不明。

上游输入

谁提供、何时提供、质量标准是什么、缺项怎么反馈。

活动输出

输出物名称、格式、接收人、传递方式、时限。

异常反馈

退回、补证、挂起、升级、复盘如何闭环。

系统接口

字段、状态、单号、日志、同步频率是否清楚。

04 路径活动 41 / 72

活动设计与Skill互动：先生成初稿，再逼出缺口

让Skill输出活动表后，学员逐项检查，而不是直接接受。

提示词

请基于已确认的本质和场景，输出主路径活动表、分支活动表、异常/回流路径，并标注每个活动的触发、输入、操作、规则/KCP、输出。

追问

哪些活动缺输入标准？哪些活动角色不清？哪些判断需要业务专家确认？哪些地方适合系统前置校验？

Gate 3

确认主路径、分支、审批权、专业审核权、裁决权、回流路径和KCP候选。

04 路径活动 42 / 72

活动设计评审清单

这张清单用于判断AI生成的活动表能不能进入流程文件。

✓ 每个活动是否有明确触发条件，尤其首活动和异常活动。

✓ 输入是否包括字段、附件、来源、质量标准和缺项处理。

✓ 活动操作是否写清角色、动作、对象和顺序。

✓ 关键判断是否引用规则或KCP，而不是写“按实际情况”。

✓ 输出是否有接收人、传递方式、时限和异常反馈。

✓ 活动颗粒度是否适中，是否避免把作业指导书塞进流程图。

05 规则KCP 43 / 72

规则在主课中的位置：连接活动、KCP和系统承载

规则不是主线，但没有规则，活动就缺少判断层。

活动判断点›业务规则BR›KCP候选›系统配置›监控迭代

规则的作用：把业务专家的最佳路径和判断逻辑固化下来，让不同人、系统和Agent能一致处理。

05 规则KCP 44 / 72

五类原子规则：够用即可，不展开成规则专题

学员要掌握分类，是为了更好写活动说明和系统需求。

类型	回答的问题	例子
校验	信息是否完整、真实、合格	发票税号与供应商主数据一致
计算/推导	数值、等级、风险、优先级怎么算	合同风险分=金额+条款+客户等级
约束	能不能、必须不许、例外如何授权	超预算必须上级审批
路由	给谁、走哪条路径、何时升级	高风险合同进入法务专项评审
动作	满足条件后自动做什么	校验失败自动退回并列补正清单

05 规则KCP 45 / 72

规则卡模板：让规则可执行、可配置、可监控

关键规则要能写进流程文件，也能转成系统配置或Skill判断逻辑。

字段	要求	作用
规则编号	BR-01，可被活动说明引用	建立规则血缘
规则类型	校验/计算/约束/路由/动作	拆清逻辑
服务价值/KPI	改变哪个指标，数据源是什么	防止为管而管
适用场景	命中、排除、例外条件	控制边界
判断逻辑	IF/THEN/ELSE、公式、阈值	便于系统配置
监控迭代	命中率、拦截率、异常率、回滚	支持持续优化

05 规则KCP 46 / 72

KCP：少而准，可测试

不要把每个审批都设置成KCP；KCP应对应真实风险和可验证控制动作。

维度	核心问题	通过标准
关键性	失效是否造成重大损失、业务中断、合规或安全事故	是才进入KCP候选
责任锁定	是否有单一最终责任人	明确到岗位，不写相关部门
动作完整	是否有执行人、条件、动作、频次、证据	可观察、可复现
证据追溯	是否记录操作人、时间、单号、结果	支持抽检和审计
失控处置	失效后是否暂停、上报、临时处置、复盘	形成闭环

05 规则KCP 47 / 72

KCP表头固定：名称、风险描述、控制措施、测试程序

控制点不只是“风险提示”，必须能被测试。

字段	填写要求	不合格写法
KCP名称	说明控制对象和动作	合同审批
风险描述	失控后造成什么具体损失	存在风险
控制措施	执行人、触发条件、具体动作、频次、证据	加强审核
测试程序	抽样方法、检查内容、通过标准	定期检查

一般流程3个左右KCP，复杂流程最多5个；太多说明流程设计可能过度控制。

05 规则KCP 48 / 72

普通规则与KCP的边界

KCP是高风险控制点，不是所有重要规则。

普通BR

解决一致性、效率、路由、计算和输入质量问题；失效后通常造成返工、等待或体验下降。

KCP

控制重大风险、合规、安全、资金或质量事故；失效后后果严重，必须有证据和测试程序。

活动内引用

活动说明中引用BR/KCP编号，避免重复复制制度条款。

文件中集中维护

业务规则章节和KCP章节集中管理逻辑、证据和版本。

系统中映射

把BR/KCP映射到字段、权限、审批节点、日志和监控指标。

05 规则KCP 49 / 72

职责分离SOD：规则和KCP背后的组织约束

流程设计不能只看效率，也要防止权力集中和舞弊风险。

冲突类型	风险	设计要求
申请与审批同人	自批自办	申请人不得审批本人事项
执行与复核同人	错误或舞弊无人发现	关键事项至少二人复核
供应商选择与付款同人	利益输送	采购、验收、付款职责分离
系统配置与业务审批同人	绕过流程	配置权限独立，变更有记录

05 规则KCP 50 / 72

规则/KCP与Skill互动：从活动中抽取判断点

规则和KCP不应凭空设计，而应从活动、场景和风险中提取。

提示词

请从活动表中提取关键判断点，按规则卡输出BR候选，并标注哪些可能升级为KCP。

追问

每条规则服务哪个KPI？命中场景是什么？需要什么输入字段？失效后果是否严重？

Gate 4

确认规则是否可执行、KCP是否少而准、证据是否可追溯、测试是否可完成。

05 规则KCP 51 / 72

规则/KCP评审清单

这张清单确保规则服务流程，而不是让流程被规则淹没。

✓ 规则是否来自活动中的关键判断点，而不是制度条文堆砌。

✓ 每条规则是否能追溯到价值、KPI、场景或风险。

✓ 规则是否拆清类型，判断逻辑是否可执行、可配置。

✓ 普通BR和KCP是否区分清楚，KCP是否少而准。

✓ KCP是否有控制目标、风险描述、控制措施和测试程序。

✓ 规则和KCP是否能映射到活动说明、流程图和系统承载。

06 数字承载 52 / 72

数字化承载：流程文件不是终点，而是系统/RPA/Agent的需求源

识别承载方式之后，还要说明满足什么条件才能实现。

流程文件›人工执行›系统固化›RPA自动化›Agent辅助

文件承载

规则不稳定、场景未验证、需要专家判断时，先沉淀文件与案例。

系统固化

规则字段化、阈值化、权限化、流程化后，进入系统配置。

RPA承载

稳定、重复、跨系统、低判断的动作适合RPA。

Agent承载

需要文本理解、经验判断、知识检索和工具协同的活动可由Agent辅助。

06 数字承载 53 / 72

人机分工：标准操作、经验判断、最终决策分开设计

不是所有活动都交给AI，也不是所有AI输出都能自动执行。

工作类型	适合承载	例子
标准操作	系统/RPA	OCR识别、字段录入、税号校验、对账
规则判断	系统/规则引擎/AI辅助	费用归类、风险等级、优先级推导
经验判断	Agent辅助+专家确认	非标条款识别、复杂客诉分析
价值决策	人	是否破例、是否承担风险、重大裁决

06 数字承载 54 / 72

系统固化条件：规则必须可配置、可测试、可回滚

系统固化不是把文字搬进系统，而是把判断逻辑变成稳定配置。

✓ 规则条件能转换为字段、状态、阈值、角色、权限或流程节点。

✓ 输入数据来源稳定，字段口径一致，缺失值和异常值有处理方式。

✓ 规则有测试样例，覆盖命中、未命中、边界值和例外场景。

✓ 规则有版本号、上线审批、灰度策略和回滚预案。

✓ 系统日志能记录规则命中、输出、人工覆盖和异常原因。

06 数字承载 55 / 72

RPA承载条件：稳定、重复、跨系统、异常可枚举

RPA不是万能自动化，规则写不到可操作颗粒度就容易失败。

前提条件	具体标准	不满足时怎么办
界面稳定	字段位置、按钮、页面流程变化低	优先接口或系统改造
输入结构化	字段、附件、账号权限清楚	先做表单标准化/OCR校验
异常可枚举	常见失败场景有处理脚本和人工兜底	先缩小范围做MVR
动作可追溯	机器人账号、日志、截图、业务单号	补日志和审计要求

06 数字承载 56 / 72

Agent承载条件：知识库、评价标准、正反案例、人工止损

Agent要能执行，必须给它知识、标准、案例、权限和止损点。

前提条件	最低要求	例子
知识库	制度、流程文件、FAQ、模板已结构化	合同条款库、费用政策库
评价标准	什么叫合格输出、风险等级、错误类型	合同风险评审rubric
正反案例	覆盖常见命中、边界、例外和错误样本	可报销/不可报销案例
工具权限	能查哪些系统、写哪些记录、调用哪些动作	只读合同库，不能放行付款
人工止损	高风险、低置信、重大金额必须转人工	风险分≥80转法务

06 数字承载 57 / 72

职责活动Agent机会分析：从标准化属性看机会

不是看到“经验”就上Agent，要先判断过程、结果和能力是否可标准化。

维度	判断问题	承载提示
过程标准化	活动步骤是否可描述、可检查	高则适合流程化/系统化
结果标准化	输出是否有明确质量标准	高则适合AI辅助质检
能力标准化	专家经验是否能沉淀为知识和案例	高则适合Agent辅助
规则标准化	判断逻辑是否能写成规则或评分	高则适合规则引擎/RPA
数据可得性	输入字段、历史案例、系统记录是否可用	低则先治理数据

06 数字承载 58 / 72

承载决策矩阵：按结构化程度和风险等级选择方案

不能停留在“这个可以AI一下”，要有选择标准。

规则/活动特征	首选承载	前提条件	人工介入点
高结构化、低风险、高频	系统配置/RPA	字段稳定、异常可枚举	异常失败、边界值
高结构化、高风险	系统固化+KCP	证据强、日志全、可测试	例外审批、重大金额
低结构化、低风险	Agent辅助+人工确认	知识库、案例、评价标准	低置信输出
低结构化、高风险	专家人工+Agent辅助	仅做资料整理和风险提示	最终判断必须人工

06 数字承载 59 / 72

数字化诊断输出包：反向修订活动设计

承载分析不是附加内容，而是用来反向检查活动是否设计到位。

字段缺口

哪些活动缺少系统字段、输入标准或主数据。

接口缺口

哪些上下游系统需要同步状态、单号、附件或结果。

规则缺口

哪些判断还没有阈值、公式、评分或例外处理。

权限缺口

哪些角色、审批权、配置权、机器人账号需要明确。

日志缺口

哪些规则命中、人工覆盖、异常原因需要记录。

06 数字承载 60 / 72

数字承载评审清单

这张清单防止把“系统/RPA/Agent”讲成口号。

✓ 是否说明承载方式选择理由，而不是泛泛说可以系统化。

✓ 系统承载是否具备字段、权限、测试、版本和回滚条件。

✓ RPA承载是否满足界面稳定、输入结构化、异常可枚举。

✓ Agent承载是否具备知识库、评价标准、正反案例和人工止损。

✓ 是否明确哪些决策必须由人承担最终责任。

✓ 承载分析是否反向修订活动、规则、KCP和接口设计。

07 总成实战 61 / 72

总成实战第一步：S0需求输入包

把业务事实喂对，后面每一步才有质量。

输入项	内容	用途
业务背景	流程为什么要设计/优化	帮助AI理解价值目标
痛点问题	发生什么异常、频率、影响	推导KPI和优化方向
边界范围	起点、终点、上下游、适用范围	防止流程无限扩张
角色权限	岗位、审批、专业审核、裁决	生成RACI和泳道
制度系统	已有文件、表单、系统、字段	生成规则和承载方案

07 总成实战 62 / 72

总成实战第二步：S1本质/KPI设计包

先输出价值契约，再允许进入场景和活动。

追问事实›生成本质表›定义KPI›说明取舍›Gate 1确认

Gate 1问题：这份本质/KPI能不能直接指导场景差异、活动重点、KCP风险和数字承载？

07 总成实战 63 / 72

总成实战第三步：S2场景设计包

让AI先穷举，人再筛选，最后决定差异落点。

场景变量›变量取值›筛选漏斗›差异落点›Gate 2确认

输入

本质/KPI、业务对象、金额、风险、时效、渠道、角色。

输出

场景树、核心场景清单、路径/活动/规则/模板落点。

评审

不该画分支的不要画，该沉淀规则的不要漏。

07 总成实战 64 / 72

总成实战第四步：S3活动设计包

流程质量最终体现在活动、规则、接口和KCP上。

主路径›分支路径›异常回流›活动五要素›Gate 3确认

活动包内容	确认重点
主路径活动表	是否体现价值流和最少等待
场景分支表	是否只保留必要差异
异常/回流路径	退回、补证、升级、复盘是否闭环
活动五要素	触发、输入、操作、规则/KCP、输出
RACI与接口	责任、交接、系统接口是否清楚

07 总成实战 65 / 72

总成实战第五步：S4规则/KCP/承载包

把活动中的判断点变成可执行、可控制、可承载的设计。

输出	内容	评审重点
规则卡	校验、计算、约束、路由、动作	是否服务KPI，是否可执行
KCP表	名称、风险、控制措施、测试程序	是否少而准，是否可测试
承载矩阵	人工、系统、RPA、Agent	前提是否满足，人工止损点是否明确
IT需求	字段、接口、权限、日志、测试	能否进入系统需求沟通

07 总成实战 66 / 72

总成实战第六步：S5流程图输入包

让流程图从活动包稳定生成，而不是靠现场发挥。

输入项	用于流程图什么位置
泳道角色	决定横向/纵向泳道
主路径活动	决定主干节点
分支条件	决定判断菱形和条件标签
回流目标	决定退回、补证、复盘路径
KCP标识	决定关键控制点标注
系统Owner	决定系统自动节点和人工确认点

07 总成实战 67 / 72

总成实战第七步：S6流程说明文件装配

正式文件装配，是把设计结论沉淀到可评审、可发布、可执行的结构里。

章节	承接什么设计结论
目的/范围/KPI	本质设计包
术语/角色职责	边界、RACI和组织权限
业务规则	规则卡BR编号和判断逻辑
KCP	关键控制点、措施、测试程序
流程图	路径、分支、回流、系统节点
活动说明	活动五要素和接口传递
相关文件/记录	模板、证据、日志、保存要求

07 总成实战 68 / 72

流程文件质量评审：80%看业务设计，20%看规范

评审不是挑格式，而是验证流程是否解决业务矛盾。

维度	权重建议	评审重点
目的与KPI	10%	价值主张明确，KPI可统计，能约束取舍
流程图	10%	去除浪费、接口清晰、闭环管理、并行思想
角色职责	10%	责任边界清楚，能解决扯皮问题
活动说明	40%	触发、输入、输出、规则和操作可执行
KCP管控	10%	风险识别准确，控制措施有效
规范完整	20%	模板、附件、接口、记录、版本一致

07 总成实战 69 / 72

综合演练：从需求到流程文件的一轮完整互动

课堂最终要让学员体验一遍真实的人机协同工作流。

输入卡›本质KPI›场景树›活动表›规则KCP›文件初稿

小组任务

选择一个真实流程，用输入卡喂给Skill。

中途Gate

每一步只允许在确认后进入下一步。

最终交付

流程文件初稿+一页评审说明。

07 总成实战 70 / 72

互评问题：看本质、看场景、看活动、看控制、看承载

互评让学员训练判断力，而不是只展示产出。

✓ 流程本质是否抓住真实业务矛盾，而不是口号。

✓ KPI是否可统计，是否能指导设计取舍。

✓ 场景差异是否真的改变处理方式。

✓ 活动是否有触发、输入、操作、规则/KCP和输出。

✓ 规则是否可执行，KCP是否少而准、可测试。

✓ 系统/RPA/Agent承载条件是否说清楚，人工止损是否明确。

07 总成实战 71 / 72

课后落地路线：从一次训练营到企业内部流程能力

爆品课程不能只让学员觉得好听，还要让企业带走可复用机制。

第1周

选一个高频流程，用课程方法跑通一轮总成Skill。

第2-4周

沉淀本质表、场景树、活动表、规则卡、KCP表模板。

第2个月

建立流程文件评审Gate和内部优秀案例库。

第3个月

把规则、KCP、承载需求与IT/数字化治理机制打通。

课程的真正产品化结果：组织拥有一套“人会判断、AI会生成、文件可发布、系统可承载”的流程设计机制。

COURSE CLOSE

最终目标：让流程文件从“写出来”变成“跑得起来”

人做取舍，AI做结构化，Skill做总成，系统做固化，数据做迭代。

人

定义价值、场景、活动和关键取舍。

AI

追问事实、生成结构、识别缺口、辅助质检。

Skill

把方法论、模板、评审标准固化成可复用工作流。

系统

承载规则、KCP、流程图、日志和监控。