返回概览
Executive Knowledge & AI Transformation

当企业知识依赖于少数人,增长就会成为风险

如果同一批专业人员必须澄清每一个例外,增加员工也无法消除知识瓶颈。CEO 如何识别关键依赖、在实践中检验接手能力,并通过明确的维护责任将知识带入日常运营。

高管摘要

一分钟看懂关键问题

管理问题

一家企业即使已将所有资料数字化,仍可能依赖于少数个人。特别是在例外情况中,其他员工往往缺少背景、练习机会或决策权限。业务增加后,追问积压也随之扩大。2024 年一项涵盖 28 篇研究文章的系统性综述讨论了可记录知识与隐性知识的转移;它并未给出适用于中小企业的普遍知识损失比例。

管理影响

这种依赖在员工离职之前就会威胁交付能力、质量和人员培养。仅有知识门户无法解决问题。可靠的转移需要共同处理案例、有效来源、合格的接手同事和清晰的决策边界。AI 可以改善获取知识的途径,却不能替代专业权限或经过检验的判断能力。

高管行动

选择一项关键流程,识别哪些案例在缺少某个特定人员时会被搁置。为专家和接手同事预留时间。在批准有限范围的运营之前,先通过适当的历史案例检验处理能力。在 30/60/90 天的起步安排中,分别就依赖、知识转移和运营接管作出决定。衡量标准是可接受质量下的可靠接手能力,而不是新增文件的数量。

一项报价迟迟无法推进,只因为只有一个人知道特殊折扣条件。一宗客户投诉在不同人之间转交,直到那位资深同事休假归来。新任网点负责人可以访问所有文件夹,却仍无法判断重要的例外情况。以上均为说明性示例,并非 Fassbender 客户案例。

在这些情况下,企业未必是信息不足,而是存在运营依赖。某些工作只有特定人员在岗时才能完成。随着客户、网点或员工增加,业务在增长,向同一小群人提出的请教和确认也在增加。

因此,我不会先采购一个知识门户。首先必须弄清楚:哪些工作会因这些人不在而停滞;合格的接手同事实际可以做什么、可以在何种边界内作出决定。只有当其他人能在约定范围内可靠地据此行动,知识才算被有效转移。

风险在离职之前就已开始

人们常把知识流失当作员工离职时才出现的问题。于是会有交接清单、访谈和最后一批文件。对于有序告别,这些做法有帮助;对于持续扩张而言,已经太晚。

这种依赖在更早的时候就会显现:一位专业人员要审查每个例外,新员工不断打断其工作,或其自身工作经常被搁置。即便指定了接手同事,如果对方既没有背景信息,也没有相应权限,问题也不会解决。同一条模糊规则,即使由两个人执行,也可能得到不同解读。

NASA 关于知识连续性的指南因此从更早处着手:管理者应识别关键知识和唯一知识持有者,将知识转移的时间纳入日常工作安排,并持续传递知识。其中包括导师辅导、共同处理案例和岗位说明。这是一份面向特殊组织环境的实践指南,并非中小企业某项特定节省额的证据。不过,其中的管理问题可以直接采用:在某人缺席之前,我们的企业需要哪些知识?1

文件夹里没有写出来的部分

工作指引通常描述的是常规情况。资深员工还知道,何时当前情况并不属于常规。她能够识别不寻常的组合,了解某项约定的前因后果,或注意到一项看似完整的请求遗漏了关键内容。

其中一部分可以解释并记录下来。另一部分则通过练习、反馈和协作逐步形成。并非每一种经验都能通过一段录制的访谈,变成可靠的决策规则。

Igoa-Iraola 与 Díez 在 2024 年发表的一项系统性综述分析了关于代际更替和知识管理中知识转移的 28 篇研究文章。该综述区分了可记录的知识与难以清晰表达的经验性知识,并强调知识转移的组织和社会条件。所评估的文献主要涉及规模较大的企业,尤其是工业领域企业。由此既不能推导出中小企业普遍适用的知识损失比例,也不能据此保证某一种方法对每一家中小企业都有效。2

对实践而言,这意味着:一份文件可以说明边界;但一位同事能否在复杂案例中识别这个边界,需要通过实际应用和讨论来验证。为此,她需要与有经验的人员共同工作的时间。不能等其他任务都完成了,才考虑为这件事留时间。

不必保存全部知识,而要守住关键工作

试图完整收集所有知识,很快会变成一个无止境的档案项目。我会从一项对业务至关重要的流程开始,例如处理复杂服务案例,而不是从整个知识版图开始。

对此,业务负责人应记录:今天有哪些案例正在等待某一特定人员处理。关键在于后果:客户是否得不到答复?服务是否会被错误承诺?机器是否会停机?还是说,这只是一个有用的捷径,失去后令人遗憾但可以承受?

应优先处理这样一类知识:其缺失可能造成重大损害,难以重新获得,而且没有可靠的接手机制。这一判断首先是管理判断,应以真实工作案例加以检验,而不是用看似精确的评分取代判断。

每个被优先处理的案例,都需要明确负责岗位、接手同事、允许的决策边界,以及处理未决问题的路径。仅有一份专家姓名清单并不够。它只说明了下次还会打电话找谁。

交接的不只是案例,还包括其判断依据

以服务中的一项酌情处理决定为明确的说明性示例。系统中记录的是,曾向客户提供替代性服务。没有理由说明时,接手同事可能将其视为一般做法。实际上,那也许只是一次经过明确批准的例外。

因此,知识转移必须保留的不能只是结果:当时有哪些事实?彼时适用什么规则?为何可以作出例外?由谁批准?与下一案例相比,可比性的边界在哪里?

专家先与接手同事共同处理一个合适的案例,并解释自己的处理方式。下一个案例由接手同事接手,专家审核其判断理由和结果。反复缺失的内容会被补入工作资料;规则不明确时,由承担业务责任的岗位作出决定,而不能默默把访谈录音当作规范。

这不一定要在一套新系统中完成。只要来源、适用范围和维护责任清晰,现有工作环境在一开始往往就足够。关键在于,资料能否在实际处理工作时被真正使用。

不能让人觉得自己正在被取代

多年解决复杂案例的人,如今还要在原有工作之外解释自己的知识;与此同时,原先的所有期待仍然不变。在这样的条件下,保留和犹豫并不令人意外。

管理层必须坦诚说明目的:组织应能够可靠运转,专业人员也不应亲自处理每一个重复性问题。这不能变成一种隐含承诺,仿佛一次访谈之后,他们的专业能力就不再重要。对于新的、影响重大的案例,判断能力仍然必要。

我会为共同处理案例明确预留时间,并相应减少其他任务。知识传递属于该岗位应交付的工作,也应得到相应认可。员工还必须知道会产生哪些记录、谁可以查看,以及如何提出更正。

这里存在真实的权衡:更广泛的访问有利于协作,却可能侵犯保密性。客户资料、人员信息和受保护的协议,不应被一概放入面向全公司的搜索空间。一个人可以掌握知识,但这并不意味着企业可以任意再利用其全部通信记录。技术接入之前,必须明确访问权限和允许的使用方式。

AI 能在哪里提供帮助,又会在哪里掩盖依赖

AI 可以整理已获批准的案例记录,标记需要核查的矛盾之处,或为当前工作案例检索相关文件。助手也可以帮助从专家访谈中归纳下一次共同处理时仍待回答的问题。这并不会使其中的业务内容自动变得正确或具有约束力。

2025 年发表于 Quarterly Journal of Economics 的一项现场研究,考察了某软件公司 5,172 名客服员工的数据,以及 AI 助手分阶段、非随机的上线过程。获得该助手使用权限后,员工平均每小时解决的问题数量提高了 15%。经验较少的员工获益更大;经验最丰富的员工则也出现了小幅质量下降。作者发现了一些成功工作方法得以传播的迹象。3

这是一个具体的潜力信号,但并不能证明聊天机器人能够替代任何关键人员的知识。该研究涉及的是特定客服场景、一项基于 GPT-3 的历史应用,以及主要发生在 2020 年和 2021 年的上线过程。它没有衡量当今的 RAG 解决方案,也没有承诺节省 15%,更不承诺在您的企业中产生相应效果。

内部知识助手需要经过核验、保持最新,并标明适用范围和访问权限的来源。检索增强生成,即在生成回答时纳入所检索到的来源,可以改善基础条件;错误仍有可能发生。美国 NIST 的自愿性参考框架 AI 600-1 明确建议核查来源、引用以及所用数据的来源。它不是认证,也不构成法律保证。4

因此,真正的测试不是:助手能否给出令人信服的回答?而是:接手同事能否借助现有支持,正确处理工作案例,并将未决决定提交给负责岗位?对于业务规则缺失时应如何处理,详见关于有依据地拒绝回答的高管文章。

在不危及运营的前提下检验接手能力

缺席测试并不意味着在没有预告的情况下,将最重要的专业人员从正在运行的关键流程中撤出。测试应首先使用历史案例,且这些案例经过充分清理,或在隔离环境中进行。任务内容和允许使用的辅助工具须事先明确。

接手同事处理一个常规案例及适当的例外情况,而不是每一步都向原知识持有者求助。其需要说明自己采用了哪些依据,以及在何种情况下无权自行决定。由具备相应专业资格的人员评估结果及其理由。日后在企业中的实际应用,仍应保留已约定的控制措施。

这可能暴露出不同的缺口:缺少来源,指引表述不清,权限不足,或接手同事需要更多练习。这些对应的是不同措施。新的文件无法解决缺少决策权限的问题。

规则发生变化或出现重要的新例外案例后,必须再次审查工作基础。否则,原本个人层面的知识瓶颈,会变成一份过时的数字化来源,而更多人正开始依赖它。

管理层真正应当衡量什么

已创建文件的数量只是活动指标。若要决定是否扩大实施范围,我会提出不同的问题:在被检验的案例中,还有多少仍只等待某一个人?等待多久?专家用于解答重复问题的时间有多少?接手同事能否以要求的质量处理这些案例?

在试点之前,需要建立基线。案例应按类型和难度区分;如果平均处理速度变快只是因为请求变简单了,那并不能证明取得了进展。返工、额外核查时间,以及维护知识基础所需的投入,也都应纳入考量。

更少的追问可以释放能力。只有当成本确实发生变化时,这才会形成成本节省。即使没有立即裁减人员,更可靠的接手能力也可能对增长决策具有价值。企业应明确说明这种价值,而不是把它说成未经证实的 ROI。

未来 90 天的一条现实路径

至第 30 天:选择一项关键流程。 管理层指定一位发起人和一个承担业务责任的岗位。团队基于现有案例分析个人依赖,确定基线,并决定优先转移哪些知识。为专家和接手同事预留时间。在进行记录或使用 AI 之前,应先澄清访问权限和保密问题。

至第 60 天:将共同工作转化为可验证的接手能力。 围绕选定流程,形成经过核验的案例资料和易于理解的决策边界。接手同事在适当案例上练习并获得反馈。如确有必要使用 AI 助手,只在获批准的来源范围内进行测试。将结果质量和维护投入与初始状态进行比较。

至第 90 天:决定有限范围的运营启用与下一步扩展。 业务负责人审查接手能力、尚未解决的依赖以及剩余风险。只有已被证明可行的流程,才会在控制下投入运营。对于来源变更、追问和人员缺席,要明确责任人。之后才对下一个知识领域进行优先排序。这个时间框架是有限起步的规划建议,并不保证整个企业都已得到保障。

知识项目必须成为一种工作方式

在 Fassbender AI Operating System 中,知识不是一个孤立的文件夹。战略与价值(Strategy & Value):明确哪些依赖具有经济重要性。流程与决策(Processes & Decisions):将知识归入具体流程及其决策边界。数据与知识(Data & Knowledge):使来源和有效性可追溯。技术与集成(Technology & Integration):将适当支持带入工作环境。治理与评估(Governance & Evaluation):保障访问和核查;人员与运营模式(People & Operating Model):把接手安排、学习和维护落实到日常运行中。

如果这一实施需求已经作出决定,并在一份可靠的转型蓝图 中得到说明,那么 AI 转型执行合作(AI Transformation Execution Partnership)是合适的选择。该合作以 90 天为阶段推进实施,将业务责任与价值、质量和转移关口结合,并建立内部运营能力。其工作成果不只是一个已配置好的助手,而是一条完成交接的流程,配有经过核验的来源、合格的接手同事和清晰的维护责任。具体效果必须在客户企业中得到验证。

在下一次管理会议上,我会先提出一个更简单的任务:选择一项关键流程,并让团队展示,在原本不可或缺的那个人不在时,它如何运作。这不是不信任的表态,而是检验企业是否已经给予这位人员足够的减负,也给予自身增长足够的可靠性。

管理层常见问题

在员工离职前录制一次专家访谈,够吗?

不够。访谈可以揭示背景和待解决的问题。只有通过带有反馈、且权限已明确的案例处理,才能看出另一个人能否应用这些知识。若离职已在眼前,应立即规划交接;让继任者共同参与工作尤其有价值。1

我们必须集中化全部企业知识吗?

不必。从一项关键依赖开始。必须明确的是来源、责任和访问权限。如果选定流程能够可靠访问正确的依据,技术存储可以保持分散。

AI 助手可以替代接手同事吗?

它可以提供支持,但不能一概替代缺失的专业能力或决策权限。质量必须针对具体工作案例进行检验。仅有来源引用,既不能证明答案正确,也不能证明决定被允许作出。4

90 天后,我们如何判断是否取得了有意义的进展?

看选定流程中是否具备经过检验的接手能力,是否减少了没有充分理由的等待时间,以及质量是否可靠。应与基线比较,并计入额外的核查与维护工作。文件数量增加并不足够。

来源

延伸洞察

战略咨询

从洞察走向可靠决策。

我们将AI潜力转化为清晰架构、可衡量的优先事项和可执行的企业路线图。