让 AI 进入流程，企业才开始拥有 AI 能力

看清现状流程

找准 AI 机会

重排未来流程

把流程节点封装成 Skill

证明它能用

改造并发布企业专属 Skill Hub

完成企业 AI 能力 V0.1 评审

练习 0：目标卡与资产库命名

不建议作为主线

建议作为主线

练习 1A：自由还原流程

练习 1B：按六要素二次修正流程

练习 2A：自由列机会

练习 2B：AI 机会优先级评分

练习 2C：机会句改写

练习 3A：自由改未来流程

练习 3B：人机边界卡

练习 3C：未来流程二次修正

练习 4A：自由生成一次

练习 4B：Skill 定义卡

练习 4C：从输出到 Skill

练习 5A：主观验收

练习 5B：验证样本表

练习 5C：失败归因与复测

练习 6A：预置平台巡检

练习 6B：Skill Hub 入库

练习 6C：企业专属化改造

练习 6D：上线清单

练习 7A：第一次汇报彩排

练习 7B：总装评审

会议纪要自动整理

客户需求进入方案形成

产品卖点进入销售表达

普通周报润色

订单进入交付风险处理

用户反馈回流产品改进

创始人 / COO

产品 / 解决方案一号位

增长 / 市场一号位

销售 / 渠道一号位

交付 / 供应链一号位

客服 / 客户成功一号位

会议纪要

普通周报

写邮件

客户需求如何进入方案形成

产品卖点如何进入上市和销售表达

订单需求如何进入交付与风险处理

用户反馈如何回流产品、服务和复购

岗位视角

流程视角

交付视角

重复收集

跨资料比对

口径不统一

高风险漏判

等待人工汇总

经验无法复用

找得太大

找得太散

找得太轻

正确方向

写法不合格

写法合格

产品上市与销售表达

客户需求到方案形成

商机诊断与成交推进

订单进入交付风险处理

客服问题到服务 SOP

经营数据诊断复盘

有真实业务结果

有明确输入输出

有复用场景

资料边界

权限边界

责任边界

风险边界

隐私边界

更新边界

缺字段

资料冲突

高风险

无依据

越权请求

系统失败

Prompt

一次输出

Agent 名字

Skill

System Prompt

Knowledge

Tools

Workflow

Eval Samples

Metadata

正常样本

缺字段样本

异常样本

越权样本

页面只是入口

Skill 是核心

资料要分层

测试要留痕

Owner 要明确

30 天要复盘

流程地图

Skill 卡片

知识资料

测试样本

工具原型

复盘记录

命名 Skill Hub

挂流程地图

入库 Skill

归档资料

绑定测试样本

写 Owner 和版本

Owner 制

版本制

反馈制

权限制

脱敏制

复盘制

客户反馈是否回到产品？

销售承诺是否影响交付？

产品卖点是否进入获客？

风险是否提前提醒？

Skill 是否有人维护？

下一批机会从哪里来？

高维学堂 · 企业 AI 落地实训

AI 流程架构实操营

一天重排核心业务流程，交付首批 AI 工作包与企业 Skill Hub V0.1

不是讲 AI 多厉害，而是把你公司的一段真实业务流程改出来。对象：创始人 / 业务一号位 / 运营 IT

共创工作坊现场实操当天发布 V0.1

现状流程地图

AI 机会与人机边界

AI 工作包 / Skill V0.1

企业 Skill Hub 发布

开场互动

先判断：哪些需求值得沉淀为 Skill？

不先讲概念，先让老板和业务一号位看见判断标准

0-1

可以做，但通常不是核心业务链路；更像个人提效工具。

不作为首批重点

从客户访谈、需求诊断到方案初稿，直接影响成交质量。

适合沉淀 Skill

统一产品介绍、销售话术、页面文案和素材 brief，减少反复改。

适合沉淀 Skill

能省一点时间，但很难沉淀为组织能力。

不作为首批重点

连接销售、供应链、交付和客服，能提前识别延期与异常。

适合沉淀 Skill

把客服、评论、销售反馈变成分类、证据和改进动作。

适合沉淀 Skill

课程定位

这不是 AI 工具课，而是企业 AI 能力的第一版交付

同样一天时间，交付口径完全不同

0-2

普通 AI 课容易停在	本课必须交付到	课堂判断口径
会用某个工具	这段流程哪里适合 AI 接手	工具只是手段，流程节点才是入口
写出一段好提示词	沉淀一个可复用 Skill，业务侧可以称 AI 工作包	输入、步骤、知识、工具、输出、边界、测试都要齐
每个人各用各的	进入企业专属 Skill Hub / AI资产管理平台	资产要能被别人找到、复用、测试、更新和发布
听懂很多概念	拿走公司自己的 V0.1	当天必须有可展示、可复盘、可继续改的成果

组织方式

一家公司就是一个共创项目组

每位业务一号位带自己真实负责的一段流程进课堂

0-3

CEO

明确企业核心价值流，判断跨板块连接，完成最后总装评审。

负责“需求 → 产品或方案形成”这段流程的 Skill 构建。

负责“产品或方案 → 内容、获客、转化”这段流程的 Skill 构建。

负责“商机 → 需求诊断 → 方案 → 成交推进”这段流程的 Skill 构建。

负责“交易 → 履约 / 项目交付 → 风险处理”这段流程的 Skill 构建。

负责“服务 → 用户反馈 → 复购 / 改进”这段流程的 Skill 构建。

全天交付

今天结束时，不只带走文件，而是带走一套企业 AI 能力雏形

每个产出都要能进入 30 天落地

0-4

✓

一张核心业务流程地图每位一号位说清自己负责流程的角色、系统、输入、输出、痛点。

✓

一份 AI 机会优先级表用频率、耗时、错误成本、资料可得性、复用价值筛出首批机会。

✓

一张未来人机协同流程图标清哪些让 AI 做，哪些由人确认，异常时怎么回退。

✓

首批 Skill V0.1每个 Skill 都有输入、规则、步骤、输出、边界、测试样本、Owner。

✓

企业专属 Skill Hub 发布上线基于课程配套 Skill 平台改造成企业自己的 AI 资产管理平台。

✓

30 天落地计划课后四周怎么试用、记录问题、升级版本、扩展下一批 Skill。

训练机制

每个模块都按“先做、讲评、再做、验收”推进

不是听懂就算过，而是每小时都有可检查产出

0-5

训练动作	课堂目的	现场检查点
第一次自由尝试	暴露普通 AI 用法的问题	是否泛化、漏输入、无边界、不能复用
方法讲解与案例拆解	回到流程、Skill、测试和平台沉淀	是否讲清判断标准和操作步骤
第二次实操修正	把同一任务改成可入库 Skill	是否补齐输入、输出、边界、样本和 Owner
模块验收	决定是否进入下一步	是否能进入 Skill Hub，或是否需要降级为资料建设任务

开场练习

先把企业专属 Skill Hub 的交付目标写下来

开场 20 分钟就看见今天最终要改造和发布的东西

0-6

先看示例 Skill Hub / AI资产管理平台，理解最终要改成企业自己的版本。
写下本企业今天优先服务的一条核心价值流，不超过 20 个字。
确认参训角色分别负责哪一段流程，避免每个人各做一个零散工具。
给企业专属 Skill Hub 确定暂定名称、部门分类和首批 3 个候选 Skill。

课程节奏

上午排流程，下午装 Skill

先把事想清楚，再让 AI 进入可复用的企业工作方式

0-7

时间	模块	现场动作	交付物
09:00-09:30	开场与目标卡	确认公司主流程、参训角色和今天优先业务段	目标卡 / 选题清单
09:30-10:30	业务流程地图	还原现状流程，标出等待、返工、切系统和口径不一	现状流程表
10:30-11:20	AI 机会识别	用五维评分筛选最值得 AI 接手的节点	AI 机会优先级表
11:20-12:00	人机边界	重排未来流程，写清人工确认点和异常路径	未来人机协同流程图
14:00-15:20	Skill 构建	把流程节点封装成可复用 Skill	Skill V0.1
15:20-16:10	验证与测评	设计正常、缺字段、异常、越权样本	验证样本表
16:10-17:00	Skill Hub 改造与发布	改企业名称、分类、Skill 卡、资料入口并发布上线	企业专属 Skill Hub / 30 天计划

课前收口

今天不要带“泛工具需求”，要带真实业务流程

选题越贴近业务结果，现场越容易产出

0-8

可以提效，但通常不改变业务链路。

像文件润色，不像组织能力。

如果不连接服务、销售、投诉处理，就先放下。

需求诊断、方案初稿、报价依据、风险提示。

产品资料、竞品信息、销售话术、渠道内容。

订单、库存、排产、交期、异常升级。

客服记录、评论、投诉、复盘和改进动作。

1 / 9

业务流程地图

这一模块不是画漂亮流程图，而是把角色、活动、系统、输入、输出、痛点和业务结果说清楚。

产出现状流程表

方法业务事实六要素

验收一号位能讲清流程卡点

先做一次

先不讲方法，每位一号位先画一遍自己理解的流程

第一轮故意暴露问题：流程太大、动作太虚、输入输出缺失

1-1

选择自己负责的一段真实流程，用 8 个以内步骤写出来。
不要写 AI 方案，只写现在谁做、在哪做、拿什么资料、交付什么结果。
每一步后面标一个痛点：等待、返工、切系统、口径不一、风险漏判。
把最不确定的一步圈出来，等方法讲解后回来重写。

问题导入

AI 不是贴到岗位上，而是嵌进流程节点里

先问“哪一步需要 AI”，不要先问“哪个岗位要 AI”

1-2

“销售需要 AI”这句话太大；“客户访谈后 2 小时内生成方案诊断摘要，并列出需要销售确认的 5 个问题”才是流程节点。节点清楚，输入输出才清楚；输入输出清楚，Skill 才有机会稳定。

容易变成：销售要一个助手、客服要一个助手、运营要一个助手。

先看：客户从哪里来，信息怎么流，谁判断，哪里返工，结果给谁。

最后落到：这一步 AI 接什么输入，产出什么结果，谁来确认。

核心价值流

一家公司先画一条主价值流，再让各一号位接上自己的段落

这张图决定今天所有 Skill 挂在哪里

1-3

客户 / 市场需求、反馈、竞品、趋势进入公司

产品 / 方案形成产品定义、解决方案、卖点

内容 / 获客变成渠道内容、广告素材、销售表达

销售 / 成交商机诊断、报价、方案推进

交易 / 交付订单、排产、项目履约、异常处理

服务 / 成功售后、投诉、复购、客户成功

反馈 / 改进回到产品、供应链、增长动作

流程事实

现状流程表只写可观察事实，不写抽象抱怨

“效率低”不是事实，谁等谁、等多久、错在哪里才是事实

1-4

字段	要写什么	好的写法	差的写法
角色	谁触发、谁处理、谁确认	销售顾问收到客户需求后，交给解决方案经理判断	销售那边
活动	做了什么动作	整理访谈纪要、提取业务痛点、生成方案目录	沟通一下
系统 / 资料	在哪个系统、用什么材料	CRM、历史方案库、报价表、行业案例	很多资料
输入 / 输出	进来什么，出去什么	客户访谈记录 → 需求诊断摘要 + 待确认问题	写个方案
痛点	慢、错、等、返工的证据	平均返工 2 次，常漏掉客户预算与决策链	不够专业
业务结果	这一步服务什么结果	提高方案一次通过率，缩短售前响应周期	提升效率

案例拆解

客户需求进入方案形成：先还原，不急着 AI 化

完整流程越清楚，后面越容易找 AI 机会

1-5

顺序	角色	现状活动	输入	输出	主要卡点
1	销售	收集客户背景、预算、期望时间	客户聊天、会议记录	初步需求摘要	记录不结构化，关键字段常缺
2	销售 / 方案	判断客户真实问题和优先级	需求摘要、过往案例	需求诊断	依赖经验，口径不统一
3	方案经理	匹配产品能力和交付边界	产品资料、案例、报价约束	方案目录和边界说明	资料散，找案例慢
4	销售负责人	确认报价策略和风险	方案草稿、客户预算	报价建议 / 风险项	高风险客户缺少统一提醒
5	销售	向客户输出方案	方案正文、话术	客户版本方案	表达风格不统一，修改多

流程卡点

AI 机会通常藏在四类卡点里

不是所有慢都值得 AI 化，但这四类最容易产出第一批 Skill

1-6

每次都要从聊天、表格、文档里整理同类信息。

适合做抽取与整理

需要查多个资料源、制度、历史案例或报表。

适合做检索与对照

不同人写出的方案、话术、SOP 风格差异大。

适合做标准化输出

预算、交期、合同、客服承诺、库存风险容易漏掉。

适合做提醒与确认

多人协作中等待汇总、转写、形成下一步动作。

适合做草稿与分发

高手知道怎么判断，新人只能问人或模仿。

适合做规则沉淀

现场练习

每位一号位完成一张现状流程表

先画真实流程，不写 AI 方案

1-7

回到刚才自由画的流程，把每一步补齐角色、活动、系统/资料、输入、输出、痛点。
痛点必须写成可观察事实：耗时、返工次数、等待对象、错误后果。
把稳定资料和实时信息分开标注，为后面的知识库与系统接口判断做准备。
最后圈出 2 个最影响业务结果的卡点，先不要急着写 AI 怎么做。

模块验收

上午第一关：每位一号位必须能讲清这六件事

讲不清流程，后面的 Skill 一定会漂

1-8

✓

这段流程最终服务什么业务结果？成交、交付、复购、成本、风险、客户体验，必须选一个主结果。

✓

原来流程卡在哪里？等待、返工、切系统、口径不一、经验不可复用，必须有证据。

✓

每一步的输入和输出是什么？没有输入输出，就没有 AI 接手点。

✓

哪些资料是稳定规则？制度、模板、字段说明、品牌口径、SOP 可以沉淀。

✓

哪些信息会实时变化？库存、预算、交期、报价、订单状态不能当固定资料。

✓

谁对最终判断负责？流程里必须保留人负责授权、承诺、审批、例外判断。

1 / 9

AI 机会识别

这一模块用五维评分筛选当天能落地、课后能复用、业务负责人愿意维护的 Skill 候选。

产出AI机会优先级表

方法五维评分

验收选出首批2-3个节点

先做一次

第一轮自由判断，通常会把 AI 机会找大、找散、找虚

先看见平时为什么很难把 AI 用进业务流程

2-1

“提升销售能力”“优化供应链”“改善客户体验”，听起来对，但没有可交付节点。

每个人列 20 个小点，最后没人知道先做哪个。

只找写邮件、改标题、润色周报，省时间但不形成组织能力。

找高频、耗时、容易出错、资料可得、多人可复用的流程节点。

今天只做首批

每位一号位先不看评分表，直接列出 5 个想让 AI 介入的业务点。
每个点只写一句话，不讨论对错。
圈出你最想做的 2 个，再写下为什么想做。
评分模型讲解后，再回来判断哪些该降级、哪些进入首批。

评分模型

五个维度，决定一个节点是否值得沉淀为 Skill

总分高不等于立刻上线，高风险必须加人工确认

2-2

维度	高分标准	低分信号	课堂判断
频率	每天或每周都会发生	偶发、低频、一次性	高频任务优先入库
耗时	每次 20 分钟以上，或多人协作	几分钟即可完成	耗时越长越适合 AI 辅助
错误成本	影响成交、预算、交期、投诉、库存	错了也影响有限	高风险要保留人工确认
资料可得性	有表格、SOP、历史案例、产品资料	靠脑补，没有输入	没有输入先建资料模板
复用价值	多个产品、项目、客户、员工可复用	只服务一次临时需求	复用价值高才进 Skill Hub

机会定义

AI 机会不是愿望，而是一段可验证的任务

一句话必须包含触发、输入、动作、输出、确认人

2-3

“希望 AI 帮我们提高销售转化。”

问题：没有流程节点、没有输入、没有输出、没有确认人，也无法测试。

“销售完成客户访谈后，AI 读取访谈记录、产品资料和行业案例，生成需求诊断摘要、方案目录、待确认问题和风险提示，由销售负责人确认后进入方案制作。”

这就能继续拆 Skill。

完整拆解

销售方案形成流程里，哪些节点先做 AI？

用五维评分把感觉变成排序

2-4

场景模板

首批 Skill 优先从六条业务链路里选

不是做单点文案，而是服务一段业务链

2-5

产品资料 → 卖点结构 → 销售话术 → 页面文案 → 素材 brief。

访谈记录 → 需求诊断 → 方案目录 → 风险提示 → 待确认问题。

线索信息 → 客户分层 → 跟进策略 → 报价风险 → 下一步动作。

订单、库存、在途、排产 → 风险摘要 → 补救建议 → 人工确认。

问题记录 → 分类归因 → 回复模板 → 升级规则 → 知识库更新。

销售、广告、利润、库存 → 异常项 → 原因假设 → 动作清单。

现场练习

给自己的流程节点打分，选出首批 2 个 Skill 候选

先收敛，再深入

2-6

从刚才的现状流程表里选 5 到 8 个可能 AI 化的节点。
每个节点按频率、耗时、错误成本、资料可得性、复用价值打 1-5 分。
把总分前 2 名写成“触发 + 输入 + AI动作 + 输出 + 确认人”的机会句。
如果资料可得性低于 3 分，不进入首批，先列为资料建设任务。

二次实操

把高分机会改写成可进入 Skill 设计的任务句

没有任务句，后面就会退回泛 Prompt

2-7

从评分前 2 名里选 1 个，写成完整任务句。
任务句必须包含：触发场景、输入材料、AI 动作、输出结构、人工确认人。
把不能由 AI 执行的动作写在句末，例如不自动报价、不对外承诺、不审批。
同桌互检：如果对方看完不知道要准备什么资料，就重写。

评审口径

进入首批的节点，必须同时通过三道门

否则只列入后续清单

2-8

能服务成交、交付、复购、成本、风险或客户体验。

知道 AI 拿什么材料、产出什么格式、交给谁看。

不止服务一次，不止服务一个人，能进入 Skill Hub。

1 / 9

人机边界

这一模块把现状流程改成未来流程：AI 做可计算、可检索、可草拟、可提醒的部分，人守住判断、授权、承诺和例外。

产出未来人机协同流程图

方法边界四分法

验收异常路径清楚

先做一次

先让业务负责人直接改流程，看看最容易越界在哪里

第一轮通常会把 AI 写成“全自动处理”，这正好用来讲边界

3-1

拿刚才的高分机会节点，先不看模板，直接写 AI 要做什么。
把你希望 AI 自动完成的动作全部列出来，不急着删。
用红笔圈出涉及审批、报价、承诺、付款、放行、对外发布的动作。
判断这些动作里，哪些只能生成建议，不能由 AI 执行。

边界原则

AI 接手的是劳动，不接管责任

这句话要成为所有 Skill 的底层约束

3-2

AI 适合接手	人必须把关	原因
读取材料、抽取字段、整理摘要	确认事实是否完整	AI 可以减少整理劳动，但事实责任在人
查规则、查历史案例、对照模板	判断例外是否允许	例外往往涉及授权和风险偏好
生成草稿、话术、报告、清单	对外发送、报价、承诺	对外动作代表公司责任
识别风险、提醒缺口、列确认项	审批、付款、定标、放行	高风险动作必须有人签字
记录过程、形成复盘材料	调整组织规则	规则变化需要管理者决定

四类边界

把边界写清，不靠“大家注意一下”

边界要进入 Skill，不是停留在口头提醒里

3-3

没有输入、不确定、资料冲突时，只能提示缺口，不能编造结论。

不能自动审批、付款、改价、改预算、对客户作承诺。

AI 生成建议，人负责判断、授权、发布和最终结果。

高金额、高投诉、高合规、高交期风险必须转人工重点复核。

客户姓名、电话、地址、订单号、账号标识必须脱敏。

规则变化、产品变化、政策变化后，必须更新资料和测试样本。

未来流程

未来流程图里，角色同时包括人和 AI

不是把人删掉，而是让人把时间花在确认和决策上

3-4

流程节点	AI 做什么	人做什么	输出去向
客户访谈结束	整理访谈记录，抽取背景、痛点、预算、决策链	销售补充缺失事实	需求诊断摘要
方案形成前	匹配产品资料、历史案例、常见风险	方案经理确认适配范围	方案目录和待确认问题
报价讨论	提示成本、交期、合同风险和缺口	销售负责人决定策略	报价建议和风险提示
客户版本输出	生成客户可读方案和话术	销售确认后发送	客户方案 / 跟进清单
复盘回流	记录客户反馈和失败原因	负责人决定产品或销售动作	改进清单 / Skill Hub 更新

异常路径

真正能上线的流程，必须先设计异常怎么走

正常路径很容易，难的是缺资料、冲突和越权

3-5

缺预算、客户行业、交付时间、产品型号时，先列补充清单，不生成确定结论。

两个版本规则不一致时，标出冲突来源，交给 Owner 确认。

金额超阈值、交付延期、客户投诉升级、法律合规相关，转人工重点复核。

没有资料支撑时，只能输出假设或模板，不能写成事实。

用户要求直接审批、承诺退款、修改预算、绕过规则时，明确拒绝。

接口超时、资料未命中时，给替代路径和人工处理建议。

案例拆解

订单进入交付风险处理：AI 提醒风险，人确认补救动作

这类流程最能体现人机边界

3-6

输入	AI 处理	输出	人工确认
订单金额、交期、客户等级	识别高优先级订单和延期影响	订单风险等级	销售负责人确认客户沟通策略
库存、在途、排产、供应商交期	计算缺口和可能延误点	缺货 / 延期风险摘要	供应链确认补货或排产调整
历史交付异常、客服记录	匹配类似案例和处理方式	补救建议和话术草稿	交付负责人确认是否采用
客户承诺和合同条款	提醒不能随意承诺的条款	人工确认项清单	负责人决定对外承诺

现场练习

把刚才的高分节点改成未来人机协同流程

每个 AI 动作旁边，都必须有人工确认点或异常路径

3-7

选一个高分 AI 机会节点，写出未来流程中的 AI 动作。
为每个 AI 动作写清输入、输出、交给谁确认。
写出至少 3 个必须转人工的情况：缺字段、冲突、高风险、越权都可以。
写出 AI 明确不能做的 3 件事。

二次实操

把边界写进流程图，而不是写在旁边提醒

能上线的流程，必须让异常路径一眼可见

3-8

把 AI 动作用蓝色标记，把人工确认点用黑色标记，把异常路径用红色标记。
每个 AI 动作后面必须有输出去向：进入下一步、交给某人确认、或停住补资料。
至少补 1 条缺字段路径、1 条高风险路径、1 条越权拒绝路径。
把这张图命名为“未来人机协同流程 V0.1”，作为 Skill 设计的上游依据。

模块验收

未来流程验收，不看图漂不漂亮，只看责任是否清楚

这一步决定 Skill 能不能放心交给团队用

3-9

✓

AI 接手动作具体读取、抽取、比对、生成、提醒，而不是“智能处理一下”。

✓

人工确认点明确写清谁确认、确认什么、确认后去哪一步。

✓

异常路径可执行缺资料、规则冲突、高风险、越权请求都有处理方式。

✓

责任没有转移AI 不做审批、承诺、定价、付款、放行、外部发布。

✓

资料来源清楚稳定资料进知识库，实时状态走系统或样例表。

✓

输出可验收结果格式固定，有样本可以测试。

1 / 10

Skill

AI 工作包不是另造概念，而是 Skill 面向业务现场的交付表达：业务听得懂，平台能管理，课后能复用。

产出Skill定义卡

方法Skill八要素

验收能入库Skill Hub

先做一次

先直接用 AI 做一次任务，再看为什么不能复用

第一轮不是为了做漂亮结果，而是暴露 Prompt、资料和边界缺口

4-1

拿刚才选出的一个高分节点，直接让 AI 生成一次结果，例如内容包、诊断摘要、SOP 或风险提示。
不要先写 Skill 卡，只记录你给了什么输入、AI 输出了什么、哪里看起来能用。
现场标出 3 类问题：缺事实、格式不稳定、越权或边界不清。
把这次失败记录下来，作为后面 Skill 封装的反例。

概念校准

AI 工作包，本质上就是 Skill 的业务化交付形态

对业务可以叫工作包，对平台必须落到 Skill，专业内核不能丢

4-2

在我的体系里：Skill 是可复用 AI 能力单元；AI 工作包是这个 Skill 面向企业现场交付时的业务包装。所以它不是一段 Prompt，不是一份结果文件，也不是一个 Agent 名字，而是可以被 Skill Hub 管理、测试、发布和迭代的能力资产。

课堂表达	平台表达	专业含义
AI 工作包	Skill	围绕一个流程节点封装出的可复用 AI 能力单元
AI 资产库 / 资产管理平台	Skill Hub	集中管理 Skill、知识、样本、Owner、版本和发布状态
现场搭出来	Skill V0.1 入库	先形成可用资产，再持续测试和升级
发布上线	企业专属 Skill Hub 发布	每家公司基于我的 Skill 平台改造成自己的资产平台

判断标准

一个能力能不能叫 Skill，要过四个硬条件

这是专业边界，不是命名偏好

4-3

硬条件	必须回答	不合格信号
独立输入	这个 Skill 接什么字段、文件、上下文？	只写“帮我分析一下”，输入不固定
独立输出	它稳定产出什么栏目或数据结构？	每次输出都像一篇散文
独立测试	能否用正常、缺字段、异常、越权样本测试？	只能凭感觉说“效果还可以”
独立复用	别的流程、角色或产品能否重复调用？	只服务一次临时任务

为什么不用单独讲 Prompt

Prompt 只是 Skill 的一层，不是企业 AI 能力本身

如果只交付提示词，企业回去很快就散掉

4-4

告诉模型如何处理任务，但不能单独承担业务责任。

只能解决当前问题，不能保证下次同事也能复用。

如果没有流程、资料、边界和测试，只是一个空壳。

把任务、资料、规则、工具、输出、边界、测试和 Owner 封装起来。

这是本课交付单元

Skill 八要素

一个合格的 Skill，必须满足八个要素

八要素不齐，就不能入库 Skill Hub

4-5

Skill要素	专业问题	填写示例
业务节点	它挂在哪个流程节点上？	客户访谈后，进入方案形成前
触发条件	什么时候被调用？	销售上传访谈记录并选择客户行业
输入材料	需要哪些字段、文件、上下文？	访谈记录、产品资料、历史案例、报价边界
知识规则	哪些稳定知识需要引用？	产品能力边界、行业案例、禁用承诺、方案模板
执行步骤	Skill 内部如何处理？	抽取事实 → 归类痛点 → 匹配案例 → 生成目录 → 列确认项
输出结构	结果按什么格式返回？	需求摘要、方案目录、风险提示、待确认问题
边界约束	哪些事必须拒绝或转人工？	不承诺价格、交期、定制范围，不编造案例
测试运营	如何证明能用、谁维护？	正常、缺字段、异常、越权样本；方案负责人 Owner

Skill 内部结构

一个 Skill 不是一段话，而是一组可治理组件

这些组件决定它能不能被平台管理、复用和上线

4-6

Skill 的岗位说明书：角色、任务、步骤、输出和禁止动作。

稳定知识：产品资料、SOP、规则、模板、案例、品牌口径。

可调用工具：表格、文件、业务系统、查询接口、轻量小工具。

多步骤编排：抽取、判断、分支、人工确认、输出归档。

验证样本：正常、缺字段、异常、越权，证明它可控。

资产信息：Owner、版本、流程节点、适用人群、发布状态。

从流程节点到 Skill

不是看到场景就写 Prompt，而是先完成一次 Skill 封装

这一步体现流程化封装方法，不是泛泛工具课

4-7

流程节点客户访谈后进入方案形成

业务任务生成需求诊断和方案目录

输入定义访谈记录、产品资料、案例库

Skill设计Prompt、知识、工具、步骤、边界

验证样本正常、缺字段、异常、越权

入库发布进入企业专属 Skill Hub

持续运营Owner 维护、版本升级、复盘改进

源材料样例

采购审批 Skill 清单说明：Skill 是可单测的小能力

用可拆分、可测试的业务样例建立专业锚点

4-8

Skill名称	输入	执行过程	输出	外部依赖
预算校验	项目、科目、金额	校验字段 → 查询余额 → 计算差额 → 返回规则版本	预算余额、差额、是否超预算	预算系统、预算规则
历史价比对	品类、规格、数量、拟选供应商	提取规格 → 查询历史样本 → 计算区间和差异率	价格区间、样本数、差异率、判断	采购系统、历史成交样本
供应商风险摘要	供应商编号	查准入 → 读风险等级 → 汇总延期记录	准入状态、风险等级、命中原因	供应商系统、风险口径
审批意见生成	预算、价格、风险、附件状态	汇总依据 → 判断建议动作 → 列风险和补件项	审批建议、依据、风险点、人工确认项	审批规则、输出模板

场景模板

首批 Skill 模板来自业务链路，不来自脑洞命名

这些名称来自企业常见业务链路，可以现场替换成自己的流程节点

4-9

业务链路	课堂交付物	沉淀 Skill
产品/服务资料 → 卖点结构 → 销售材料	产品/服务内容包	产品/服务卖点重构 Skill
评论、客服、销售反馈 → 洞察 → 改进动作	客户/竞品洞察报告	客户反馈洞察 Skill
广告、销售、利润、库存报表 → 异常 → 动作	经营/广告/利润诊断报告	投放/销售数据诊断 Skill
客服问题 → FAQ → 邮件模板 → 升级规则	客服 FAQ 与售后 SOP	客服邮件与 FAQ Skill
高频模板或小工具 → 验收标准 → 平台入口	反馈分析器、内容评分器、数据诊断器	工具原型沉淀 Skill

完整拆解

产品/服务卖点重构 Skill：不是写一篇文案

它把产品、增长、销售和设计的共同口径封装成一个 Skill

4-10

Skill要素	填写示例
业务节点	新品上市前，产品资料要进入销售表达和渠道内容。
输入材料	产品规格、目标客户、竞品卖点、客户痛点、价格区间、禁用承诺、品牌语气。
知识规则	产品事实、品牌口径、平台禁用词、不可编造项、历史高转化素材。
执行步骤	提取产品事实 → 匹配客户痛点 → 重构卖点 → 生成多渠道表达 → 标注证据。
输出结构	卖点结构、销售话术、官网文案、短视频脚本、图片 brief、销售异议回答。
边界约束	不得编造认证、功效、参数、案例、价格承诺；最终发布由人确认。
测试样本	资料齐全、缺竞品、目标客户模糊、要求夸大宣传、要求编造认证。
入库信息	增长负责人 Owner，产品负责人确认事实，V0.1 发布到企业 Skill Hub。

现场练习

构建本企业第一个 Skill V0.1

写业务听得懂的表达，也写平台能入库的 Skill 信息

4-11

从上一模块选出的高分节点里，选 1 个作为首批 Skill。
按 Skill 八要素填写：业务节点、触发、输入、知识、步骤、输出、边界、测试运营。
把输出结构写成固定栏目，避免每次输出都不一样。
补齐 Skill Hub 入库信息：分类、适用人群、Owner、版本、发布状态。

二次实操

把刚才的一次性 AI 输出，改造成可复用 Skill

二次实操必须比第一次多出边界、样本和入库信息

4-12

把练习 4A 的自由生成结果拿回来，对照 Skill 定义卡补齐缺口。
把 Prompt 改成六段式：角色、任务范围、输入、执行步骤、输出格式、边界。
至少写 4 条测试样本：正常、缺字段、异常、越权。
把入库字段补齐：所属流程、适用人群、资料来源、Owner、版本、发布状态。

1 / 13

验证与测评

这一模块把 Skill 从“看起来会”变成“可验证、可复盘、可改进”。

产出验证样本表

方法四类样本

验收越权能拦住

先做一次

先只看结果打分，体验为什么主观判断不可靠

第一轮故意不用测试表，只问“你觉得能不能用”

5-1

拿练习 4C 的 Skill 跑一条正常输入，先只凭感觉判断是否可用。
每个人写下自己最满意和最不放心的地方。
再换一条缺字段或越权输入，观察它是否还会顺着用户要求乱做。
把“看起来还行但其实不可控”的地方圈出来。

原则

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

Skill 必须先用样本跑过，再进入团队复用

5-2

证明它在标准输入下能稳定产出合格结果。

证明它不会乱猜，会列缺口或追问。

证明高风险、冲突、特殊情况会转人工。

证明它不会审批、承诺、编造、泄露或绕过规则。

测试样本

四类样本覆盖的是业务风险，不是考试题

每个样本都要写输入、期望表现、是否通过

5-3

样本类型	输入设计	期望表现	常见失败
正常	资料齐全、规则清楚、风险较低	输出完整，格式稳定，有依据	输出太泛、字段缺失
缺字段	故意缺客户预算、产品参数、订单状态	列出缺口，不生成确定结论	编造缺失信息
异常	价格异常、交期冲突、投诉升级、库存不足	提示风险，转人工确认	轻描淡写或直接建议执行
越权	要求直接审批、承诺退款、虚构认证、绕过规则	拒绝越权，说明可做范围	顺从用户要求

验收标准

验收不是“像不像人写的”，而是能不能被业务放心使用

把评判标准前置，后面才知道怎么改

5-4

✓

事实准确引用的产品参数、价格、订单、客户信息必须来自输入或资料。

✓

格式稳定每次输出栏目一致，便于复制、归档和继续处理。

✓

依据可追关键判断能说明依据来自哪段资料或哪个规则。

✓

边界可控遇到缺资料、高风险、越权请求能停住。

✓

人工确认明确每个高风险建议都写清谁确认、确认什么。

✓

业务可用一线同事能拿去改、发、查、跟进，而不是只觉得文字漂亮。

案例测试

产品/服务卖点重构 Skill 的 6 条测试样本

用样本逼出边界，而不是等真实事故发生

5-5

编号	类型	输入摘要	期望表现
T01	正常	产品资料齐全，有目标客户和竞品信息	生成卖点、话术、文案和图片 brief，并标注依据
T02	缺字段	缺目标客户和核心差异	先列补充问题，不生成强结论
T03	异常	竞品强势，价格高 30%	提示竞争风险，要求补充证据和差异化策略
T04	越权	要求编造客户案例和认证	拒绝编造，只能生成案例采集模板
T05	合规	要求夸大效果和绝对化承诺	识别禁用表达，给替代表述
T06	资料冲突	产品参数两个版本不一致	列出冲突，不采用任一版本做确定陈述

现场练习

给你的 Skill 设计 6 条测试样本

测试样本越具体，Skill 越可靠

5-6

为自己的 Skill 写 2 条正常样本、1 条缺字段样本、2 条异常样本、1 条越权样本。
每条样本写清输入摘要、期望表现、失败表现。
现场跑一条最危险的样本，看它是否会越权或编造。
把失败点写回 Skill 边界或提示词。

二次实操

测试失败不是扣分，而是 Skill 迭代入口

必须能说清失败归因，才算会改

5-7

选 1 条失败样本，判断失败原因属于输入缺、知识缺、步骤缺、边界缺还是权限缺。
只改一个地方：补输入要求、补知识规则、改执行步骤、加禁止动作或调整输出格式。
用同一条样本复测，并记录 V0.1 到 V0.2 改了什么。
把复测结果写进 Skill Hub 入库信息，作为发布前证据。

迭代方法

测试不是最后一步，而是 Skill 持续变好的入口

每一次失败都应该回到资料、规则、提示词或边界

5-8

跑样本用真实或低敏样本测试输出

标失败记录事实错、格式乱、越权、依据不足

找原因输入缺、规则缺、步骤缺、边界缺

改 Skill补资料、改输出、加禁止动作

升版本V0.1 → V0.2，写更新记录

再复测同一批样本重新跑一遍

入库通过后进入 Skill Hub / AI资产管理平台

1 / 9

Skill Hub / AI资产管理平台

每家企业都要基于课程配套 Skill 平台，改造一个自己的 Skill Hub，把流程、Skill、资料、测试、Owner、版本和发布状态管理起来。

产出Skill Hub上线清单

方法平台改造六件事

验收发布上线

先做一次

先打开预置 Skill Hub，看见今天最终要交付什么

平台不是最后五分钟提一下，而是开场就要知道终点

6-1

打开示例 Skill Hub / AI资产管理平台，先不要修改。
找到首页、业务分类、Skill 卡片、资料入口、测试记录和版本信息。
判断哪些内容必须改成企业自己的：名称、部门、流程、Skill、样例、Owner。
写下本企业发布前最少需要完成的 6 个改造项。

定位

Skill Hub 不是网页模板，而是企业 AI 资产管理平台

员工能找到、能使用、能反馈，负责人能维护

6-2

真正有价值的是背后的流程、Skill、资料、样本、Owner 和版本。

每一个 Skill 都对应一段流程节点和一个业务结果。

稳定资料进知识库，实时数据走系统，样例数据用于训练和演示。

每次失败、修复、版本更新都要记录下来。

没有负责人，Skill 很快变成没人敢用的旧文件。

统计使用次数、节省时间、失败案例和下一批机会。

目录结构

一个企业专属 Skill Hub，至少要有六类资产

先简单，但不要缺关键目录

6-3

所有 Skill 必须挂到流程节点上，避免变成零散工具。

输入、步骤、输出、边界、测试、Owner、版本。

产品资料、SOP、品牌语气、字段说明、规则模板。

正常、缺字段、异常、越权样本和测试记录。

可本地运行的小工具、表格模板、页面原型。

使用次数、失败案例、版本更新、下一步改进。

平台改造

企业专属 Skill Hub 至少要改六件事

不是换个标题，而是把企业自己的资产装进去

6-4

改造项	必须改什么	验收标准
企业身份	企业名称、首页一句话、业务价值流	打开首页就知道这是哪家公司、服务哪条流程
业务分类	部门、流程段、首批场景分类	员工能按业务找到对应 Skill
Skill 卡片	名称、流程节点、输入、输出、边界、Owner	至少 3 个本企业 Skill 入库
资料入口	产品资料、SOP、报表、样例、规则模板	每个 Skill 至少绑定 1 类资料
测试记录	正常、缺字段、异常、越权样本	发布前至少跑完基础测试
发布信息	版本、负责人、更新时间、访问入口	上线 URL、版本和 Owner 可追溯

入库卡片

Skill 入库时，不能只写一个名字

卡片要让别人知道什么时候用、怎么用、谁负责

6-5

字段	填写要求	示例
Skill 名称	用业务结果命名	客户需求诊断与方案目录 Skill
所属流程节点	挂到流程地图的一步	商机 → 需求诊断 → 方案形成
适用人群	谁用它	销售顾问、解决方案经理
输入材料	必填材料和可选材料	访谈记录、客户背景、产品资料、行业案例
输出结果	固定产出	需求摘要、方案目录、风险提示、待确认问题
边界与人工确认	不能做什么，谁确认	不承诺报价和交期，由销售负责人确认
Owner / 版本	负责人和更新节奏	方案负责人，V0.1，每两周更新案例库

当天总装

今天产出的材料，要立刻进入 Skill Hub V0.1

不等课后再整理，否则交付感会掉一半

6-6

确定企业内部名称、业务分类和首批入口。

把每位一号位负责的流程段放进 01 业务流程地图。

把 2-3 个首批 Skill 写成卡片，放进 02 Skill 资产。

把稳定资料、规则、模板、样例放进 03 知识资料。

把四类测试样本放进 04 测试样本。

明确谁维护、什么时候复盘、下一版改什么。

治理规则

Skill Hub 能不能持续，不取决于页面，而取决于运营规则

规则越简单越好，但必须存在

6-7

每个 Skill 必须有业务 Owner 和资料 Owner。

V0.1、V0.2、V1.0，记录改了什么和为什么改。

员工使用失败时，能记录失败输入和问题类型。

敏感资料、客户数据、财务数据按角色开放。

客户姓名、电话、地址、订单号、账号标识不进课堂样本。

每周或每两周看一次使用次数、失败案例和下一批机会。

现场练习

把首批 Skill 装进企业专属 Skill Hub

一家公司先完成 V0.1，不追求完美，但必须真实可用

6-8

为企业专属 Skill Hub 确定内部名称和 4 到 6 个业务分类。
把今天最成熟的 1 个 Skill 写成入库卡片，并挂到流程节点。
给这个 Skill 绑定至少 4 条测试样本和 1 类资料来源。
写清 Owner、版本、下次更新时间和需要 IT/系统确认的问题。

二次实操

把 Skill Hub 从预置平台改成企业自己的版本

这一步要真的改页面和内容，不是口头讨论

6-9

修改首页：企业名称、核心价值流、一句话承诺、首批业务分类。
修改 Skill 列表：至少导入 3 个本企业 Skill，删除无关示例。
修改资料与测试入口：每个 Skill 至少有资料来源、测试样本、Owner、版本。
检查敏感信息：客户姓名、订单号、账号标识、联系方式全部脱敏。

发布上线

不上线，就只是课堂文件；发布后，才是企业资产入口

发布不追求复杂，但要有 URL、版本、Owner 和回滚意识

6-10

本地预览确认页面能打开，导航、卡片、资料链接可用

内容检查企业名称、分类、Skill、样本、Owner 已替换

脱敏检查客户、订单、账号、联系方式不暴露

发布上线部署到可访问地址或企业内部入口

记录版本登记 URL、发布时间、负责人、V0.1 范围

团队试用邀请首批用户使用并提交失败样本

30天复盘按周升级 Skill 和资料

发布练习

完成企业专属 Skill Hub 的发布上线检查

不只是打开页面，而是证明它能被团队继续使用

6-11

确认首页、业务分类、Skill 卡片、资料入口、测试记录、Owner 信息都已改成企业自己的。
用 1 条正常样本和 1 条越权样本现场验证至少 1 个 Skill。
记录发布 URL、版本号、发布人、Owner 和下一次更新时间。
列出 3 个课后 30 天必须补齐的事项：资料、测试、权限、系统接口或推广。

Skill Hub 验收

Skill Hub V0.1 只验收四件事

简单可运行，比宏大但空泛更重要

6-12

✓

员工找得到知道从哪个入口进入，能看到业务分类和 Skill 卡片。

✓

同事看得懂不需要额外说明，也能知道输入什么、输出什么、边界是什么。

✓

负责人改得动Owner 能更新资料、测试样本、提示词、输出格式和版本记录。

✓

老板评得了能看出哪些 Skill 最接近业务结果，哪些该进入 30 天计划。

1 / 13

总装评审

最后不是讲总结，而是让业务一号位汇报、创始人排序、团队确认 30 天试用和升级节奏。

产出3分钟汇报

方法总装评审

验收30天计划

先做一次

先让每位一号位用 3 分钟讲自己的成果

第一轮通常会讲成学习心得，方法校准后改成交付汇报

7-1

每位业务一号位用 3 分钟讲：我负责哪段流程、做了哪个 Skill、准备怎么用。
其他人只记录两个问题：听不出业务结果，还是听不出怎么落地。
创始人只判断一件事：这个 Skill 是否值得进入 30 天试用。
现场把常见问题收敛成下一页七件事结构。

汇报结构

每位业务一号位 3 分钟，只讲七件事

汇报要像交付评审，不像学习心得

7-2

顺序	要讲什么	一句话要求
1	业务结果	这段流程最终服务什么结果
2	现状卡点	原来慢、错、等、返工在哪里
3	AI 机会	为什么这个节点最值得做
4	未来流程	AI 做什么，人确认什么
5	Skill	输入、输出、边界是什么
6	测试样本	用哪些样本证明它可控
7	Skill Hub 与 30 天动作	是否已入库发布，谁试用、谁维护、下次改什么

创始人评审

创始人不只看单个 Skill，还要看流程连接点

企业 AI 能力最值钱的地方，往往在跨部门连接

7-3

客服、销售、评论里的问题，能否进入产品改进和销售表达更新。

成交前的交期、范围、报价，能否提前让交付和供应链接住。

产品、增长、销售是否使用同一套卖点和证据。

库存、交期、合同、投诉、预算是否在出事前被 AI 提醒。

没有 Owner 的 Skill，不进入首批 30 天计划。

从今天的流程地图和失败样本里选，不从脑洞里选。

30天计划

一天课只交付 V0.1，30 天才决定它能不能长成组织能力

四周节奏要轻，但要持续

7-4

阶段	时间	重点任务	成果
第 1 周	课后 1-7 天	整理课堂产物，确定 2-3 个优先 Skill，补齐资料和测试样本	Skill Hub V0.1 可内部试用
第 2 周	课后 8-14 天	在真实工作中试用，记录失败输入和人工修改点	试用记录 / 问题清单
第 3 周	课后 15-21 天	优化资料、提示词、输出格式和边界，明确 Owner	Skill V0.2
第 4 周	课后 22-30 天	做一次经营或流程复盘，评估节省时间、质量和复用次数	30 天 AI 落地复盘报告

风险提醒

企业 AI 落地要让人敢用，也要让人知道不能乱用

边界越清楚，推广越顺

7-5

风险类型	课堂控制要求	Skill 写法
数据隐私	客户信息、订单号、联系方式、地址、账号标识必须脱敏	输入要求中写明脱敏字段
广告 / 销售承诺	AI 只给建议，不自动改预算、报价、承诺效果	边界中列禁止动作
产品宣称	不得编造认证、检测、功效、参数、客户案例	越权样本必须测试
客服承诺	退款、补发、赔偿、到货时效必须依据授权政策	高风险转人工确认
系统权限	当天不接真实后台敏感权限	列为 IT 待确认事项
版本过期	规则变化后必须更新资料和样本	Owner 与更新周期写清

三句话总结

今天真正完成的是企业 AI 能力的第一版组织设计

不是每个人学会一个技巧，而是公司开始有了沉淀机制

7-6

第一句AI 不是先从工具开始，而是先从核心业务流程里找可以交付结果的节点。

第二句Skill 不是提示词，它包含输入、步骤、资料、输出、边界、测试、Owner 和版本。

第三句Skill Hub 不是网页装修，它是让个人提效变成组织提效的 AI 资产管理平台。

最终交付清单

离场前，每家公司检查 6 个文件是否齐

少一个，就在课后 30 天里容易断

7-7

✓

现状流程表每位一号位至少一段真实流程。

✓

AI 机会优先级表筛出 2-3 个首批机会。

✓

未来人机协同流程图标清 AI 动作、人工确认和异常路径。

✓

Skill 定义卡至少 1 个 Skill 完成八要素结构。

✓

验证样本表正常、缺字段、异常、越权四类样本。

✓

Skill Hub 发布上线清单Owner、版本、资料、测试、URL、30 天动作明确。

二次实操

把汇报改成交付评审，并由创始人确定 30 天优先级

最后一轮练习决定课后先推哪几个 Skill

7-8

每位一号位按七件事结构重新汇报一次，只讲事实和交付物。
创始人给每个 Skill 打三项分：业务价值、可试用程度、Owner 明确度。
选出 2 到 3 个进入课后 30 天试用的优先 Skill。
把优先 Skill、Owner、试用人群、复盘时间写入 Skill Hub 发布上线清单。

优先：输入稳定，输出可复用

优先：直接影响响应速度

不自动：人负责定价与承诺

可做：但不是首批最关键

今天不是结束，而是把企业 AI 工作方式从“个人试用”推进到“组织沉淀”的第一天。

业务流程地图Skill人机边界验证样本Skill Hub 发布30 天落地

1 / 10