上一篇的价值漏斗里，最刺眼的是那 8 笔"未启动"——工具就在那里，近一半任务根本没碰它。这一篇就处理这个问题：功能可用、指标不差，使用者为什么仍然绕开它。

看到"没人用"，最常见的归因是"用户抵触"——然后开出培训、宣导、考核三件套。这个归因省力但多半是错的：它把一个可以观察的事实问题，换成了一个无法证伪的态度判断。

不用，几乎总有具体的原因，而具体的原因藏在具体的任务里。

回到禾木家居，把这件事看清楚。

"抵触"这个归因还有一个实际的害处：它给组织者指了一条最顺手却最无效的路——开会、发文、强调纪律。这些动作全都做给"态度"看，而真正的断点在任务链上纹丝不动。一个月后日活依旧，结论变成"用户觉悟不够"，从此再没人愿意碰这个题目。把态度归因换成任务观察，不是为了温柔，是为了让问题重新变得可解。

一、没有使用，先找到具体任务

禾木家居的看板上线一个月了（教学设定）：质检发现自动汇总，AI 标注问题标签，主管本该在看板上复核标签、安排辅导。后台数据却显示，看板日活在个位数，主管照旧在群消息里@组长。第 04 篇里那个"从质检发现进入辅导行动"的老问题，看起来并没有被工具接住。

简单回顾一下背景：禾木家居的客服主管每周抽查售后沟通，质检表里标注问题，再到通话系统里核对原话，确认后找组长安排辅导。第 04 篇调查时发现，这条路上最费时间的是反复查找证据，最没着落的是辅导任务有没有人承接。看板正是为这两个痛点建的——AI 先标出问题标签，主管在线复核，辅导任务在线派发。设计对症，数据却说不被使用，这正是采用观察的典型开局。

注意此时的工作和第 04 篇的区别。第 04 篇是理解业务——工具还不存在，任务是摸清工作本身。这一篇是观察采用——工具已经在了，任务是看清它和实际工作之间的缝隙在哪里。两次调查的方法相通，对象不同：一个看工作，一个看工作与工具的接缝。

第一步是把"没人用"翻译成可观察的句子。

谁的什么任务，在哪一步，没有用哪个功能，改用了什么？这句话里每个空都必须能填上事实。

"主管不用看板"填不进去任何东西；"主管看到问题标签后，没有在看板里核对证据，而是请组长转发通话片段"——这才是能往下走的事实。

选观察对象也有讲究：按角色选任务。主管的任务是复核与安排，组长的任务是承接与辅导，两个角色卡在不同的步骤上，要分别看，不能混成"用户"一锅。范围也照例要限定：本轮只看"复核并安排辅导"这一类任务，抽查比例、绩效联动这些相邻议题不进观察表——议题一多，每个角色的话都会被摊薄成谁都对、谁都没用的平均数。最后落到一张采用观察表上，字段是：任务步骤、行为、负担、证据、解释、改动、复核。整个这一篇，就是把这张表一行行填出来的过程。

开始前照例有约：获得查看脱敏样本与操作日志的许可，向被观察者说明目的是改善工具不是考核个人，观察期间不现场指导"你应该这样用"——你一指导，观察到的就是你的教学效果，不是他的真实路径。这些约定和第 04 篇初始调查时同一套，但违反的诱惑更大，因为这一回你手里攥着"正确答案"。

采用观察的主线，是沿着"输出到行动"的任务链走：系统给出输出，到用户完成行动，中间每一步都可能卡住。禾木这条链是：看到问题标签→核对原始证据→确认问题成立→形成辅导任务→组长承接→辅导发生→效果回看。七个环节，环环都可以是断点。这条链本身就是观察的路标：不用从头到尾全看，先拿后台数据定位哪一环流失最凶，再贴着那一环做贴身观察。数据负责指路，观察负责看路——两样都用，才不至于在畅通的路段上浪费时间。

跟着主管走一遍（教学合成）。他打开看板，看到一条"解释退款条件不完整"的标签——这一步是通的，标签本身能引起注意。他要核对证据，点开关联的原通话——打不开。当前身份没有通话系统的访问条件。他退出看板，转到群里请组长转发片段，拿到片段后按老习惯处理完。看板在这一笔任务里的贡献，止于"提醒有这么一条发现"。

记录这一笔，采用观察表的前几列就有了内容：

任务步骤——核对证据；行为——点开原通话失败后退出，改走群消息旧路；负担——拿不到证据时，看板从工具变成了提醒器；证据——访问日志显示请求被权限拦截。

注意"改走旧路"这四个字：用户没有投诉，没有报错，任务最终也完成了——如果只看任务完成率，一切正常；只有贴着任务链观察，才看得见工具在半路被放下。

把这一笔记成观察表的第一行：步骤"核对证据"；行为"点开后退出，改走群消息"；负担"取证需跨系统且当前身份不通"；证据"访问拦截日志+主管复述"；解释"权限配置未覆盖复核角色"；改动与复核两列暂时空着——它们是第三、四节的事。观察阶段最忌边观察边开药方，药方一开，后面看到的就全是支持药方的证据。

再跟组长走一遍。他在群里收到主管转来的片段和建议，皱着眉问了两句："这条要我做什么？辅导到哪算完成？"建议里写着"注意退款条件讲解"，没有任务范围，没有完成标准，也没有地方回填结果。他把片段存进自己的文件夹，凭经验安排了十分钟的一对一讲解——辅导其实发生了，但看板里那条任务永远停在"待承接"。链的最后一环，断在承接状态的缺席上。

还要记录另外两类行为：未启动——有些任务从头到尾没碰看板，原因要问；中断——像主管这样碰了又退出的，断点位置本身就是证据。三类行为分开记，原因常常完全不同。未启动这一类里，访谈可能会给你一层表面答案（"忙，没顾上"），追问一层才有真话：是没收到通知、是不信任标签、还是旧路径已经足够顺手。每一层答案指向的修法都不同，"忙"是最不需要采信也最常被执行的那种。

三、分别检查入口、依据、权限和支持

断点找到之后，归因要分类。常见的障碍是四类，各有各的修法，混着治就会开错药。

看板在独立系统里，主管的日常入口是质检表和群消息——多用一个系统，就多一道切换的摩擦力。这类障碍的修法通常不是"提醒用户记得开看板"，而是把功能送到用户已经在的地方：质检表里的标签直接可点、群消息里的发现附上深链。入口类障碍的判断标准很直接——用户为了用它，要不要离开自己本来的工作台？要，就是入口欠账。

依据：用户敢不敢信系统给的结论？

标签准不准、证据够不够，如果用户需要另外找材料才能确认标签成立，那"确认"这一步才是真正的使用瓶颈。

权限：用户当前的 Identity 有没有完成任务的资格？

主管打不开原通话，不是态度问题，是权限配置没跟上任务设计——设计任务链时假设了"复核者能听到原通话"，授权矩阵里却没有这一条。

建议发给组长，组长那边没有承接状态、没有任务范围确认，辅导做没做、做完效果怎样，整条链上都没有回写。支持缺失的隐蔽之处在于：行动者以为自己完成了，下游根本不知道任务存在，半个月后主管凭记忆追问，双方各执一词——这正是第 04 篇那句"没有统一记录"在工具时代的复刻，工具换了，断点没换。

权限这一类要展开说，因为它最容易被误诊。发现"主管因身份无访问条件退出"之后，顺手的结论是"加强培训，教主管怎么申请权限"。慢一点。第 17 篇立过规矩：权限跟着业务职责走。

正确的第一反应是核对：主管这个角色，按业务职责应不应该听到脱敏后的原通话？如果应该，改的是授权配置，给复核角色配上获准资料的入口；如果不应该——比如隐私策略规定只有质检专员能听——那要改的是任务链设计，把"听原通话"这一步换成"调阅质检专员的已核准摘要"。

两条路都可能对——前者改配置，后者改设计，选择取决于隐私策略和复核职责的真实定义，而不是哪条改起来快。它们都不以再培训作为既定答案。培训治不了权限，就像宣导治不了断链。四类障碍也对应第 17 篇那张授权矩阵的四个角落：入口是"功能放没放到角色手边"，依据是"角色信不信输出"，权限是"身份有没有被授权完成任务"，支持是"行动之后有没有角色接住"。采用问题看似软，拆开来全是硬的配置项。

采用观察表的"解释"和"改动"两列，就是在这里填的：每个断点一个解释，每个解释对应一类修法，每类修法一个处理人。组长的承接问题单独列行——那是另一类障碍（支持缺失），处理人是流程负责人，别和主管的权限问题捆在一起改。

障碍清单通常不止一行，但改进一次只做一项。禾木选了权限这条：把脱敏后的通话片段嵌入看板，复核角色在获准范围内直接可听（教学合成）。为什么先改这条？因为断点位置靠前——核对证据是任务链的第二环，这里断了，后面所有环节的价值都悬空；也因为修法明确、可验证、可回退。改动本身也要按第 14 篇的最小原型思路设计：只覆盖复核角色、只放开脱敏片段、保留完整访问日志，约定两周观察期。改进的范围越小，归因越干净——两周后"核对证据"环节的退出率从多少降到多少，几乎可以直接记在这一个改动头上。

改进上线不是结束，是第二轮观察的开始。同一张采用观察表继续填：主管在"核对证据"这一步现在还退出吗？任务链走通的比例升了多少？关键一问——质量保住了吗？

听得见片段之后，复核速度上来了，但如果复核变得草率，撤销标签的判据松了，那采用率是用质量换来的，这笔账要算进第 20 篇的价值说明里。采用改善和质量保持是一对必须同屏观察的指标，只看前者，就是在奖励递减的捷径。具体做法是把第 15 篇的判据接进观察表：每改一项，复核抽样一批新完成的任务，对照判据看质量分布有没有移动。这张联合视图也是向管理者汇报的诚实版本——"用的人多了，质量没掉"，两个数缺一不可。

第二轮观察还可能发现断点搬家：入口通了，原来被遮住的下一环露出头——比如"形成辅导任务"这一步，主管填的建议组长看不懂任务范围。这很正常，采用改进本来就是逐环推进的活。守住纪律：一次一项，改完观察，观察够了再动下一项。组长的承接问题就排在队列的下一个：给辅导任务补上范围说明和承接状态字段，让"接没接、做完没有"在系统里有痕。它排在后面不是因为不重要，而是因为两案并改会让两周后的观察数据失去对照。同时上五个改动，效果归因就成了一锅粥——哪个改动起作用、哪个起了反作用，再也说不清。

有一类诱惑要专门顶住：用强制代替改善。"从下月起，辅导安排必须走看板，走群消息的不算数"——行政命令能做出漂亮的日活曲线，但用户会发展出"系统里点一遍、真实工作照旧"的双轨。强制使用不能证明有价值，只能证明有权力。

判断改进是否成功，看的永远是任务是否真的在工具里完成，而不是界面被点击了多少次。

五、判断采用是否产生有效工作

最后回到判断：什么才算"用起来了"？

四条辨别标准，对应四个自欺的口径。它们共同的病根是把"接触"当"使用"、把"表态"当"事实"。点击次数不是任务采用——点进来退出去也是一次点击。登录过不代表完成工作——账号活跃和任务完成是两本账。强制使用不能证明有价值——上面有专段。口头满意与实际结果要分别记录——访谈里说"挺好用的"和任务链数据显示"还在绕路"可以同时为真，前者是态度，后者是行为，写报告时各占一栏，不许互相顶替。

：完整任务在工具里完成，且质量保持，且旧路径的负担真的消失了。

最后一条容易被漏——如果看板用了、群消息也照发，主管做的是双份工，那这次"采用"是负收益。迁移练习就练这个：采购场景里上了自动填单，去检查一件事——用户是否还在把同样的数据往另一个表格里重复录入？重复录入有没有抵消掉自动化的好处？

再把这个练习往深做一层：采购员不用自动填单，观察发现他不是不信系统，而是供应商给的材料格式五花八门，他得先手工整理成系统认的格式——自动化的好处被格式整理抵消了大半。这个障碍属于哪一类？处理人是系统方还是流程方？改完以后，用"同一张采购单是否只录一次"来复查。把你手边一个"用户不用"的问题也这样拆开：可观察的障碍是什么、处理人是谁、改完之后用什么办法复查——三栏有一栏空着，这条障碍就还停留在抱怨层面。

回头看，这一篇只做了三件事：

把"没人用"翻译成任务链上的断点，把断点按入口、依据、权限、支持分类，一次改一项并持续观察。方法不新，难的是忍住不把它做回"用户教育"。

下一篇换一个同样发生在会议室里的难题：业务要快、工程要稳、管理者要说法，三方各有道理时，FDE 怎样把讨论推成一个可执行的决定。

用户为什么不用：FDE怎样观察和改善实际采用

看到"没人用"，最常见的归因是"用户抵触"——然后开出培训、宣导、考核三件套。这个归因省力但多半是错的：它把一个可以观察的事实问题，换成了一个无法证伪的态度判断。不用，几乎总有具体的原因，而具体的原因藏在具体的任务里。

副总裁

人工智能

"没人用"不是态度问题，而是任务链断点问题。将使用障碍按入口、依据、权限、支持四类归因，一次改一项，用任务完成率与质量双指标验证。改进成功标准：完整任务在工具内闭环，旧路径负担消除，而非点击次数或强制使用。观察采用，让工具真正接住工作。

2026上云采购 | AI焕新·智启新局

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

用户为什么不用：FDE怎样观察和改善实际采用

用户为什么不用：FDE怎样观察和改善实际采用

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐