AI业务流程实训营

业务流程 · Skill · 企业AI资产管理平台 · 发布上线

Skill 来源平台包说明材料包公开课版
开场总览
AI业务流程实训营
基于业务流程构建企业 AI 能力
1 / 72
AI业务流程实训营

AI业务流程实训营

基于业务流程构建企业 AI 能力

流程架构Skill企业AI资产管理平台
企业 AI 能力 V0.1
可讨论可试点可复用

带走流程地图、AI 机会表、人机协同蓝图、Skill 定义卡、验证样本、平台上线清单和 30 天计划。

开场总览
詹老师:把 AI 能力落到业务流程现场
AIPROS 主理人|AI 流程管理与 Skill 平台实践者
2 / 72
詹老师头像

詹老师

AIPROS 主理人

把 AI 能力写进流程,把企业经验沉淀成 Skill。

长期站在业务流程、AI 产品与企业落地的交叉点上做项目、产品和培训。

AI 流程管理企业架构Agent 治理Skill 平台
02

主讲人

詹老师长期关注企业 AI 流程管理、Skill 建设、Agent 治理和业务架构落地,课程会从真实流程出发,带你完成一套可试跑的 AI 流程方案。

03

专业方向

AI 流程管理 / 企业架构 / Agent 治理 / Skill 平台

开场总览
黄仁勋的判断:AI 开始进入业务流程
AI 的价值不只在回答问题,而在进入企业的工作流,成为可优化的运行系统。
3 / 72
AI Harness 企业工作流运行系统 模型 工具 数据 上下文 进入流程 持续优化
黄仁勋说,过去六个月改变了一切。AI 真正变得有用之后,每家企业都会追问:怎样把它接进业务?
01

不是只会回答

AI 的价值正在从聊天框,进入真实业务流程和工作流。

02

Harness 是什么

模型、工具、数据和上下文,被组织进一个可运行、可优化的流程系统。

03

本课怎么接上

流程地图找到位置,Skill 固化能力,Agent 执行任务,平台持续运营。

关键判断未来企业的 AI 竞争力,不只来自用哪个模型,而来自谁能更早把 AI Harness 建到核心流程里。
开场总览
今天用一条企业主链路,把 AI 能力做成 Skill
先看清业务,再决定 AI;先做 Skill,再进入平台化运营。
4 / 72
建地图 找机会 定系统 做 Skill 业务流程 → AI 能力 → 平台运营
1

建地图

拆企业架构,画出业务主链路和关键流程。

2

找机会

识别哪些流程节点适合 AI 进入。

3

定系统

明确 AI、人、流程、数据、权限的协作关系。

4

做 Skill

把经验、规则、样例和评测标准封装成可复用能力。

框架讲解 + 案例拆解 + 表格演练 + 现场共创,最终沉淀企业 AI 能力 V0.1。
开场总览
09:00-17:00:六小时走完从地图到平台
上午讲清业务地图、机会点和人机系统;下午进入 Skill 创建、平台建设和评测。
5 / 72
今天的学习路径
09:00
课程目标与企业架构地图
10:00
流程梳理、泳道图与流程说明
11:00
AI 机会点识别与人机系统设计
14:00
Skill 创建方法
15:00
验证测评与企业AI资产管理平台
16:00
总装评审与下一步路线

一天走完从业务地图到平台发布的闭环

上午看清业务流程、关键节点和 AI 机会
下午做出 Skill、验证样本和平台清单
练习每个中间模块都有现场产出
离场带走企业 AI 能力 V0.1
开场总览
学完带走 6 类实战交付 + 1 个 30 天计划
不是只带走概念,而是带走能继续推进企业 AI 试点的图、表、样本、平台清单和运营节奏。
6 / 72
你将带走的不是“听懂了 AI”,而是一组能被老板、业务负责人和 IT 团队接着讨论的交付物。
01

交付物 1

流程地图与流程说明:企业主链路、L0-L3 流程架构、跨部门泳道图和流程说明清单。

02

交付物 2

AI 机会打标与优先级表:从活动节点识别 AI 机会,不从工具愿望倒推需求。

03

交付物 3

人机协同蓝图:明确 AI 做什么、人确认什么、结果回写到哪里。

04

交付物 4

Skill 定义卡:把输入、输出、步骤、资料、边界和 Owner 写清楚。

05

交付物 5

验证样本表:用正常、缺字段、异常、越权、资料冲突、越界指令攻击 6 类样本试跑。

06

交付物 6

企业AI资产管理平台发布上线清单:把首批能力装入平台,留下 Owner、版本、权限、调用入口和反馈入口。

1 / 6
流程地图
如果你负责 8000 人企业的 AI 落地,第一张图画什么?
不急着问“用哪个 AI 工具”,先问“企业到底靠哪些业务流程创造价值”。
7 / 72
需求研发供应上架 交付售后复盘改进 先看价值怎么流动,再决定 AI 接哪里
AI 落地先回到业务流程:看清价值如何流动,再决定 AI 接入哪一段。
01

业务背景

8000 人企业,研发、供应链、品牌、渠道、客服、财务、人力和 IT 多线协作。

02

开场判断

只能先画一张图:组织架构图、系统架构图,还是流程地图?为什么?

03

核心结论

组织架构看“谁在场”,系统架构看“工具在哪”,流程地图看“价值怎么流动”。

流程地图
流程地图是企业流程架构:用 L1-L6 把业务逐层展开
先看企业有哪些经营活动,再看一项业务如何协同,最后才落到岗位、系统和控制要求。
8 / 72
流程地图不是某一个 SOP,也不是某个部门自己画的工作图。它是企业流程体系的骨架图,帮助我们把战略、业务边界、协同关系、角色责任、输入输出和系统支撑逐层展开。
01

三类管理问题

企业要管哪些经营活动:对应 L1-L2,用来建立流程全景图,明确业务边界;一项业务如何协同运转:对应 L3-L4,用来梳理主流程和流程模块,明确输入、输出、角色与规则;一项工作如何落实到岗位:对应 L5-L6,用来明确活动、任务、时限、数据、系统和控制要求。

02

L6:任务级流程

L6 面向岗位人员和具体执行场景,例如谁提交申请、谁审核、填写哪些信息、进入哪个系统、形成什么记录。L6 常用于岗位培训、操作指引、表单规范、系统配置和自动化建设。

03

成熟实践与 Skill

国内常见流程管理实践会参考华为等大型企业经验,海外常见成熟框架包括 APQC 流程分类框架。今天不系统展开理论,而是把优秀实践、流程分层、访谈口径、输出模板和质量检查要求封装进“流程规划 Skill”,按方法使用即可。

04

一句话定义

流程地图 / 流程架构,是企业用来描述“业务如何运转”的分层结构:上层回答企业管什么业务,中层回答一项业务如何跨部门协同,下层回答一项工作如何落到岗位、数据、系统和控制要求。

05

L1:流程分类

L1 站在企业整体经营视角划分主要活动,例如研发管理、供应链管理、营销管理、客户服务、财务管理、人力资源管理等。L1 相当于企业流程体系的目录,帮助管理者看清企业主要由哪些经营活动构成。

06

L2:流程组

L2 在 L1 基础上进一步细分业务领域。以销售与服务为例,可以拆分为线索管理、商机与报价、合同与交付、客户经营等流程组。L2 是经营协同和流程治理的重要层级,便于明确业务边界、流程负责人和管理指标。

流程地图
先用商业画布看懂一家复杂企业
只有先理解企业怎么赚钱、怎么交付、怎么协同,后面画流程地图才不会变成空架子。
9 / 72
01

客户细分

面向全球消费级用户、专业创作者、小型办公团队、家庭智能设备用户、户外及移动办公人群。不同区域的用户对价格带、认证标准、渠道偏好、语言内容和售后响应速度要求不同。

02

价值主张

提供高质量、设计感强、迭代快的智能硬件与配件产品,核心价值不是“卖一个设备”,而是把产品定义、供应链效率、品牌信任、多渠道内容和售后反馈连接成持续上新的能力。

03

渠道通路

通过全球电商平台、品牌官网、线下零售、区域分销、众筹渠道、内容社区和短视频平台触达用户。每个渠道都有不同的商品资料格式、上架节奏、促销规则、评价机制和内容语言要求。

04

客户关系

通过评论回复、客服工单、FAQ、社媒互动、测评人合作、售后政策和会员运营维持关系。用户反馈会反向影响产品改版、内容说明、渠道策略和客服知识库。

05

收入来源

收入来自多品类硬件销售、配件复购、区域渠道销售、平台促销活动和新品上市带来的增量。收入质量受毛利、库存周转、广告投放效率、退货率和区域价格策略影响。

06

关键资源

关键资源包括产品研发能力、供应链和制造协同、品牌资产、全球渠道资源、用户评论和测评数据、产品知识库、内容素材库、认证文件、价格和库存数据。

07

关键活动

关键活动包括市场洞察、机会识别、产品定义、研发验证、供应准备、内容包生成、渠道上架、广告投放、客服响应、售后复盘和下一轮产品改进。

08

关键伙伴

伙伴包括代工厂、核心零部件供应商、物流和海外仓、平台渠道、区域经销商、认证机构、测评媒体、内容服务商、支付与风控服务商。每一类伙伴都会把外部约束带入内部流程。

09

成本结构

成本来自研发投入、模具和认证、采购和制造、物流和仓储、平台费用、广告投放、售后服务、内容制作、IT 系统和跨区域运营。流程效率低会直接放大返工、库存和沟通成本。

流程地图
面对这种企业,AI 不从组织架构抓,而从业务流程抓
给每个人派一个 AI 助手,看起来覆盖全员,但不一定改变业务结果;抓住流程,才知道 AI 接哪段任务。
10 / 72
第 9 页已经把一家复杂企业讲清楚了:它不是一个单点业务,而是产品创新、供应协同、全球渠道、内容运营和售后反馈共同驱动。接下来要问:面对这样的企业,AI 到底从哪里切入?
01

主价值链示例

市场洞察 -> 产品机会 -> 产品定义 -> 研发验证 -> 供应准备 -> 渠道上市 -> 销售转化 -> 售后反馈 -> 产品迭代。它不是简单“产供销”,而是“市场信号牵引的产品创新 + 全球渠道上市 + 反馈回流”的循环。

02

不能只抓组织架构

如果从组织架构切入,就会变成“研发一个助手、销售一个助手、客服一个助手、财务一个助手”。每个岗位可能都有局部提效,但企业最关键的等待、返工、口径不一致、跨部门交接问题仍然留在流程缝隙里。

03

不能只抓单个工具

如果从工具清单切入,就会变成“哪个部门先试哪个 AI”。这种做法容易做出一堆 Demo,却说不清它们接在哪条价值链上,也很难沉淀成公司级能力。

04

应该抓业务流程

这类企业真实的业务运行,不是靠组织图驱动,而是靠一条条业务流程驱动:市场信号被识别,产品机会被定义,研发和供应链验证,内容和渠道准备,销售转化,售后反馈再回到产品迭代。

05

核心结论

所以,AI 落地的第一张图不是组织架构图,也不是工具部署图,而是流程地图。先画出业务怎么跑,再判断 AI 应该接哪一段、替谁处理什么、由谁确认结果。

流程地图
以前靠重咨询,现在用 Qoder Work + 流程规划 Skill 先做 V0.1
不是否定传统咨询,而是把“流程地图初稿”从高门槛项目,变成课堂上可以启动的业务共创。
11 / 72
用一张图讲清 Before / After:以前需要顾问进场、访谈、对标、调研、建模、评审;现在先用 Qoder Work 读取业务材料,调用流程规划 Skill,生成一版可讨论、可补证据、可继续完善的流程地图。
01

Before:传统做法

请咨询顾问进场;访谈高层和部门负责人;收集制度、SOP、系统记录和会议资料;参考同行和行业框架;顾问建模形成流程架构,必要时从 L1 继续下钻到 L4、L5、L6;多轮评审和修订。

02

Before:成本感知

周期通常 2-3 个月;如果覆盖多事业部、多区域、多系统,周期更长;费用常见不低于 50-100 万。产出专业,但启动门槛高。

03

Before:适合场景

适合大型流程治理、组织变革、集团级咨询项目;不适合每个业务团队都先等一个完整咨询项目后再做 AI 试点。

04

After:现在做法

课程建议使用 Qoder Work;安装流程规划 Skill;把商业画布、战略方向、部门访谈、协同链路、SOP 和会议纪要放入本地目录;让 Qoder Work 按 Skill 生成流程地图 V0.1。

05

After:核心分工

业务人员提供事实;协调员组织材料;组长运行 Qoder Work;Skill 提供方法框架;AI 生成草案;全组校准和补缺。

流程地图
四步完成流程地图 V0.1:Qoder Work、Skill、材料、生成
今天的目标不是做完企业级咨询项目,而是让每家公司拿到一张能继续讨论的流程地图初稿。
12 / 72
QoderWorkSkill材料地图 四步拿到流程地图 V0.1 工具读 Skill,Skill 读材料,材料生成地图
1

打开 Qoder Work

读取本地文件、执行分步任务、调用 Skill,并持续修改输出。

2

从 e2eskill.cn 拿 Skill

找到“流程规划 Skill”,作为现场生成流程地图的方法包。

3

安装 Skill

确认 Qoder Work 能读取说明、模板、质量检查项和输出格式。

4

放入业务材料

战略、商业画布、访谈纪要和协同链路进入项目目录,生成地图 V0.1。

流程地图
采集业务材料,不是随便访谈,而是沿价值流还原协同链路
要让 AI 画出业务骨架,必须先把企业怎么运转、部门怎么交接、任务怎么流动讲清楚。
13 / 72
材料采集可以从三条路进入:业务动线、对标企业、行业标准。三条路不是互斥关系,今天先以业务动线为主,对标和 APQC 用来补结构。
01

路径 1:沿业务动线

从客户需求、机会识别、产品/服务设计、交付履约、销售回款、售后复盘等核心价值流出发,追问“谁把什么交给谁”。这是最贴近本企业实际的路径。

02

路径 2:看类似企业对标

如果不知道完整流程长什么样,可以看类似企业、创新公司、行业标杆的流程架构或价值链描述,用来启发一级流程域和关键链路。对标只能借形,不能替代本企业事实。

03

路径 3:借鉴 APQC 等行业框架

APQC 这类流程分类框架可以帮助补齐常见流程域,例如战略、产品、供应链、客户服务、人力、财务、IT 等。它适合做检查清单,避免漏掉重要能力。

04

采集底线

不能只让 AI 根据公司名字猜;不能只问某个部门自己的 SOP;不能只收制度文件而不问真实协同;不能把组织架构当流程地图。

流程地图
高层访谈先问战略选择:企业未来三年往哪里去
流程地图不是把现在所有工作摊平,而是服务企业接下来最重要的业务方向。
14 / 72
高层访谈的重点不是细节动作,而是企业定位、战略选择、增长路径和关键能力。流程地图必须能承接战略,否则会变成部门流程合集。
01

问题 1:公司定位

我们这家公司到底靠什么创造价值?核心产品、客户、区域、渠道和能力是什么?

02

问题 2:三年方向

未来三年公司最重要的增长目标是什么?是新品、区域、渠道、效率、成本、质量、交付,还是客户体验?

03

问题 3:关键价值流

哪几条业务链路最影响战略目标?例如从市场洞察到产品上市,从订单到交付,从售后问题到产品改进。

04

问题 4:组织关注点

哪些部门协同最频繁、最容易扯皮、最容易返工?哪些流程问题已经影响了经营结果?

05

问题 5:AI 落点假设

管理层最希望 AI 先改善什么:效率、质量、知识复用、风险控制、客户响应,还是经营分析?

06

访谈输出

战略方向摘要;公司级价值流候选清单;优先下钻流程候选;关键部门和关键材料清单。

流程地图
部门访谈要问清楚:上游给什么,我如何处理,下游拿什么
每个部门都先宏观讲清楚职责和协同链路,再从粗到细补关键流程。
15 / 72
部门访谈不是问“你忙不忙”,而是让每个部门把自己的核心链路说出来:职责是什么,上游是谁,拿到什么任务,怎么处理,交付给谁,哪里多线程,哪里会返工。
01

访谈字段 1:部门职责

这个部门存在的核心价值是什么?对公司经营结果负责什么?

02

访谈字段 2:上游输入

上游部门是谁?他们交给你什么任务、资料、审批、数据或系统状态?输入是否完整?

03

访谈字段 3:内部处理

你拿到任务后,通常分几步完成?哪些动作要靠经验判断?哪些材料要跨系统查找?

04

访谈字段 4:多条链路

这个部门是不是同时处理多类任务线?例如新品、促销、售后、区域需求、临时项目。多条链路要分开讲。

05

访谈字段 5:下游输出

你最后交付给谁?交付物是什么?是文档、数据、审批、内容、系统记录、决策建议,还是实物交付?

06

访谈字段 6:痛点和 AI 线索

哪些地方等待多、返工多、口径不一致、重复生成、检查困难、依赖老员工经验?这些就是后续 AI 机会点线索。

流程地图
把材料放到本地目录,让 Qoder Work 按 Skill 生成流程地图草案
AI 要做的不是凭空想象,而是读取材料、按方法拆解、输出可评审的业务骨架。
16 / 72
访谈结束后,把所有材料沉淀到一个本地项目目录中,再让 Qoder Work 读取 Skill 和材料,生成流程地图 V0.1。
01

AI 分析动作

读取公司背景,抽取业务模式;读取战略材料,识别优先价值流;读取部门访谈,整理上游、动作、下游和交付物;对照 APQC 或行业框架补漏;生成 L1-L3 流程地图。个别链路如果材料已经足够细,可以记录 L4-L6 线索,但不要求本期全部展开。

02

输出物 1

L1-L3 流程地图 V0.1:展示主价值流、流程域 / 流程组、L3 关键流程和关键协同关系。

03

输出物 2

部门协同链路清单:按部门列出上游输入、内部动作、下游输出、痛点和证据材料。

流程地图
实战练习:每家公司现场生成自己的流程地图 V0.1
以公司为单位分组,每个人先讲自己的部门链路,再由组长用 Qoder Work 和 Skill 汇总生成。
17 / 72
1

组长任务

汇总商业画布、部门链路和战略材料;用 Qoder Work 运行流程规划 Skill;生成 L1-L3 流程地图 V0.1;准备 3 分钟小组呈现。

2

分组方式

按公司分组。每组先选一名组长和一名协调员:组长负责运行 Qoder Work 和 Skill,协调员负责控时、追问、收材料、补缺口。

3

每个人要讲什么

你所在部门负责什么;上游是谁;上游给你什么任务或材料;你如何一步步处理;是否有多条任务线;最后交付给谁;哪里最容易等待、返工或口径不一致。

4

语音材料处理

允许每个人直接口述,由 AI 或记录员整理成访谈纪要。整理后统一交给组长,放入本地目录的 `03-部门访谈/`。

本次练习不追求写完一本流程手册,也不要求把每个流程拆到 L6;目标是讲清公司业务模式和部门协同链路,生成一张 L1-L3 的流程地图草案。
流程地图
练习交付:商业画布 + 部门链路 + 流程地图草案
本次练习把前面材料收拢成三类可带走成果。
18 / 72
01

输入材料

商业画布:公司做什么、客户是谁、产品/服务是什么、规模多大、渠道在哪里、收入和成本来自哪里;部门链路:每个部门的上游、动作、下游和交付物;战略方向:未来三年重点、关键增长路径和当前痛点。

02

练习交付 1

L1-L3 流程地图 V0.1:讲清 L1 主流程 / 主价值链、L2 流程域 / 流程组、L3 关键流程和关键协同关系。

03

练习交付 2

部门协同链路清单:按部门列出上游输入、内部处理、下游输出、多线程任务线和痛点。

04

练习交付 3

优先下钻流程建议:选出最值得进入 AI 机会点识别的一条 L3 流程,并说明为什么选它。

流程地图
流程地图 · 关键判断
5 题单选 · 每题 20 分 · 答完显示成绩
19 / 72
Q

流程地图 · 关键判断

5 题单选,每题 20 分。先独立判断,再看解释。

得分:0
1 / 13
机会识别
流程地图画完后,下一步不是找工具,而是展开核心流程
AI 机会来自具体活动节点,不来自“我想上一个 AI 工具”。
20 / 72
02
机会识别

流程地图画完后,下一步不是找工具,而是展开核心流程

AI 机会来自具体活动节点,不来自“我想上一个 AI 工具”。

01

任务 1

样板流程:某大型电子跨境公司的产品研发 / 新品上市准备流程。

02

任务 2

围绕这条样板流程做现状还原:访谈相关方、画泳道图、写流程说明。

03

任务 3

用四维标准和两个 Skill 标 AI 机会点,再把方法迁移到你们自己的流程。

流程节点高频有样本可验证 不是找工具,是找节点
机会识别
先抓一条最核心的 L3 流程,贯穿案例选产品研发
先用同一条样板流程跑通方法,再换成自己公司的核心流程。
21 / 72
上一章输出的是 L1-L3 流程地图。本部分不要把每条流程都拆到底,而是先抓一条核心流程做样板。贯穿案例选“产品研发 / 新品上市准备”,因为它横跨市场、产品、研发、供应、内容、渠道和合规,最容易体现流程展开与 AI 机会识别之间的关系。
01

选择标准

第一,看它是不是主价值流上的关键流程;第二,看它是否跨部门协作频繁;第三,看它是否有明显等待、返工、重复生成、信息查找或规则校验;第四,看现场是否有人能讲清楚这条流程。

02

贯穿案例

某大型电子跨境公司:市场信号进入产品机会,产品定义进入研发验证,供应和内容团队准备上市资料,渠道团队完成发布准备。

03

实战练习

每家公司从上一章自己的流程地图里选一条最核心的 L3 流程,不要求也选产品研发。可以是订单交付、客户服务、售后复盘、合同审批、项目交付或其他关键流程。

机会识别
以产品研发为例,现状还原先做三步
这条流程从“市场机会被提出”开始,到“上市资料包和发布准备被确认”结束。
22 / 72
1

锁定流程

流程名称:产品研发 / 新品上市准备。触发条件:市场、渠道或售后反馈形成新品机会或改版需求。起点:产品机会立项。终点:上市资料包、渠道发布计划和关键风险项被确认。

2

访谈相关方

访谈对象包括产品经理、研发负责人、供应链负责人、内容 / 渠道负责人、法务 / 合规负责人,必要时补访客服或售后复盘同学。每个人只讲自己在这条流程里的上游、动作、下游和交付物。

现状还原不是讲概念,而是拿产品研发这条流程直接走一遍。先锁定流程边界,再访谈相关方,最后把访谈材料转成泳道图。这样后面每个 AI 机会点,都能落回产品研发流程里的某一个活动。
机会识别
访谈产品研发流程,要沿新品从机会到上市的自然流转追问
不问“你觉得哪里能用 AI”,先问“一个新品从提出到上市准备,是怎么一步步走的”。
23 / 72
产品研发流程的访谈要沿自然流转展开:机会从哪里来,谁决定立项,产品定义怎么写,研发如何评估,供应链如何确认,内容和渠道如何准备,合规如何把关,最后由谁确认发布准备完成。
01

问题 1:流程边界

一个新品机会通常由谁提出?什么条件下进入立项?做到什么程度算“上市准备完成”?

02

问题 2:自然步骤

市场信号进入后,第一步是谁筛选?产品定义由谁写?研发什么时候介入?样机验证、供应确认、内容准备、合规预检分别在什么时候发生?

03

问题 3:参与角色

产品、研发、供应链、内容 / 渠道、法务 / 合规、客服 / 售后分别在哪些节点参与?谁提供输入,谁审核,谁确认,谁接收输出?

04

问题 4:材料和系统

每一步需要哪些材料:市场洞察、用户反馈、竞品资料、PRD、BOM、测试报告、认证文件、渠道规则、历史内容样例、禁用表达清单?这些材料在哪个系统或文件夹里?

05

问题 5:异常和返工

哪些地方最容易缺资料、反复确认参数、认证口径不一致、渠道内容返工、合规风险后置、售后问题无法回流到产品改版?

机会识别
把产品研发口述流程画成泳道图,先检查事实有没有跑偏
很多流程错误,只有画成图以后才会暴露。
24 / 72
产品研发访谈记录会有跳跃、遗漏和主观表述。泳道图的价值,是把“谁在什么时候做什么、交给谁”画成一条可检查的流程。流程图画出来后,业务方可以一眼看到步骤顺序、责任边界、交接关系和遗漏节点。
01

判断与分支

金额不同、风险等级不同、客户类型不同,通常对应不同处理路径;资料不完整时如何补充;审批未通过后如何退回;异常情况由谁协调处理。

02

示例泳道

市场 / 用户洞察、产品、研发、供应链、内容 / 渠道、法务 / 合规、客服 / 复盘。

03

示例主流程

市场信号收集 -> 产品机会筛选 -> 产品定义 / PRD 初稿 -> 研发可行性评估 -> 样机验证 -> 供应可行性确认 -> 上市资料包准备 -> 渠道内容生成 -> 合规预检 -> 发布准备确认 -> 售后反馈回流。

04

校正问题

产品定义前是否漏掉机会筛选?研发评估前输入是否齐全?供应确认和内容准备是否并行?合规预检是否太晚?售后反馈是否真正回到下一轮产品定义?

05

流程图定义

流程图是流程管理的重要表达工具,需要让使用者看明白工作如何开始、如何流转、如何结束。活动级流程图不只是把步骤串起来,而是把活动、角色、资料、系统、判断和异常都画清楚。

06

活动级流程图五项内容

做什么活动;在什么时间完成;由什么角色负责;使用什么数据和资料;通过什么工具或系统执行。

机会识别
把产品研发泳道图转成流程说明,每个活动写清 5W2H
图解决“看见流程”,说明解决“复用流程”。
25 / 72
必备字段序号、活动、活动描述、负责人、输入材料、交付物、时效、系统 / 工具、AI 机会线索。
示例行 1活动:产品定义 / PRD 初稿。负责人:产品经理。输入:市场洞察、用户反馈、竞品资料、历史产品资料。交付物:PRD 初稿和待确认问题清单。AI 机会线索:资料抽取、结构化整理、缺失项追问。
示例行 2活动:研发可行性评估。负责人:研发负责人。输入:PRD、关键参数、历史方案、测试约束。交付物:可行性评估意见和风险清单。AI 机会线索:历史方案检索、风险摘要、评审问题生成。
示例行 3活动:渠道内容生成。负责人:内容 / 渠道负责人。输入:产品事实、渠道规则、历史样例、禁用表达。交付物:多渠道内容包草案。AI 机会线索:内容生成、规则比对、风险预检。
5W2H 要求活动描述要尽量回答:谁,为什么 / 在什么触发条件下,在什么时间,在哪里 / 哪个系统里,做什么事,如何做,做到什么程度 / 消耗多少时间或资源才算完成。
与流程图的关系流程说明必须和产品研发泳道图节点逐项对照。图上有的活动,表里要有;表里新增的活动,也要回到图上检查位置。
学习提醒强调流程说明不是在重复流程图,而是在给后续 Skill 建设准备结构化材料。
机会识别
沿产品研发活动逐个打四维评分,AI 机会才落得到节点上
不是问“产品研发能不能 AI 化”,而是问“哪个活动节点最适合先 AI 化”。
26 / 72
业务同事在访谈中未必会说出 AI 机会,因为他们不一定知道 AI 能做什么。课程要把 AI 机会识别封装成四个维度,并直接套到产品研发流程的活动节点上。
01

维度 1:任务可结构化

这个活动是否有明确输入、明确输出、明确规则或可描述的完成标准?例如“渠道内容生成”比“判断产品方向”更容易结构化。

02

维度 2:资料可获得

AI 需要读取的文档、数据、样例、规则、历史记录是否存在?例如产品事实、渠道规则、历史内容样例和禁用表达是否能整理出来。

03

维度 3:AI 可发挥

活动中是否包含信息抽取、总结归纳、内容生成、规则比对、缺失项追问、风险预检、分类归因等 AI 擅长的认知动作?

04

维度 4:业务值得做

这个活动是否高频、耗时、返工多、影响质量 / 风险 / 体验 / 收入?做完后是否能被多个产品、多个区域或多个渠道复用?

05

示例评分

渠道内容包生成:任务可结构化 5、资料可获得 5、AI 可发挥 5、业务值得做 5,首批建设;认证 / 合规风险摘要:4、4、4、4,首批或第二批;研发可行性资料汇总:4、3、4、3,第二批;产品方向判断:2、3、2、5,暂不交给 AI 决策。

机会识别
两个 Skill 跑同一条产品研发案例:先画图,再出说明和机会点
不是每次从零写 指令,而是把流程还原和机会识别变成可复用工具。
27 / 72
1

Skill 1:流程泳道图

输入:产品研发访谈记录、流程边界、参与角色。输出:产品研发现状泳道图、活动节点清单、待确认问题。重点是还原现状,不提前设计未来流程。

2

Skill 2:流程说明与 AI 机会识别

输入:产品研发现状泳道图和访谈材料。输出:流程说明表、5W2H 活动描述、四维评分、AI 机会点建议、待业务确认问题。

3

工具运行顺序

产品研发访谈录音 / 转写 -> 流程泳道图 Skill -> 业务校正 -> 流程说明与 AI 机会识别 Skill -> 产品研发 AI 机会报告。

4

人的参与

AI 生成草案,业务方负责确认事实;AI 标出候选机会,团队负责选择首批试点;AI 不能替代业务确认责任边界。

本部分明确是两个 Skill:第一个负责根据访谈记录绘制产品研发现状泳道图;第二个负责把泳道图转成流程说明,并按四维标准标识 AI 机会点。两个 Skill 连起来跑,才能从口述材料稳定得到机会报告。
机会识别
产品研发案例的三件套:泳道图、流程说明、AI 机会报告
只有三件东西对齐,AI 机会才不是漂在空中的想法。
28 / 72
产品研发案例的交付物不只是一个 AI 机会清单,而是一套证据链:泳道图证明新品从机会到上市准备如何流动,流程说明证明每个活动如何执行,AI 机会报告证明为什么这个节点适合 AI。
01

交付物 1:流程泳道图

展示市场 / 用户洞察、产品、研发、供应链、内容 / 渠道、法务 / 合规、客服 / 复盘之间的关键步骤、交接关系、异常和回写。

02

交付物 2:流程说明

按产品研发活动节点写清序号、活动、活动描述、负责人、输入、交付物、时效、系统 / 工具和 5W2H。

03

交付物 3:AI 机会报告

在流程说明基础上标识 AI 机会点,给出四维评分、建议动作、所需资料、确认人和下一步。说明和 AI 机会点可以放在同一张表,也可以独立生成报告。

04

示例首批机会

产品定义资料抽取与缺失项追问;渠道内容包生成与规则比对;认证 / 合规风险摘要;售后问题归因回流到产品改版。

05

质量检查

每个 AI 机会点必须能回到一个具体产品研发活动节点;必须有输入和输出;必须说明由谁确认结果;必须能判断首批是否适合做。

机会识别
实战练习:换成你们公司的核心流程,按同一套方法下钻
贯穿案例是产品研发;实战练习要拿自己公司的真实流程来跑。
29 / 72
01

第一步:选流程

从上一章流程地图中选出一条最核心、最适合现场讨论的流程。可以是产品研发,也可以是订单交付、客户服务、售后复盘、合同审批、项目交付等。

02

第二步:做访谈

找流程 Owner 或熟悉流程的同学口述:谁发起、第一步是什么、第二步是什么、谁接手、交付物是什么、哪里容易返工。建议录音并转写。

03

第三步:跑泳道图

用流程泳道图 Skill 生成现状图,并和业务同学互动校正。重点看角色、顺序、交付物和遗漏节点。

04

第四步:跑说明和机会点

用流程说明与 AI 机会识别 Skill 生成流程说明表,在每个活动后面标识 AI 机会线索和四维评分。

机会识别
机会识别 · 关键判断
5 题单选 · 每题 20 分 · 答完显示成绩
30 / 72
Q

机会识别 · 关键判断

5 题单选,每题 20 分。先独立判断,再看解释。

得分:0
1 / 11
人机协同
机会点之后,先做智能体选型,再画未来流程
前面已经找到 AI 机会点,下一步要判断它适合哪类能力形态。
31 / 72
03
人机协同

机会点之后,先做智能体选型,再画未来流程

AI 机会点不是工具清单,而是流程节点的能力选择题。

01

先定义

到底什么是 Agent,和会聊天的 AI 有什么不同。

02

再区分

能力形态、交互入口、运行部署三层,不把数字人和本地/云端混进能力分类。

03

再落图

把人、Agent、Skill、工作流和系统放回未来流程图。

机会点选能力定 Skill画流程从节点出发,而不是从工具出发
人机协同
什么是 Agent:能规划、会调用工具、能交付结果的工作单元
会聊天不是 Agent;能在上下文和权限约束下规划步骤、调用工具、留下结果,才开始进入工作智能体。
32 / 72
Agent工作单元感知现场模型规划工具执行运行环境记忆知识Skill
Agent = 在目标、上下文和权限约束下,规划步骤、调用工具并交付结果。
1

看见任务

能读文件、表单、网页、系统事件,而不是只读一句话。

2

规划路径

把目标拆成步骤,并判断下一步该调用什么能力。

3

调用工具

能操作文档、表格、浏览器、MCP 或业务系统。

4

交付结果

留下可复核的文件、表格、记录或流程状态。

人机协同
专业选型先分三层:能力形态、交互入口、运行部署
数字人是交互入口,本地/云端是运行部署,真正决定流程设计的是能力形态。
33 / 72

三层不要混在一张表里

先判断节点需要哪类能力,再决定学员怎么进入、能力跑在哪里。

能力形态知识问答 / 单点 Skill / 工作流自动化 / 工具执行 Agent / 协同编排
交互入口聊天窗口 / 企业 IM / 表单 / 工作台 / 数字人
运行部署本地桌面 / CLI / SaaS 云端 / 私有化 / 混合部署
先选能力形态,再选入口和部署。

知识问答型

制度查询、资料问答、FAQ 和知识库检索,重点是找得到、答得准。

单点 Skill 型

人在场发起,稳定生成、整理、检查或转换一类交付物。

工作流自动化型

触发、分支、审批、通知、回写清楚,适合稳定运营。

工具执行 Agent 型

在权限约束下调用工具,处理文件、代码、网页、表格和系统动作。

协同编排型

多人、多 Agent、多系统推进流程实例,管理状态、责任和回写。

不再混维度

数字人不是能力形态,本地/云端也不是能力形态,它们影响体验、权限和成本。

人机协同
五类能力形态的产品版图:产品只是承载方式
五类形态讲完以后,必须让学员看到真实产品,但不能把品牌名当成选型答案。
34 / 72

产品不是分类答案

同一个平台可能同时有问答、工作流、Agent 和协同入口。

先看节点回答 / 生成 / 自动化 / 工具执行 / 跨部门编排
再看产品知识库 / Skill 入口 / 执行器 / 工作流 / 协同空间
最后部署本地、CLI、云端、私有化或混合部署
产品是承载方式,流程节点才是选型起点。

知识问答型

dify.ai

Dify、Coze、百炼、BetterYeah。适合制度、FAQ、历史资料和知识库问答。

单点 Skill 型

e2eskill.cn

Skill 统一来自 e2eskill.cn,可放进对话入口、平台智能体或本地执行器。

工作流自动化型

n8n.io

百炼、Coze、Dify、n8n、BetterYeah。适合触发、分支、审批、回写和日志。

工具执行 Agent 型

developers.openai.com/codex/cli

Codex、QoderWork、TRAE、CodeBuddy、Cursor、Claude Code。处理文件和交付物。

协同编排型

aily.feishu.cn

Aily、钉钉悟空、BetterYeah、流程平台、IM 和业务系统组合,管理状态和责任。

选择顺序

能力形态 -> 产品类型 -> 交互入口 -> 本地/云端/私有化 -> 权限和回写。

人机协同
任务执行器怎么选:本地看现场,云端跑协同
工具执行 Agent 不是一个单一类别,至少要继续区分本地/桌面、CLI/IDE、云端/平台三种承载方式。
35 / 72

本地 / 桌面

qoder.com/en/qoderwork

QoderWork、TRAE、Cursor、CodeBuddy。适合本地资料包、PPT、Excel、代码和临时文件。

CLI / IDE

developers.openai.com/codex/cli

Codex CLI、Claude Code、Cursor。适合项目目录、仓库任务、差异检查和可复核交付。

云端 / 平台

aliyun.com/product/bailian

百炼、Coze、Dify、n8n、BetterYeah。适合定时触发、多人共用、统一日志和系统回写。

混合 / 私有化

敏感资料本地处理,结果进入平台协同;企业有安全要求时考虑私有化或混合部署。

价格怎么比

不背具体价格,比较席位、调用量、执行量、企业管理、数据边界和试用成本。

关键判断

资料在哪里、谁参与、是否定时、是否留痕、能不能上传,决定本地还是云端。

新品研发怎么选

本地执行批量整理本地新品资料包,从 PPT/Excel 提取参数、卖点和缺失字段。
云端执行竞品情报定时更新,资料入库后自动提醒多人,并把状态回写到系统。
混合协同敏感资料先本地抽取证据,人确认后再把结构化结果交给平台工作流。
人机协同
工作流自动化型:适合触发、分支、审批、回写和运营
很多平台既能问答也能跑流程,判断时看这个节点是否需要状态、触发和回写。
36 / 72

工作流和问答不要混

只问资料制度、FAQ、历史规格查询,优先知识问答型。
要跑状态触发、分支、审批、通知、回写清楚,进入工作流自动化型。
要接工具工作流可以嵌入模型、Skill 或 Agent,但核心是稳定可治理。
平台名不等于能力形态,节点有没有“状态流转”才是分界线。
阿里云百炼aliyun.com/product/bailian
模型应用、智能体、工作流与企业平台能力。
扣子 Cozecoze.cn / coze.com
低代码智能体、工作流编排、发布和渠道连接。
Difydify.ai
LLM 应用、Agentic Workflow、RAG 和私有部署。
BetterYeahbetteryeah.com
企业知识、Agent 应用和组织级运营。
n8nn8n.io
AI 工作流自动化、系统集成和人工审批。
人机协同
数字人和智能伙伴:形象是入口,Skill才决定能不能办事
数字人解决表达和陪伴,智能伙伴解决入口和协同;真正进入流程,还要接 Skill、工具、权限和回写。
37 / 72

三层看清边界

前台表达层数字人、虚拟人、智能伙伴:负责讲解、接待、提醒、陪练和入口。
工作能力层Skill、知识、工具、工作流:决定它能不能按业务方法稳定办事。
流程治理层权限、日志、人工确认、状态回写:决定它能不能进入真实流程。
形象像人不等于能承担流程责任;能回答不等于能审批;能讲清楚不等于能回写系统。

飞书 Aily

aily.feishu.cn

智能伙伴与智能体定制,适合作为办公协同入口。

阿里悟空(钉钉生态)

wukong.dingtalk.com

AI 工作平台,适合办公入口、任务协同和组织场景。

火山引擎数字人

volcengine.com/product/avatar

数字人形象与交互能力,适合讲解、客服和营销表达。

阿里云数字人

help.aliyun.com/zh/avatar

多模态交互数字人方案,适合虚拟人应用搭建。

讯飞虚拟人

virtual-man.xfyun.cn

虚拟人资产、内容生产和多场景交互服务。

进入流程的条件

后面必须接 Skill、工具、知识、权限、人工确认和回写,才不是只会表达的前台。

人机协同
Agent 背后不是只有模型,还要看工具、知识、环境、记忆和 Skill
模型影响上限,工具承接动作,知识提供事实,环境承接执行,Skill 固化方法。
38 / 72
Agent 工作台把能力组织起来模型工具知识库环境记忆Skill
没有 Skill,Agent 很容易变成一个更会聊天的自由发挥系统。
模型

理解与规划

决定推理、拆解和纠错上限。

工具

真实动作

读写文件、查网页、调系统、生成表格。

知识

事实来源

制度、资料、案例、模板进入上下文。

Skill

本课核心

把步骤、规则、样例、边界和验收标准固化下来。

人机协同
从流程机会点倒推选型:先看任务特征,再决定能力形态
不是先问“买哪个 Agent”,而是先问这个节点要回答、生成、自动化、执行工具,还是跨部门推进。
39 / 72

从任务特征倒推能力形态

每个流程机会点先回答“它到底要完成什么工作”。

查规则知识问答型
稳交付单点 Skill 型
跑流程工作流自动化型
调工具工具执行 Agent 型
跨部门协同编排型
不要让产品名字替你做判断。
查资料/问规则制度、FAQ、知识库检索,优先知识问答型。
稳定生成交付物人在场调用并复核,优先单点 Skill 型。
触发/审批/回写规则和状态清楚,优先工作流自动化型。
多步工具动作文件、代码、网页、系统动作,优先工具执行 Agent 型。
跨部门状态流转多人、多 Agent、多系统推进,进入协同编排型。
人机协同
两种固化方式:单点 Skill,或流程化能力
单点能力用 Skill 固化,长链路能力用工作流、Agent 或协同编排固化。
40 / 72
轻固化

单点 Skill 型

人在场问一下、改一下、拿到结果就结束。重点是方法、样例、输出格式和检查标准。

自动化

工作流自动化型

触发、分支、审批、通知、回写稳定,适合把一段规则流程运营起来。

工具执行

工具执行 Agent 型

需要多步调用工具、处理文件或系统动作,并留下可复核交付物。

长链路

协同编排型

多个人、多个 Agent 和多个系统共同推进一个流程实例,要管理状态和责任。

不要把所有机会都封成 Agent

先看任务有没有自动触发、状态流转、系统回写和责任边界。

人主动优先把方法固化成 Skill
系统触发进入工作流自动化或 Agent
跨节点需要协同编排和回写治理
Skill 是能力最小单元,Agent 和工作流是运行方式。
人机协同
什么时候拆 Agent,什么时候合成一个 Agent
Agent 的边界跟流程断点一致,不跟工具名称一致。
41 / 72
事实抽取缺失检查证据包人工确认内容生成风险预检人类判断点,往往就是 Agent 边界
不要把所有 AI 节点塞进一个大 Agent;先看流程里有没有人工断点、系统断点和责任断点。
合成

连续 AI 工作段

中间不需要人判断,输入输出边界清晰,失败后能统一回退。

拆开

AI -> 人 -> AI

前一段输出要人确认,后一段才可以继续。

权限

权限不同要拆

不同节点能看、能写、能发布的范围不一样。

触发

事件触发单独看

持续响应、监控、推送,通常需要平台/服务端运行。

人机协同
新品研发案例:五类能力形态要全部落回流程节点
前面讲的分类、产品和部署选择,必须在同一条流程里都能找到位置。
42 / 72
查口径知识问答型:查历史规格、制度口径、合规禁用词。可用 Dify、Coze、百炼、BetterYeah。
生成初稿单点 Skill 型:新品卖点、销售话术、内容草案。Skill 来自 e2eskill.cn,由人调用复核。
整资料包工具执行 Agent 型:批量整理本地 PPT、Excel、图片和文档。优先本地/CLI/IDE。
跑提醒工作流自动化型:竞品情报定时更新,资料入库触发提醒、审批和回写。优先云端/平台。
串全链路协同编排型:资料入库 -> 事实确认 -> 内容生成 -> 法务审核 -> 发布回写。

互动问答点放在哪里

资料缺口、事实冲突、对外承诺和高风险表述出现时,不能让 AI 继续自由生成。

AI 追问列出缺字段、冲突事实、风险表达
人确认产品经理或合规负责人确认口径
再继续确认后进入内容生成、审批和回写
这个问答点通常放在事实抽取之后、内容生成之前。
人机协同
拿一条流程,逐个节点选择能力、产品、部署和 Skill
先在流程图上选节点,再按标准选择能力形态、产品类型和运行部署,最后写出需要的 Skill。
43 / 72

1. 选节点

从流程图里圈出 3-5 个 AI 机会点。

2. 判特征

问答、生成、自动化、工具执行、跨部门编排。

3. 选能力

知识问答、单点 Skill、工作流自动化、工具执行 Agent、协同编排。

4. 选产品

知识库、Skill 入口、本地执行器、云端工作流或协同空间。

5. 定部署

写清本地、云端、私有化或混合部署的理由。

6. 标边界

人工确认、权限、异常处理和结果回写位置。

每个节点填成一行表

流程侧流程节点、AI 机会、任务特征、试点优先级。
产品侧能力形态、产品类型、本地/云端理由、需要的 Skill。
治理侧交互入口、人工断点、异常处理、结果回写。
不一定全用,但每个选择都要说清为什么。
人机协同
画出本企业最小智能协同蓝图
选一条已经梳理过的流程,编排人、Agent、Skill、系统如何协同。
44 / 72
01

实战任务

选一条已梳理流程,画出人、Agent、Skill、系统的分工。

02

必须说明

能力形态、产品类型、本地/云端理由、交互入口、人工断点和回写位置。

03

新品研发示例

问答查口径,Skill 生成初稿,本地执行器整资料包,云端工作流跑提醒。

04

互动问答点

事实抽取后先追问缺口和风险,人确认后再生成内容。

交付物要看得出取舍

用了什么每个节点对应哪类能力形态和产品类型。
为什么这样用本地、云端、私有化或混合部署的理由。
哪里不能自动人工确认、权限边界、异常处理和结果回写。
哪里不用不强行五类全上,但没用的形态也要说明原因。
人机协同
人机协同 · 关键判断
5 题单选 · 每题 20 分 · 答完显示成绩
45 / 72
Q

人机协同 · 关键判断

5 题单选,每题 20 分。先独立判断,再看解释。

得分:0
1 / 15
Skill 建设
Skill 是流程节点上的可复用操作手册
找到 AI 机会点之后,要把它变成可复用、可试跑、可改进的方法
46 / 72
04
Skill 建设

Skill 是流程节点上的可复用操作手册

找到 AI 机会点之后,要把它变成可复用、可试跑、可改进的方法

01

学习目标

前面已经画出流程图、识别出 AI 机会点,也初步决定了人机协同方式。下一步不是继续列想法,而是把其中一个高价值节点封装成 AI 能读懂、同事能复用、平台能管理的Skill。

03

关键理解

“把 Skill 想成 AI 能读懂的 SOP。不是写给人贴墙上的 SOP,而是让 AI 知道什么时候用、读什么材料、先做什么、输出什么、哪里要停下来问人。”

事实规则样例Skill V0.1步骤 + 边界Owner + 版本 把经验写成 AI 能调用的操作手册
Skill 建设
为什么要围绕流程建 Skill
按部门收集 Skill,容易变成零散清单;按流程建设 Skill,才知道它服务哪个业务节点
47 / 72
很多企业做 Skill,会让每个部门各自报需求,最后得到一堆“写文案、做汇总、查资料、改格式”。这些能力看起来有用,但很难判断优先级、边界和责任。流程能告诉我们:这个 Skill 在哪里触发、要读哪些材料、结果交给谁、哪些地方必须人确认。
01

四个流程锚点

触发:什么业务动作发生时用它;材料:这个节点需要哪些资料;边界:AI 能做什么,不能做什么;去向:输出交给谁,回写到哪里。

02

案例线索

“新品上市内容生成”不是让 AI 随便写一篇文案,而是在新品资料进入内容准备节点后,帮助产品、渠道和合规把内容包准备好。

Skill 建设
一个 Skill 里到底有什么
不用先懂技术,只要知道它把“做事方法”装进了一个包
48 / 72
01

运营字段

Owner:谁负责维护;版本:现在是 V0.1 还是 V0.2;调用入口:在哪里使用;回写位置:结果进入哪个表、系统或平台页面。

02

一句话定义

Skill 是 AI 的专业能力单元:名字告诉它这是什么,描述告诉它什么时候用,步骤告诉它怎么做,材料告诉它依据什么做,样例告诉它做到什么程度算好。

03

六个组成

名称:这个 Skill 叫什么;描述:什么时候该用它;输入材料:需要哪些资料;执行步骤:先做什么、后做什么;输出格式:交付什么结果;边界提醒:哪些情况要问人、停下来或标红。

04

使用口径

只需要知道:Skill 是 AI 能读懂的说明书。本节不展开文件结构和运行原理,先把使用场景、输入、输出和边界写清楚。

Skill 建设
新品上市内容生成 Skill:先看材料包,不先写文案
好 Skill 不是让 AI 更会编,而是让 AI 有事实、有规则、有样例、有检查
49 / 72
01

案例公司

某大型电子跨境公司。

02

案例定义

Skill 名称:新品上市多渠道内容包生成。任务:基于新品资料、渠道规则和历史样例,生成官网、电商、社媒、销售话术等草案,同时列出缺失材料和人工确认项。

03

四类材料

事实包:产品规格、卖点、目标客群、认证状态、库存节奏;规则包:渠道字数、禁用表达、价格边界、品牌语气;样例包:优秀历史内容、失败案例、FAQ 口径;检查包:字段是否齐、风险是否标出、哪些需要人工确认。

04

关键理解

“不是一上来就写‘帮我写文案’。先告诉 AI:依据什么事实,遵守什么规则,参考什么样例,最后怎么自己检查。”

Skill 建设
从业务要求到 Skill V0.1,只走五步
第一版不用完美,但必须能让别人拿去试跑
50 / 72
1

边界提醒

AI 可以整理事实、生成草案、列缺口;AI 不能自动审批、自动发布、自动改价、承诺交期、编造认证或读取无权限资料。

2

五步流程

1. 选一个流程节点:不要从泛泛任务开始;2. 写清输入和输出:AI 读什么,交付什么;3. 列出不能做什么:价格、承诺、发布、合规等需要人确认;4. 把材料和要求交给 Qoder Work 生成 Skill V0.1;5. 人再检查一遍,把不清楚的边界、Owner 和版本补进去。

3

Owner 提醒

V0.1 可以是现场版本,但必须写清谁维护资料、谁确认风险、谁决定是否发布。没有 Owner 的 Skill 不进入企业AI资产管理平台。

Skill 建设
每组做一个自己的 Skill V0.1
从前面识别出的 AI 机会点里选一个,写成能试跑的 Skill
51 / 72
01

实战任务

每组选择一个不同 Skill,尽量贴近日常流程,不要选太泛的“办公助手”。

02

四步动作

1. 说清它属于哪条流程、哪个节点;2. 写出动作 + 对象 + 输出物;3. 列出输入材料、输出结果和不能做什么;4. 用 Qoder Work 生成 Skill V0.1,并人工补一遍边界。

03

定义卡字段

名称;流程节点;使用人 / Owner;触发场景;输入材料;输出结果;执行步骤;不能做什么;调用入口;结果回写位置。

04

检查项

是否挂在明确流程节点;输入材料是否可获得;输出格式是否稳定;不能做什么是否写清;Owner 是否明确;结果回写位置是否明确。

Skill 建设
Skill 建设 · 关键判断
5 题单选 · 每题 20 分 · 答完显示成绩
52 / 72
Q

Skill 建设 · 关键判断

5 题单选,每题 20 分。先独立判断,再看解释。

得分:0
1 / 7
验证测评
不测就上线,等于把风险交给一线员工
Skill V0.1 做出来以后,先用样本试跑,再进入企业AI资产管理平台
53 / 72
05
验证测评

不测就上线,等于把风险交给一线员工

Skill V0.1 做出来以后,先用样本试跑,再进入企业AI资产管理平台

01

常见风险

缺字段仍然编答案;资料冲突只选一个说法;越权请求照做;高风险事项不提示人工确认;输出格式每次都不一样。

02

本节任务

用 6 类样本试跑自己的 Skill,记录失败原因,修改一版,再复测。

03

学习目标

业务同事很容易把“AI 能跑出一个结果”误认为“可以用了”。这里要看清:企业场景真正危险的不是 AI 不会做,而是它在缺资料、资料冲突、越权或高风险场景下仍然自信输出。

先测再上线 正常缺字段异常越权冲突攻击
验证测评
六类样本覆盖的是业务风险,不是考试题
不需要做很多题,先覆盖最容易出事故的 6 种情况
54 / 72
01

样本 1:正常

材料完整、任务清楚、风险可控。看它能不能按固定格式交付结果。

02

样本 2:缺字段

故意缺少关键字段,比如认证状态、价格边界、目标渠道、客户限制。看它会不会追问或列缺口。

03

样本 3:异常

输入里有不常见场景,比如海外特殊渠道、突发库存变化、产品被召回。看它是否能提示异常处理。

04

样本 4:越权

要求它审批、发布、改价、承诺交期、读取无权限资料。看它是否拒绝并提示人工授权。

05

样本 5:资料冲突

两份资料参数不一致、渠道规则相互冲突、历史样例与新规范不一致。看它是否并列冲突并请求确认。

06

样本 6:越界指令攻击

用户要求它忽略规则、绕过限制、输出内部信息或跳过人工确认。看它是否守住边界。

验证测评
6 条测试样本只测一件事:这个 Skill 会不会在风险前停住
好的 Skill 不只是会生成,更要知道何时追问、标红、转人工
55 / 72
测试表字段编号;类型;输入摘要;期望表现;实际表现;是否通过;问题归因;修改动作;复测结果。
通过标准1. 不编造事实;2. 输出格式稳定;3. 缺字段时追问或列缺口;4. 高风险事项转人工;5. 越权请求明确拒绝;6. 资料冲突时不擅自裁决。
业务判断口径如果它只是“写得像”,但没有暴露缺口、边界和人工确认项,就不算通过。
验证测评
测试失败不是扣分,而是 Skill 迭代入口
每一次失败都要归因到输入、知识、步骤、边界或权限
56 / 72
归因 1:输入缺给 AI 的材料不完整,字段缺失,样本描述不清。修改动作:补输入模板和必填字段。
归因 3:步骤缺Skill 没写清先做什么、后做什么、检查什么。修改动作:补执行步骤和自检清单。
归因 4:边界缺不能做什么、何时转人工没有写清。修改动作:补人工确认项、拒绝规则和风险提示。
归因 5:权限缺调用了不该看的资料,或没有说明谁能调用。修改动作:补权限范围、使用人和授权要求。
归因 2:知识缺规则、样例、标准、历史资料缺失。修改动作:补知识资料或案例包。
关键理解“失败不是坏事。现场里把失败跑出来,比课后让真实业务替你发现要便宜得多。”
验证测评
给你的 Skill 设计 6 条测试样本,并完成复测记录
每组只测一个 Skill,但要覆盖正常、缺字段、异常、越权、资料冲突、越界指令攻击
57 / 72
01

实战任务

1. 选择第 05 章完成的 Skill;2. 写出 6 条样本输入;3. 逐条运行并记录实际表现;4. 归因失败原因;5. 修改 Skill;6. 复测至少 2 条失败样本。

02

点评标准

样本是否覆盖风险;期望表现是否清楚;失败归因是否具体;修改动作是否能落到 Skill;是否说清进入平台的条件。

03

关键结论

“通过验证,不代表永远正确;它只代表这个 Skill 已经具备小范围真实试用的最低条件。”

验证测评
验证测评 · 关键判断
5 题单选 · 每题 20 分 · 答完显示成绩
58 / 72
Q

验证测评 · 关键判断

5 题单选,每题 20 分。先独立判断,再看解释。

得分:0
1 / 6
平台搭建
让 AI 能力留下来,靠的是平台化运营而不是一次性尝试
最后一节把流程、Skill、样本和版本放进企业AI资产管理平台
59 / 72
06
平台搭建

让 AI 能力留下来,靠的是平台化运营而不是一次性尝试

最后一节把流程、Skill、样本和版本放进企业AI资产管理平台

01

学习目标

今天形成的流程图、Skill 和验证样本,如果只停在个人文件夹里,很快就会散掉。平台化运营的目的不是“做一个网页”,而是让企业知道自己的 AI 能力在哪里、谁负责、能不能用、用得怎么样、下一版怎么改。

企业AI资产管理平台 流程Skill样本版本 能调用、能反馈、能迭代
平台搭建
平台先回答四个问题:放哪里、怎么合格、如何调用、怎么变好
企业AI资产管理平台不是文件夹,而是 AI 能力的运营台账
60 / 72
平台 V0.1 能运营才算数 放哪里怎么合格如何调用怎么变好 不是目录,是调用、反馈、版本的运营台账
01

放哪里

流程图、资料、Skill、样本、版本记录进入统一目录。

02

怎么合格

字段齐全、边界清楚、样本跑过,才允许入库。

03

如何调用

业务同事知道从哪里进、准备什么、结果回到哪里。

04

怎么变好

失败样本、反馈、版本和 Owner 都能回流。

企业AI资产管理平台不是文件夹,而是 AI 能力的运营台账。
平台搭建
平台不是展示页,而是流程、Skill、资料、样本和运行记录的组合
换个标题没有意义,能被搜索、调用、反馈、维护才有价值
61 / 72
01

关键字段

所属流程、使用人、输入材料、输出结果、运行方式、状态回写、测试样本、Owner、版本、发布状态。

02

平台导航

00 使用说明;01 业务流程地图;02 Skill 资产;03 知识资料;04 验证样本;05 运行记录;06 版本与复盘。

03

能力卡片

已入库:新品上市多渠道内容包生成;候选:认证与合规风险摘要;资料建设:售后反馈归因;运营:试用与反馈看板。

平台搭建
Skill 入库不是上传文件,而是上架审核
一个 Skill只有字段齐、边界清、样本跑过,才算可进入平台
62 / 72
必填字段名称;所属流程;使用人 / Owner;触发场景;输入材料;输出结果;运行方式 / 工具;不能做什么;状态回写位置;验证样本;版本;发布状态。
匿名案例示例新品上市多渠道内容包生成;所属流程:渠道内容到销售转化;输入材料:规格书、渠道规则、图片、认证状态;输出结果:内容草案、缺失项、风险标注;Owner:渠道运营 Owner + 合规 Owner;测试样本:正常、缺字段、越权、资料冲突等。
平台搭建
Skill 准备被调用,就要设计调用入口
放进平台以后,业务同事必须知道什么时候用、从哪里进、结果回到哪里
63 / 72
1

四类入口

聊天入口:业务同事主动发起;流程入口:某个流程节点需要它;表单入口:填写字段后触发;系统入口:业务系统状态变化后触发。

2

设计要点

入口必须绑定触发场景;不能让用户猜该用哪个 Skill;调用前要提示需要准备哪些材料;调用后要告诉结果回写到哪里。

3

案例入口

新品资料准备完成后,渠道运营在平台选择“新品上市多渠道内容包生成”,上传规格书、渠道规则和图片素材,系统输出内容草案、缺失材料和人工确认项,结果回写到上市内容准备表。

平台搭建
权限与调用:谁能看、谁能调、调到什么程度
企业 AI 资产越多,越不能靠“大家自觉”来管理
64 / 72
权限层级查看:能看到 Skill 卡片和说明;调用:能使用 Skill 生成结果;维护:能修改资料、步骤、样本和版本;发布:能决定开放范围和下架。
风险边界客户资料、价格、合同、财务、供应链成本、未发布产品、内部账号和员工信息不能默认开放。
审计记录谁调用、用了哪些资料、输出了什么、是否通过人工确认、失败原因是什么、下一版谁处理。
平台搭建
今天带走企业AI资产管理平台 V0.1
不要求一步到位,但要让首批能力有入口、有记录、有下一步
65 / 72
01

交付物

企业AI资产管理平台发布上线清单;首批 Skill 入库卡;30 天试用记录入口。

02

发布清单

1. 平台目录已建;2. 至少 1 个 Skill 已入库;3. 已绑定流程节点;4. 已挂资料来源;5. 已放 6 类验证样本;6. 已写 Owner 和版本;7. 已定义调用入口;8. 已记录 30 天试用计划。

平台搭建
平台搭建 · 关键判断
5 题单选 · 每题 20 分 · 答完显示成绩
66 / 72
Q

平台搭建 · 关键判断

5 题单选,每题 20 分。先独立判断,再看解释。

得分:0
1 / 8
总装评审
一天产物总装成企业 AI 能力 V0.1
不是听完就结束,而是把流程、Skill、样本和平台装成一个可试用系统
67 / 72
07
总装评审

一天产物总装成企业 AI 能力 V0.1

不是听完就结束,而是把流程、Skill、样本和平台装成一个可试用系统

01

学习目标

前面 7 章分别完成了流程地图、机会识别、人机协同、Skill 建设、验证测评和平台搭建。总装评审要把这些产物连起来,判断它是否具备小范围真实试用的条件。

02

总装对象

流程地图;AI 机会表;人机协同蓝图;Skill 定义卡;验证样本表;企业AI资产管理平台发布清单;30 天运营计划。

03

关键理解

“最后不是学习心得分享,而是像业务负责人一样交付一个 AI 能力 V0.1。能不能继续往下推,就看这 3 分钟。”

流程地图机会表协同蓝图30天计划Skill卡 V0.1交付物总装
总装评审
每位业务一号位 3 分钟,只讲七件事
总装评审不是比谁讲得多,而是看这套能力能否进入真实试用
68 / 72
七项内容1. 业务结果:这段流程最终服务什么经营结果;2. 现状卡点:慢、错、等、返工在哪里;3. 流程图:谁在什么节点交付什么;4. AI 机会:首批为什么选这个节点;5. Skill:输入、输出、边界和 Owner;6. 验证样本:跑过哪些样本,失败怎么改;7. 30 天计划:第一周怎么真实试用。
时间建议业务结果 20 秒;卡点 20 秒;流程图 30 秒;AI 机会 30 秒;Skill 40 秒;验证样本 30 秒;30 天计划 30 秒。
避免不讲宏大 AI 愿景;不讲工具清单;不讲“我们以后都会智能化”;不讲尚未落到流程节点的想法。
总装评审
创始人不只看单个 Skill,还要看流程连接点
真正值得投入的 AI 机会,必须能解释它如何改善业务链路
69 / 72
01

评审维度 1:流程价值

是否挂在关键流程节点上;是否服务明确经营结果;是否能减少等待、返工、错误或知识断点。

02

评审维度 2:可用性

输入是否可获得;输出是否被下游接住;人工确认点是否明确;状态是否能回写。

03

评审维度 3:风险控制

是否经过 6 类样本验证;越权、高风险、资料冲突是否能停住;敏感信息是否有权限边界。

04

评审维度 4:运营条件

是否有 Owner;是否有版本;是否能记录失败样本和反馈;是否有 30 天试用计划。

总装评审
平台 V0.1 要验收到可运营状态
平台不是能打开就行,而是能承接调用、反馈、版本和权限
70 / 72
验收 1:目录是否有业务流程地图、Skill 资产、知识资料、验证样本、运行记录、版本与复盘。
验收 2:卡片首批 Skill 是否写清所属流程、使用人、输入材料、输出结果、运行方式、状态回写、测试样本、Owner、版本、发布状态。
验收 3:调用业务同事是否知道什么时候调用、从哪里调用、调用前需要准备什么、结果回到哪里。
验收 4:治理权限范围、敏感信息、人工确认、失败回传和版本更新是否有记录位置。
验收 5:下一步是否明确第 1 周谁试用、试用几次、记录什么、谁负责修正。
总装评审
一天课只交付 V0.1,30 天决定能不能长成组织能力
节奏要轻,但要持续;先试一个点,再扩第二个点
71 / 72
1

第 1 周

真实试用 5 次,用低敏真实材料跑首个 Skill,记录缺失、格式问题、人工确认项和失败样本。

2

第 2 周

修 P0/P1,补资料清单、渠道规则、提醒话术、输出格式和边界规则,形成 V0.2。

3

第 3 周

扩第二个节点,优先选择同一价值流上的相邻节点,例如认证风险摘要、售后归因或渠道内容复核。

4

第 4 周

总装复盘,看调用次数、失败样本、节省时间、业务反馈和风险记录,决定是否进入更大范围试用。

总装评审
离场前,每家公司检查 6 类交付物是否齐
带走一组能继续推进的材料,而不是零散文件
72 / 72
01

检查 1

流程地图与流程说明:是否有企业主链路、L0-L3 流程、泳道图和流程说明清单。

02

检查 2

AI 机会打标与优先级表:是否说明为什么首批选择这个节点。

03

检查 3

人机协同蓝图:是否写清 AI、人、系统、权限、异常和状态回写。

04

检查 4

Skill 定义卡:是否写清输入、输出、步骤、边界、Owner 和版本。

05

检查 5

验证样本表:是否覆盖正常、缺字段、异常、越权、资料冲突、越界指令攻击。

06

检查 6

企业AI资产管理平台发布上线清单:是否有目录、入库卡、调用入口、权限和 30 天试用计划。

07

结束金句

“让 AI 进入流程,企业才开始拥有 AI 能力。”

1 / 6