如何让一线人员接受AI
作者: 凯瑟琳·凯洛格 马克·森达克 苏雷什·巴卢
星期一上午10点。新AI(人工智能)工具开发人员阿曼摩拳擦掌地期待着预定于当天推出的一款新技术产品。此前,杜克大学医院(Duke University Hospital)ICU(重症监护部门)主管请求阿曼和他的同事们开发一款AI工具,以防止ICU人满为患的状况。研究表明,特定类型的心脏病患者无须入住ICU病房,因此ICU部门领导希望借助AI工具帮助急诊医生识别这部分患者,并将其转到非重症诊疗部门。这样既能提高对患者的照护质量,又能降低非必要成本。
阿曼和他的团队(由心脏病专家、数据科学家、计算机科学家和项目经理共同组成)开发出一款AI工具,让临床医生可以轻松识别这部分患者。该工具还在患者的电子病历中插入话语,解释他们为何无须转入ICU。经过一年的努力,这款AI工具的研发终于大功告成,准备投入使用。
时间快进三周。该工具的启动失败。一位急诊医生评论说:“我们不需要什么工具来告诉我们怎么做自己的工作。”这是一线员工对引入AI决策支持工具的典型反应。在快节奏的急诊室环境中,忙忙碌碌的临床医生们很排斥在常规工作流程之外还需承担向系统输入数据的额外工作,他们十分反感对急诊操作知之甚少的外人侵入自身专业领域。
类似的AI落地失败的剧情也在其他领域上演。尽管这些新的工作方式可以帮助组织提高产品和服务质量、降低成本并增加收入,但终端用户经常拒绝采用AI工具来指导决策,因为他们认为自己从中得不到什么好处,新工具可能意味着额外的工作量,并且导致他们失去自主权。
目标终端用户与高管或其他部门利益相关者之间在技术实施方面存在利益冲突并非新鲜事。但在AI工具时代,这个问题变得越发尖锐,因为AI工具具有预测性、指令性,而且其开发过程需要在开发人员和终端用户之间来来回回进行多番费力的交流。
那么,AI项目负责人该如何提高终端用户对AI工具的接受度和使用率呢?过去五年间,我们在杜克健康创新研究所对15种AI决策支持工具的设计、开发和集成进行了密切观察,提出了一套平衡利益相关者利益的最佳实践。我们发现,为了提高终端用户接受度和AI决策工具的使用率,组织和AI项目负责人需要增加AI工具使用的相关利益,减少AI工具开发的工作量,并通过保障终端用户的核心工作来确保他们的自主权。
针对AI工具的实施给医院管理方、终端用户和工具开发人员带来的挑战,我们收集了大量数据,特别关注那些已经成功实施的决策支持工具。虽然本研究的重点是医疗领域AI决策支持工具的落地实施,但我们发现,研究中发现的问题和动态也存在于其他环境中,如技术、制造、保险、电信和零售等领域。
终端用户抵制的根源
AI项目团队希望实施的内容与终端用户愿意采用的内容发生脱节,主要源自三大利益冲突。
1.预测性AI工具的最大受益者往往是组织而非终端用户。AI工具提供的预测能让组织更早地对其价值链进行干预,组织和下游利益相关者都有可能借此提高质量、压低成本。然而,目标终端用户通常没有直接的好处,就如上面的案例,急诊医生被要求使用一种能为ICU临床医生带来好处的AI工具。
一家在线零售商也面临着类似的情况:他们开发了一款AI工具,参照既往在组织中取得成功的员工画像,将个人简历与之匹配的主动求职者标记出来。该工具的目标终端用户是HR部门的人才搜寻官,他们过去经常忽略这些主动求职者,而更倾向于通过LinkedIn等社交平台进行搜索,因为他们试图吸引大量拥有稀缺技能的求职者,而主动求职者群体中很少有人具备所要求的技能。不过,与其他渠道搜寻到的候选人相比,主动求职者更有可能接受工作邀约,因此这款工具将使整个组织受益,也能让处于人才搜寻环节下游的HR面试官受益。
2. AI工具可能需要终端用户付出额外劳动,而他们并非工具的主要受益者。AI工具的开发需要在开发人员和终端用户之间来来回回进行多番费力的交流。长期以来,技术开发人员一直从事以用户为中心的设计,使用任务分析、观察及用户测试等多种手段来整合终端用户的需求,但AI工具需要终端用户更深度的参与。
由于构建AI工具需要大量高质量数据,因此开发人员依赖终端用户来识别和协调跨组的数据差异,并统一报告方法。开发人员还依赖终端用户在流程的每一步界定、评估和补充机器输入和输出,并验证指导终端用户决策的假设。
如果AI工具的主要受益者为下游利益相关者或高管,那么终端用户可能没有动力配合开发人员进行这种费力的来回交流。例如,急诊医生没有兴趣花费时间和精力去开发用于识别低风险心脏病的工具。
牛津大学(Oxford University)的研究人员在一家电信公司发现了类似问题:该公司开发了一款AI工具,旨在帮助销售人员识别高价值客户。虽然高管层有兴趣为销售人员提供一双AI技术的“慧眼”,但销售人员本身更重视维持一种个人之间的、相互信赖的客户关系,运用自己的直觉来发现销售机会。他们没兴趣参与一个费力的流程,来设计、开发和集成一种他们认为不会给自己带来好处的工具。
3.指令性AI工具往往会削弱终端用户的自主权。AI决策支持工具本质上是指令性的,它们向终端用户提出某种行动建议,比如将患者转至ICU。AI工具提供的指令使得内部第三方利益相关者(如组织的管理者或不同部门的利益相关者)能够看到目标终端用户的决策,甚至在一定程度上控制他们的决策。内部利益相关者(如高管)以前只能制定行动条款,终端用户将根据自己对具体个案的判断来解释和应用这些条款。AI工具现在可以告知这些判断,提供相应建议,并跟踪终端用户是否接受了建议,因此它们有可能侵犯终端用户的自主权。
例如,杜克大学医院一旦采用了用于识别低风险心脏病的AI工具,当急诊医生选择让心脏病患者进入ICU时,医院高管和ICU临床医生就能看到AI工具的建议,以及急诊医生是否遵循了该建议。急诊医生不喜欢旁人在没看到病人的情况下,闯进他们的领域指手划脚参与意见,并试图控制他们的决定。
一项在零售领域采用AI工具的研究发现了类似的情况。斯坦福大学(Stanford)的研究人员考察了一款为时尚买手设计的算法决策支持工具的实施过程。这些买手历来凭借自己对时尚趋势的经验和直觉预测未来需求,做出进货决策。例如,负责采购男士牛仔裤的买手们必须就款式(紧身、喇叭裤、直筒)和牛仔布颜色(浅色、中色、深色)做出选择。买手们拥有相当大的自主权,很不习惯将自己直觉判断的结果进行明确建模和评估。
鼓励一线接受AI
我们发现,为了克服上述阻碍,促进AI工具的顺利实施,项目负责人需要解决终端用户与组织价值获取的不平衡问题。在实践中,这意味着增加与AI工具使用相关的终端用户利益,减少AI工具开发的工作量,并通过保障终端用户的核心工作来确保他们的自主权。(参见副栏“克服一线用户对AI落地的抵制”)
1.增加终端用户的利益
如果终端用户认为自己能明显受益于某种AI工具,他们就更有可能采用它。AI项目负责人可以运用以下几种策略来实现这一目标。
识别终端用户的痛点 虽然AI工具开发人员要时刻牢记组织目标,但他们也需要关注工具如何帮助目标终端用户解决日常工作中面临的问题,或适应该工具的使用所带来的新的工作负荷。例如,杜克大学医院的心脏病专家要求项目团队创建一款AI工具来检测低风险肺栓塞患者,以便将此类患者安排到门诊治疗,而不要留在成本高昂的住院部治疗。项目团队接到请求后,立即联系了该工具未来的终端用户——急诊医生。项目团队成员了解到,急诊医生的痛点是,如何迅速为低风险肺栓塞患者做好出院准备,并确保他们获得所需的门诊治疗。
前文提到的那个试图利用AI工具筛选主动求职者的项目负责人也采用了同样的策略来识别HR部门人才搜寻官的痛点。开发人员了解到,人才搜寻官经常无法尽可能快地为候选人安排面试,原因是下游面试官没有足够的处理能力。
显然,AI项目负责人应当重点关注工具如何帮助目标终端用户解决日常工作中面临的问题。那么他们为何经常做不到呢?原因就在于,最先来接触他们、为AI工具开发提供资源的人,通常是从工具中获得最大收益的高管或下游利益相关者。结果项目负责人往往把这些人看作主要客户,而忽略了吸引目标终端用户参与的必要性。
制定干预措施解决终端用户的问题 在杜克大学医院引入肺栓塞识别工具,可能会加剧急诊医生面临的问题,即没有一种简单的方法来确保低风险肺栓塞患者一经识别,即可轻松稳妥地为他们安排好后续门诊治疗。项目团队了解到这一点之后,就开始全力解决如何使急诊医生轻松地为这类患者安排后续诊疗的问题。
同样,HR筛选工具的开发人员注意到,HR人才搜寻官难以为AI工具标记出的候选人适时安排面试,于是他们便开始考虑如何增加HR面试官的“带宽”,最终建议聘请专业人士进行面试前筛选服务,以减少当前HR面试官的工作负荷。
强化终端用户激励,以实现AI工具意在改进的结果 组织通常不会对终端用户使用AI工具指导决策后的改进结果进行评估和奖励。例如,杜克大学医院对急诊医生的评估标准是他们识别和治疗急性常见病的能力,而不是他们识别、治疗低风险肺栓塞等罕见病的能力。AI项目团队与医院领导一起修改了激励制度,在急诊医生的评估标准中加入了一项“识别和分类低风险肺栓塞患者的能力”。

与此类似,前文案例中希望引入HR筛选工具的高管意识到,他们需要改变对终端用户的激励措施,以实现AI工具意在改进的结果。当HR工作人员使用AI工具时,如果仅根据传统绩效指标(如搜寻到的拥有稀缺技能的候选人总数)对他们进行评估,可能显得他们的工作效率低下。高管层认识到,需要调整对他们的评估和激励措施,使得员工不仅有动力去寻找大量拥有稀缺技能的候选人,而且会更积极地寻找大量能最终接受工作邀约的候选人。
当然,AI项目负责人无法轻而易举地增加对终端用户的激励。这是因为,从AI工具中获得最大收益的利益相关者通常不是管理目标终端用户绩效和薪酬的人。AI项目负责人通常需要获得高管的支持,以帮助修改这些激励措施。
2.减少终端用户的工作量
AI开发团队可以通过多种方式最大限度地降低向终端用户求助的程度。
在工具设计环节,尽量减少与构建数据集有关的终端用户工作量 用来训练AI工具的数据必须能够代表目标人群。这需要大量的训练数据,但汇集这些数据并协调数据集之间的差异非常耗时。AI项目负责人可以引入第三方利益相关者参与数据构建,从而最大限度地减少与此类工作相关的终端用户工作量。例如,杜克大学项目团队曾开发了一款AI工具,以便更早地检测出晚期慢性肾病高风险患者。该工具所需的数据分别提取自电子病历和索赔数据,并且两个数据源彼此不一致。项目团队没有麻烦该工具的目标终端用户(首诊医生)来承担数据清洗任务,而是在该工具的主要受益者即肾科医生的帮助下验证数据,并完成异源数据之间的标准化。
AI项目负责人也可以先选取一个足够好的AI工具,使用当前可用的、规模相对较小的数据集对其进行训练。例如,一个AI项目负责人要开发一种工具来帮助某制造企业的销售人员识别潜在高价值客户,他希望在汇集相关数据集环节尽可能地减少终端用户的劳动。AI团队并没有要求销售人员花时间完善销售流程中各个里程碑的日志数据(诸如潜在客户、合格潜在客户和演示数据),而是先构建了一个系统,其模型足够好用,只需要较少的训练数据,因此销售人员需要准备的数据就比较少。