FDE岗位实务指南 · 第21篇
上一篇的价值漏斗里，最刺眼的是那 8 笔"未启动"——工具就在那里，近一半任务根本没碰它。这一篇就处理这个问题：功能可用、指标不差，使用者为什么仍然绕开它。
先纠正一个条件反射。看到"没人用"，最常见的归因是"用户抵触"——然后开出培训、宣导、考核三件套。这个归因省力但多半是错的：它把一个可以观察的事实问题，换成了一个无法证伪的态度判断。不用，几乎总有具体的原因，而具体的原因藏在具体的任务里。回到禾木家居，把这件事看清楚。
"抵触"这个归因还有一个实际的害处：它给组织者指了一条最顺手却最无效的路——开会、发文、强调纪律。这些动作全都做给"态度"看，而真正的断点在任务链上纹丝不动。一个月后日活依旧，结论变成"用户觉悟不够"，从此再没人愿意碰这个题目。把态度归因换成任务观察，不是为了温柔，是为了让问题重新变得可解。
一、没有使用，先找到具体任务
禾木家居的看板上线一个月了（教学设定）：质检发现自动汇总，AI 标注问题标签，主管本该在看板上复核标签、安排辅导。后台数据却显示，看板日活在个位数，主管照旧在群消息里@组长。第 04 篇里那个"从质检发现进入辅导行动"的老问题，看起来并没有被工具接住。
简单回顾一下背景：禾木家居的客服主管每周抽查售后沟通，质检表里标注问题，再到通话系统里核对原话，确认后找组长安排辅导。第 04 篇调查时发现，这条路上最费时间的是反复查找证据，最没着落的是辅导任务有没有人承接。看板正是为这两个痛点建的——AI 先标出问题标签，主管在线复核，辅导任务在线派发。设计对症，数据却说不被使用，这正是采用观察的典型开局。
注意此时的工作和第 04 篇的区别。第 04 篇是理解业务——工具还不存在，任务是摸清工作本身。这一篇是观察采用——工具已经在了，任务是看清它和实际工作之间的缝隙在哪里。两次调查的方法相通，对象不同：一个看工作，一个看工作与工具的接缝。
第一步是把"没人用"翻译成可观察的句子。谁的什么任务，在哪一步，没有用哪个功能，改用了什么？这句话里每个空都必须能填上事实。"主管不用看板"填不进去任何东西；"主管看到问题标签后，没有在看板里核对证据，而是请组长转发通话片段"——这才是能往下走的事实。
选观察对象也有讲究：按角色选任务。主管的任务是复核与安排，组长的任务是承接与辅导，两个角色卡在不同的步骤上，要分别看，不能混成"用户"一锅。范围也照例要限定：本轮只看"复核并安排辅导"这一类任务，抽查比例、绩效联动这些相邻议题不进观察表——议题一多，每个角色的话都会被摊薄成谁都对、谁都没用的平均数。最后落到一张采用观察表上，字段是：任务步骤、行为、负担、证据、解释、改动、复核。整个这一篇，就是把这张表一行行填出来的过程。
开始前照例有约：获得查看脱敏样本与操作日志的许可，向被观察者说明目的是改善工具不是考核个人，观察期间不现场指导"你应该这样用"——你一指导，观察到的就是你的教学效果，不是他的真实路径。这些约定和第 04 篇初始调查时同一套，但违反的诱惑更大，因为这一回你手里攥着"正确答案"。
二、沿输出到行动观察阻力
采用观察的主线，是沿着"输出到行动"的任务链走：系统给出输出，到用户完成行动，中间每一步都可能卡住。禾木这条链是：看到问题标签→核对原始证据→确认问题成立→形成辅导任务→组长承接→辅导发生→效果回看。七个环节，环环都可以是断点。这条链本身就是观察的路标：不用从头到尾全看，先拿后台数据定位哪一环流失最凶，再贴着那一环做贴身观察。数据负责指路，观察负责看路——两样都用，才不至于在畅通的路段上浪费时间。
跟着主管走一遍（教学合成）。他打开看板，看到一条"解释退款条件不完整"的标签——这一步是通的，标签本身能引起注意。他要核对证据，点开关联的原通话——打不开。当前身份没有通话系统的访问条件。他退出看板，转到群里请组长转发片段，拿到片段后按老习惯处理完。看板在这一笔任务里的贡献，止于"提醒有这么一条发现"。
记录这一笔，采用观察表的前几列就有了内容：任务步骤——核对证据；行为——点开原通话失败后退出，改走群消息旧路；负担——拿不到证据时，看板从工具变成了提醒器；证据——访问日志显示请求被权限拦截。注意"改走旧路"这四个字：用户没有投诉，没有报错，任务最终也完成了——如果只看任务完成率，一切正常；只有贴着任务链观察，才看得见工具在半路被放下。
把这一笔记成观察表的第一行：步骤"核对证据"；行为"点开后退出，改走群消息"；负担"取证需跨系统且当前身份不通"；证据"访问拦截日志+主管复述"；解释"权限配置未覆盖复核角色"；改动与复核两列暂时空着——它们是第三、四节的事。观察阶段最忌边观察边开药方，药方一开，后面看到的就全是支持药方的证据。
再跟组长走一遍。他在群里收到主管转来的片段和建议，皱着眉问了两句："这条要我做什么？辅导到哪算完成？"建议里写着"注意退款条件讲解"，没有任务范围，没有完成标准，也没有地方回填结果。他把片段存进自己的文件夹，凭经验安排了十分钟的一对一讲解——辅导其实发生了，但看板里那条任务永远停在"待承接"。链的最后一环，断在承接状态的缺席上。
还要记录另外两类行为：未启动——有些任务从头到尾没碰看板，原因要问；中断——像主管这样碰了又退出的，断点位置本身就是证据。三类行为分开记，原因常常完全不同。未启动这一类里，访谈可能会给你一层表面答案（"忙，没顾上"），追问一层才有真话：是没收到通知、是不信任标签、还是旧路径已经足够顺手。每一层答案指向的修法都不同，"忙"是最不需要采信也最常被执行的那种。
三、分别检查入口、依据、权限和支持
断点找到之后，归因要分类。常见的障碍是四类，各有各的修法，混着治就会开错药。
入口：功能在用户手边吗？看板在独立系统里，主管的日常入口是质检表和群消息——多用一个系统，就多一道切换的摩擦力。这类障碍的修法通常不是"提醒用户记得开看板"，而是把功能送到用户已经在的地方：质检表里的标签直接可点、群消息里的发现附上深链。入口类障碍的判断标准很直接——用户为了用它，要不要离开自己本来的工作台？要，就是入口欠账。
依据：用户敢不敢信系统给的结论？标签准不准、证据够不够，如果用户需要另外找材料才能确认标签成立，那"确认"这一步才是真正的使用瓶颈。
权限：用户当前的 Identity 有没有完成任务的资格？主管打不开原通话，不是态度问题，是权限配置没跟上任务设计——设计任务链时假设了"复核者能听到原通话"，授权矩阵里却没有这一条。
支持：行动之后有人接吗？建议发给组长，组长那边没有承接状态、没有任务范围确认，辅导做没做、做完效果怎样，整条链上都没有回写。支持缺失的隐蔽之处在于：行动者以为自己完成了，下游根本不知道任务存在，半个月后主管凭记忆追问，双方各执一词——这正是第 04 篇那句"没有统一记录"在工具时代的复刻，工具换了，断点没换。
权限这一类要展开说，因为它最容易被误诊。发现"主管因身份无访问条件退出"之后，顺手的结论是"加强培训，教主管怎么申请权限"。慢一点。第 17 篇立过规矩：权限跟着业务职责走。
正确的第一反应是核对：主管这个角色，按业务职责应不应该听到脱敏后的原通话？如果应该，改的是授权配置，给复核角色配上获准资料的入口；如果不应该——比如隐私策略规定只有质检专员能听——那要改的是任务链设计，把"听原通话"这一步换成"调阅质检专员的已核准摘要"。
两条路都可能对——前者改配置，后者改设计，选择取决于隐私策略和复核职责的真实定义，而不是哪条改起来快。它们都不以再培训作为既定答案。培训治不了权限，就像宣导治不了断链。四类障碍也对应第 17 篇那张授权矩阵的四个角落：入口是"功能放没放到角色手边"，依据是"角色信不信输出"，权限是"身份有没有被授权完成任务"，支持是"行动之后有没有角色接住"。采用问题看似软，拆开来全是硬的配置项。
采用观察表的"解释"和"改动"两列，就是在这里填的：每个断点一个解释，每个解释对应一类修法，每类修法一个处理人。组长的承接问题单独列行——那是另一类障碍（支持缺失），处理人是流程负责人，别和主管的权限问题捆在一起改。
四、做一项改进并持续观察
障碍清单通常不止一行，但改进一次只做一项。禾木选了权限这条：把脱敏后的通话片段嵌入看板，复核角色在获准范围内直接可听（教学合成）。为什么先改这条？因为断点位置靠前——核对证据是任务链的第二环，这里断了，后面所有环节的价值都悬空；也因为修法明确、可验证、可回退。改动本身也要按第 14 篇的最小原型思路设计：只覆盖复核角色、只放开脱敏片段、保留完整访问日志，约定两周观察期。改进的范围越小，归因越干净——两周后"核对证据"环节的退出率从多少降到多少，几乎可以直接记在这一个改动头上。
改进上线不是结束，是第二轮观察的开始。同一张采用观察表继续填：主管在"核对证据"这一步现在还退出吗？任务链走通的比例升了多少？关键一问——质量保住了吗？
听得见片段之后，复核速度上来了，但如果复核变得草率，撤销标签的判据松了，那采用率是用质量换来的，这笔账要算进第 20 篇的价值说明里。采用改善和质量保持是一对必须同屏观察的指标，只看前者，就是在奖励递减的捷径。具体做法是把第 15 篇的判据接进观察表：每改一项，复核抽样一批新完成的任务，对照判据看质量分布有没有移动。这张联合视图也是向管理者汇报的诚实版本——"用的人多了，质量没掉"，两个数缺一不可。
第二轮观察还可能发现断点搬家：入口通了，原来被遮住的下一环露出头——比如"形成辅导任务"这一步，主管填的建议组长看不懂任务范围。这很正常，采用改进本来就是逐环推进的活。守住纪律：一次一项，改完观察，观察够了再动下一项。组长的承接问题就排在队列的下一个：给辅导任务补上范围说明和承接状态字段，让"接没接、做完没有"在系统里有痕。它排在后面不是因为不重要，而是因为两案并改会让两周后的观察数据失去对照。同时上五个改动，效果归因就成了一锅粥——哪个改动起作用、哪个起了反作用，再也说不清。
有一类诱惑要专门顶住：用强制代替改善。"从下月起，辅导安排必须走看板，走群消息的不算数"——行政命令能做出漂亮的日活曲线，但用户会发展出"系统里点一遍、真实工作照旧"的双轨。强制使用不能证明有价值，只能证明有权力。判断改进是否成功，看的永远是任务是否真的在工具里完成，而不是界面被点击了多少次。
五、判断采用是否产生有效工作
最后回到判断：什么才算"用起来了"？
四条辨别标准，对应四个自欺的口径。它们共同的病根是把"接触"当"使用"、把"表态"当"事实"。点击次数不是任务采用——点进来退出去也是一次点击。登录过不代表完成工作——账号活跃和任务完成是两本账。强制使用不能证明有价值——上面有专段。口头满意与实际结果要分别记录——访谈里说"挺好用的"和任务链数据显示"还在绕路"可以同时为真，前者是态度，后者是行为，写报告时各占一栏，不许互相顶替。
真标准只有一个：完整任务在工具里完成，且质量保持，且旧路径的负担真的消失了。最后一条容易被漏——如果看板用了、群消息也照发，主管做的是双份工，那这次"采用"是负收益。迁移练习就练这个：采购场景里上了自动填单，去检查一件事——用户是否还在把同样的数据往另一个表格里重复录入？重复录入有没有抵消掉自动化的好处？
再把这个练习往深做一层：采购员不用自动填单，观察发现他不是不信系统，而是供应商给的材料格式五花八门，他得先手工整理成系统认的格式——自动化的好处被格式整理抵消了大半。这个障碍属于哪一类？处理人是系统方还是流程方？改完以后，用"同一张采购单是否只录一次"来复查。把你手边一个"用户不用"的问题也这样拆开：可观察的障碍是什么、处理人是谁、改完之后用什么办法复查——三栏有一栏空着，这条障碍就还停留在抱怨层面。
回头看，这一篇只做了三件事：把"没人用"翻译成任务链上的断点，把断点按入口、依据、权限、支持分类，一次改一项并持续观察。方法不新，难的是忍住不把它做回"用户教育"。
下一篇换一个同样发生在会议室里的难题：业务要快、工程要稳、管理者要说法，三方各有道理时，FDE 怎样把讨论推成一个可执行的决定。
