L2 · 企业 FDE 实践者共同核心35 分钟

业务现场、访谈、隐性知识与心理契约

从真实事件取得任务、判断和异常证据,同时说清知识如何使用、人的责任如何变化。

业务现场还原关键事件访谈隐性知识提取心理契约
本课目录
所属等级L2 · 企业 FDE 实践者
课程类型共同核心
预计时长35 分钟
先修建议完成 L2-01 项目契约与阶段门;能访问业务 Owner、一线用户和受影响角色

业务现场往往与制度流程图不同。人们会在表格、聊天记录和个人经验之间补洞,真正的等待、返工与风险就藏在这些非正式动作里。FDE 的第一项基本功,是把工作看清楚。访谈如果只确认管理层的想象,就看不到真实工作,也听不到员工对任务、身份和经验被使用的顾虑。高质量访谈要还原最近一次事件,并建立一份可被讨论的新工作契约。本课将现场观察和多角色访谈放在同一条证据链上,不用管理层的想象或功能需求代替真实工作。

  • 掌握看人、事、系统的观察框架
  • 把岗位拆解为可分析的具体任务
  • 区分症状、痛点与根因
  • 切出边界清楚的候选 AI 场景
  • 设计多角色业务访谈
  • 使用关键事件法还原真实工作
  • 提取隐性知识与异常判断
  • 识别三层恐惧并建立心理契约

从概念到可执行判断

01

先看工作,不先看工具

当业务人员说“我们需要一个智能助手”时,FDE 不应立刻讨论模型。先看谁在完成什么任务、材料从哪里来、需要做哪些判断、输出给谁、错误会造成什么影响。

工具需求经常只是人们对问题的初步解释。只有还原真实工作,才能知道问题来自信息缺失、流程断点、责任不清,还是确实适合由 AI 承担。

02

建立任务账本

任务账本记录频率、耗时、参与者、工具、输入输出、判断点、返工与异常。它不是为了统计员工有多忙,而是帮助项目组找到价值密度高、信息边界相对清楚的机会。

  • 频率与单次耗时
  • 错误、返工与等待
  • 需要查询的材料和系统
  • 规则判断与经验判断
  • 结果使用者与最终责任人
03

用关键事件还原工作

让受访者选择最近一次具体案例,按时间顺序讲述。遇到“通常”“一般”时,追问这一次实际上发生了什么。把材料、动作、判断、沟通和异常逐项记录。

关键事件法能暴露制度流程没有写出的补救动作,也能发现所谓自动化步骤里包含的责任判断。

04

提取隐性知识

领域专家常说“看一眼就知道”,但这种判断通常来自特征组合、反例和长期经验。可以追问:什么情况看起来相似却不能这样处理?新手最容易错在哪里?你在什么情况下会升级给上级?

知识提取必须说明用途、访问者和更新责任。专家应有权纠错、补充边界并看到自己的贡献如何被使用。

05

三层恐惧与新工作契约

员工可能担心当前任务消失,也可能不知道失去熟练工作后自己是谁;更深一层的顾虑是,组织取得了他的经验,却没有说明新的位置、权力和回报。把这些反应解释为认知不足,会让项目失去真实知识与纠错。

新工作契约至少说清 AI 会改变什么、人的责任怎样变化、知识怎样使用、贡献怎样被承认、错误怎样处理。员工需要参与人机边界和新角色设计,而不是在方案完成后被通知。

金融投研:从“不够精准”追到判断链

业务现场

研究员认为通用模型输出不精准,但“精准”没有统一定义。

采取动作

访谈还原了资料选择、来源校验、观点组织、草稿编辑与最终签发,发现不同步骤需要不同标准和人工责任。

关键启示

模型质量问题经常是任务定义、上下文和评价标准问题。只有还原判断链,才能把“精准”转成可设计要求。

事件访谈六问

围绕最近一次真实事件依次追问:

01发生

这件事什么时候发生,触发条件是什么?

02材料

你当时拿到了什么,还缺什么?

03动作

你按什么顺序做了哪些事?

04判断

哪一步最依赖经验,依据是什么?

05异常

哪里与平常不同,你怎样处理?

06结果

结果交给谁,怎样判断好坏,出错谁负责?

先回答,再展开答案

01为什么岗位不能直接作为 AI 场景的最小单位?

岗位包含多种输入、判断和风险不同的任务,必须拆到具体任务才能设计和验证。

02任务账本主要用来评价员工效率吗?

不是。它用于理解工作结构并寻找可验证的 AI 机会。

03为什么访谈应优先讨论最近一次真实事件?

具体事件能减少概括和想象,暴露真实动作、材料、判断与异常。

04隐性知识提取时为什么要说明用途?

这关系到信任、授权、责任和知识贡献者的参与权。

把方法带回真实工作

PRIMARY

企业内部推进(默认)

观察本部门的一条真实工作链,列出至少十项任务,并选一项写清输入、动作、判断、输出和异常。访谈业务 Owner、一线用户和受影响角色,至少完成一份关键事件记录,并讨论任务、身份、知识使用和未来角色。

OPTIONAL

外部客户交付(可选)

把客户提出的功能需求转成任务描述,分别记录客户原话、现场事实和交付方假设。分别准备决策者、用户和 IT/安全访谈提纲,明确客户假设、知识授权和受影响人员。

所需材料

  • 真实任务记录
  • 现有流程或表格
  • 一位实际执行者
  • 最近一次异常案例
  • 最近一次真实案例
  • 访谈对象清单
  • 已有需求文档
  • 知识使用与保密说明

交付物

  • 业务任务账本与痛点证据地图
  • 关键事件访谈记录
  • 隐性知识、判断规则与反例清单
  • 利益、身份与心理契约图
  • 发起人、业务 Owner、使用者、IT、安全与受影响角色组织地图

通过标准

  • 任务与需求来自最近的真实事件,而不是抽象印象
  • 隐性判断有依据、反例、异常和升级方向
  • 知识使用目的、访问者、更新责任和贡献承认已说清

能力证据

  • 访谈记录与经实际执行者校正的任务账本
  • 一组专家确认的判断反例与异常
  • 受影响角色参与确认的新工作契约

填写模板或完成课程不等于能力达标;通过必须以真实任务、现场行为和可复核证据为依据。