跳到正文
汉松札记
返回

AI 转型的瓶颈是习惯、激励与决策权

AI Highlight

来源

Community Wisdom 200:AI 转型的瓶颈是习惯、激励与决策权

总体判断

这期最值得留下的是关于团队 AI 采用的讨论。提问者已经越过了工具是否可用这一层,直接碰到更难的部分:技术部署完成以后,成员仍会沿用原来的工作习惯。此时继续提供工具、培训功能或展示复杂案例,边际收益很低。真正需要设计的是一套行为改变系统。

社区给出的办法可以归纳成五个相互依赖的条件:从痛点和收益最强的人群开始;让普通成员反复看到可模仿的小案例;让团队参与划定人和 AI 的边界;降低试错的成本与心理风险;由管理者持续设置预期并提供反馈。它们共同说明,AI 转型是一项适应性变革。新工具只是触发器,习惯、身份、激励和权责结构才是主要变量。

这与汉松管理 AI 健康管家团队的场景高度相关。AI 能力进入研发、产品和运营以后,采用率取决于每个人是否在自己的真实任务中获得可感知收益,也取决于团队是否拥有讨论风险、保留人类判断和修改流程的权利。推进重点应从统一培训转向可重复的局部行为改变。

一、先判断问题属于技术挑战,还是适应性挑战

背景:提问者认为技术实现并非主要困难,成员原有习惯才是瓶颈。社区首先建议用 Ronald Heifetz 的技术性挑战与适应性挑战框架重新理解问题。

可以用 Ronald Heifetz 的适应性挑战与技术性挑战框架和领导团队讨论。技术性挑战拥有相对明确的解法,适应性挑战要求人们改变习惯、价值判断和协作方式。

AI 在更大范围内暴露了许多原本就不完善的组织结构,因此文化变化往往比技术变化更困难。

工具安装、账号开通、权限配置和模板准备属于技术挑战,可以通过项目计划完成。成员是否愿意改变熟练的工作方式,是否担心能力贬值,管理者是否真正使用新流程,团队如何重新分配判断权,则属于适应性挑战。后者需要持续试验、反馈和共同解释,难以通过一次培训完成。

一个实用诊断是:如果成员已经拥有工具和教程,仍然很少在真实任务中使用,问题就进入了适应性层。此时继续增加培训内容只会提高认知负担,应该转向动机、风险、身份和组织预期。

二、从收益最强的人和最痛的任务开始

背景:社区没有建议第一天覆盖所有人,而是优先寻找生活会被 AI 显著简化的团队,以及成员正在吃力完成的具体任务。

先聚焦那些会因 AI 转型而显著减轻负担的团队。所有人不会在第一天同时加入,但找到受益最大的人群,是形成起点的好办法。

当一个人觉得现有方式已经足够高效时,学习 AI 很难显得值得。更有效的入口,是找到他正在为难的任务,让 AI 在那里提供帮助,因为此时他拥有更强的学习动机。

这比按组织层级统一推广更符合行为改变规律。AI 的价值需要先在一个高频、耗时或令人挫败的任务中被感知,然后才可能迁移到其他任务。采用的最小单位也不是一个账号或一次培训,而是一个成员在真实工作里完成了一次有收益的行为替换。

可以为每个角色建立一张任务摩擦表:哪些任务频率高,哪些任务耗时长,哪些任务质量波动大,哪些任务经常被拖延。先选择收益容易被本人确认、风险又较低的一项,用短周期实验验证。成功案例会提供比口号更强的采用证据。

三、普通的小演示,比复杂的标杆案例更容易改变习惯

背景:多位成员都强调固定频率的同伴演示。关键在于演示日常可复制的用法,而非少数高手完成的复杂作品。

每周团队会议拿出十分钟,让成员展示自己正在构建什么、如何使用 AI。实际测量表明,这件小事会显著推动团队采用。

演示不要只展示复杂而精巧的成果,也要展示如何让 Claude 在会前提供简报,或者检查 Slack 中遗漏的回复。简单案例让人看到自己今天就能完成的动作,复杂案例则容易制造距离感。

每周由一位新成员共享屏幕,边工作边试跑新的 AI 流程。大家可以评论、提出需求,也能看到别人一开始同样不熟练。构建者同时获得直接的用户反馈和改进路线。

这里起作用的并非信息传播,而是社会学习。成员看到与自己水平接近的人完成一个小任务,会同时获得行为脚本、合理预期和试错许可。轮流共享真实过程还能打破高手演示的幸存者偏差,让卡顿、修正和失败也进入公共经验。

管理者可以把演示设计成固定机制:每周十分钟,一人一个真实任务,展示输入、结果、修改过程和节省的时间;复杂作品与简单用法保持比例;记录成员提出的阻碍,并在下一轮验证是否解决。目标是让 AI 使用成为团队的普通工作语言。

四、让成员共同决定什么交给 AI,什么保留给人

背景:直接要求成员使用 AI,容易让自动化成为一种施加在成员身上的变化。一个更有效的做法,是邀请他们明确本职范围内的人机边界,并提供真实的否决和修改权。

与其要求人们使用 AI,不如请他们定义:在自己的工作范围内,哪些事情应该交给 AI,哪些事情应该继续由人负责。他们真正抗拒的是这个决定。把它说清楚,相当于提供一条真实的否决路径,而不是让自动化直接作用在他们身上。

我们和团队一起构建流程变化,而不是替他们设计好再交付。成员可以说:不要这个、现在不做、不要这样做,而系统会真的随之改变。参与过程也帮助我看清人类判断必须保留在哪里。

这段把采用问题从服从转成治理。成员抗拒的往往不是某个工具,而是工作价值、责任边界和未来角色在缺少协商时被重新定义。共同设计让一线经验进入系统,也让组织更早发现哪些任务涉及隐性知识、伦理责任、客户信任或高风险判断。

在医疗健康场景中,这一点尤其重要。团队可以按任务明确三类边界:AI 可以直接执行的低风险动作;AI 生成建议、由人确认的判断动作;必须由人承担并留下责任记录的高风险动作。采用率和安全性可以通过同一套边界设计共同提高。

五、采用需要一套降低摩擦、允许试错又保持预期的机制

背景:一位小团队管理者给出了较完整的推进组合:环境配置、示例提示词、短周期实验、早期成本豁免、持续分享和长期管理预期。

先确保每个人的环境真正可用。我制作了帮助安装和配置环境的 skills,再通过任务检查他们是否已经跑通。

为常见任务提供示例提示词;分配短周期实验,例如两天内试着用某个工具改造某个流程并带回想法。较短的期限会形成开始行动所需的压力。

初期取消 token 上限,直接告诉大家先使用,无需担心 token 或费用;等使用形成以后,再讨论效率。

每隔几周举行一次我如何使用 AI 的分享。整个变化可能需要六个月。给予时间,同时由领导层明确角色正在变化、持续适应属于工作预期。

这组建议同时处理了四种摩擦:配置摩擦、起步摩擦、成本焦虑和缺少时限。单独使用任何一项都不够。只有工具可用、第一步足够简单、短期实验有明确截止时间、早期尝试不会因成本受罚,成员才更可能完成第一次真实使用。

后期则需要从鼓励转向能力要求。合理顺序是先提供条件和安全感,再观察真实使用与学习速度,最后把持续适应纳入角色预期。这样可以区分暂时不熟练与长期拒绝改变,也避免管理者在没有提供支持时过早把采用问题变成绩效问题。

六、替代焦虑需要用下一阶段目标和真实参与来回答

背景:团队会直接问 AI 是否会取代自己。社区的回答把焦点从保证岗位永远不变,转向当流程被加速以后,团队将承担什么新的目标。

团队直接问过:这会取代我们吗?一个更有效的回答是,如果这个流程已经被解决或加速,我们接下来要攻克哪个目标。

AI champions 可以在各自团队里展示可行做法。相比总由负责人演示,同伴示范带来的压力更小;同时,管理者和负责人仍要亲自使用,并把它带入团队。

替代焦虑里包含一个合理问题:旧任务减少以后,成员的价值将由什么定义。只强调效率会让收益全部指向组织,却把个人留在不确定性里。清楚展示下一阶段问题、学习机会和新的责任,才能让效率收益与个人发展形成连接。

同伴示范与管理者带头承担不同功能。前者降低身份威胁,后者提供资源和制度信号。两者结合,才能避免 AI champions 成为孤立的兴趣小组,也避免自上而下推广只剩压力。

七、职业选择与产品增长都需要先改写诊断问题

背景:另外两组讨论分别谈 QA 与 PM 的职业选择,以及大量新用户进入后的订阅转化。两者都给出同一类方法:先拆掉过于笼统的问题,再找到真正影响结果的变量。

擅不擅长做 PM 并非一个二元问题。成功往往来自人与团队、产品和项目的匹配。更好的问题是:哪一种产品团队最适合我的技术能力与产品能力组合?

把做过的任务全部列出来,分别评价最喜欢和最讨厌的部分,排序后再寻找模式。也可以从理想状态、已有证据、适合的公司或行业、能够提供的价值,以及个人经历这五个部分开始梳理。

转化率波动经常来自新的用户来源,而非产品回归。合作流量到来前应该按来源标记,否则受众变化会被误判成漏斗损坏。

先区分支付障碍与动机障碍,再检查首次成功体验和核心循环。观察五到八次目标市场用户遇到付费墙的过程,可能比一个季度的实验提供更多信息。

职业问题从我是否适合某个职位,改写成什么环境会放大我的能力组合;增长问题从怎样优化漏斗,改写成新用户究竟在哪一种机制上受阻。两者都拒绝直接在表层动作上优化,而是先寻找结果背后的生成变量。

这也是 AI 辅助决策时值得保留的方法。AI 很容易快速给出课程清单、职业建议或实验列表,真正稀缺的环节是把宽泛问题拆成可以被证据区分的假设。问题改写得越准确,后续生成速度才越有价值。

贯穿判断:AI 采用是一套局部收益驱动的组织学习系统

这期讨论可以压缩成一条因果链:真实任务产生痛点,AI 在局部任务中提供可感知收益,同伴演示把个人经验变成可模仿行为,共同设计明确人机边界,管理机制持续移除摩擦并设置预期,新的工作成果再进入下一轮反馈。

因此,采用率只是结果指标。更有诊断价值的先行指标包括:多少成员完成过真实任务;案例是否来自多个角色;每周有多少可复制的小用法;成员提出的阻碍是否被解决;哪些流程已经明确人机责任;使用之后是否真正缩短周期或提高质量。

对汉松当前团队,可以先运行一个四周的轻量版本:第一周收集各角色最痛的高频任务;第二周选择三个低风险任务做两天实验;第三周开始每周十分钟轮流演示;第四周把有效案例整理成团队 skills,并明确哪些环节需要人工确认。四周后评价行为和结果,而不是只统计账号活跃度。

可复用判断

  1. 工具和教程齐备后仍缺少真实使用,问题已经从技术挑战进入适应性挑战。
  2. 采用从收益最强的人群和最痛的任务开始,比第一天覆盖全员更有效。
  3. 同伴展示日常小用法,可以同时提供行为脚本、合理预期和试错许可。
  4. 让成员共同划定人机边界,并保留真实修改权,能够把被动自动化转成共同治理。
  5. 配置、示例、短周期实验、早期成本豁免和持续反馈需要组合运行。
  6. 领导者既要提供适应时间,也要清楚表达角色变化与持续学习的预期。
  7. 效率提升之后,团队需要看到下一阶段目标和个人价值如何重新定义。
  8. 面对职业与增长问题,先把宽泛判断改写成可由证据区分的机制问题。

可延展写作题

AI Highlight RSS
分享这篇文章:


下一篇
需求从文档变成团队能力之后,所有权反而要更清楚