账号开下去没人用，入口深和没场景经常同时存在，但两者的处理方式完全不同：入口问题可以靠位置和权限调整解决，场景问题只能靠一次真实可用的演示解决。判断顺序建议是——先确认账号本身可用，再问清“不知道”和“不需要”各占多少，最后才谈培训和推广。跳过前两步直接推工具，通常会把“没需求”误判成“不会用”，越推越疲。
账号没人用通常不是单一原因。先排除登录、席位、权限这类技术性障碍，再用开放式提问区分“不知道有这个入口”和“知道了但确实不需要”。确认账号可用且有重复性需求后，把入口嵌进团队已有的工作流，并在真实数据上完整演示一次。若一两周后仍只有最初那几个人主动使用，应回头验证需求匹配，而不是继续加推广动作。
先确认账号是否真的可用
这一步只解决技术性障碍：能不能登进去、有没有席位、点了入口之后页面返回什么。不要在这个阶段讨论好不好用，先把“不可用”和“不想用”分开。
三个自检动作建议分别用不同身份执行，因为管理员账号往往一路畅通，掩盖了普通成员的真实路径。
- 普通成员身份走首次登录。用一个未使用过的账号，从它平时拿到的入口（邮件邀请、控制台地址、客户端图标）开始走一遍，记录实际经过几步、在哪个页面停下。记录方式：写下入口来源、点击路径、最终停在哪一屏，而不是只记“登不上”。
- 核对账号与席位状态。在管理侧查看该账号的邀请状态、所属用户组、是否分配了对应席位或权限。记录方式：把状态字段值原样抄下来（例如“已邀请未接受”“已启用”“未分配权限”），方便后续比对，而不是用“正常/不正常”概括。
- 验证入口页面行为。在浏览器和客户端各打开一次入口，记录返回的是登录页、权限不足页、空白页还是正常加载。记录方式：截图或抄下页面上的提示文字与出错时间点，这些是判断问题归属的直接证据。
三项都通过，才能进入下一步调研；任何一项不通过，先修这项，不要急着做使用习惯分析。
用开放式提问收集没用的真实原因
调研最容易做坏的方式是问“你觉得这个工具怎么样”，对方出于礼貌会说“还行，就是没时间用”，这句话不包含任何可执行信息。应该问具体动作和具体时刻。
- “你上周最后一次要找一份数据或者整理一段内容，是怎么做的？从打开哪个页面开始说一遍。”
- “同一件事如果你一周要做三次，你希望哪一步不用自己动手？”
- “你第一次拿到这个账号时，以为它能帮你做什么？后来为什么没再打开过？”
记录时按原因分类，而不是按人分类。可用的初始分类可以先用这几类：不知道有这个入口；知道入口但不知道能用在哪个活上；试过一次但结果不可用或不准确；手头有替代方式且已经够用；确实有需求但当前功能覆盖不到。
区分“不知道”和“不需要”有个简单判据：问到具体动作时，说“我不知道还有这个功能”的属于不知道；说“我知道，但我现在用表格就够了”的属于不需要。前者值得补入口和演示，后者只值得记录，不值得再投入推广成本。
找出团队里重复度最高的三类问题，当场演示一次完整用法
场景先于工具。挑场景的来源不是头脑风暴，而是现成的重复痕迹：群里被反复问的同一类问题、工单里同一种分类动作、每周固定重复的汇总整理。挑的时候满足三个条件——发生频率高、输入和输出都比较明确、结果有人能核对对错。
演示不要只放最终结果，下面几步尽量都走到：
- 用真实数据现场跑一遍，敏感字段先做替换，让观众认出这是自己的活。
- 展示输入长什么样，包括上下文怎么给、约束怎么写，而不是只展示漂亮的输出。
- 故意展示一次不理想的结果，并当场说明怎么补上下文或改写要求把它救回来。这一步决定观众敢不敢自己试。
- 说明结果怎么被核对：谁来检查、对照哪份原始数据、发现不对时怎么反馈。
给一个可替换的提示词骨架，演示时按实际业务改写：
你是{角色}。下面是{数据来源}导出的原始记录：
{粘贴脱敏后的数据}
请完成：
1. 按{分类维度}归并同类项，输出分类名和条数
2. 对每条给出你判断依据的原文字段
3. 不确定的单独列在“待确认”里，不要猜
输出格式：表格，列依次为 分类 / 条数 / 依据原文演示结束后收集三类反馈：这个结果你敢不敢直接用，需要改哪一处；你手上哪个活和刚才演示的最像；如果下次你自己跑，第一句会怎么写。第三问的答案可以直接沉淀成团队的第一版使用模板。
把入口放到日常已经在用的地方
降低启动成本的目标是让成员不必记住一个新地址。两种可行做法，各自说明怎么验证。
做法一：嵌进已有的文档或工单模板。在团队本来就要填的周报模板、工单模板、复盘模板里加一段固定占位，例如“原始数据粘贴区”加一句提示词骨架。成员打开模板即触发使用，不需要额外跳转。验证方式：观察接下来一两周的模板提交内容里，是否有人填了对应区块并顺着跑完；如果每次都空着，说明这个环节不是他们真实卡点。
做法二：嵌进已有的脚本或自动化步骤。把原来直接输出结果的汇总脚本改成输出“原始数据 + 一段可粘贴的提示词”，让人在需要时只做一次粘贴。下面只是通用骨架，路径和字段名按实际环境替换：
# 用法：把当日记录筛出来后接一段固定提示词
# 路径与字段名需要按实际环境替换
awk -F, 'NR>1 {print $1, $3, $5}' /path/to/export.csv \
| head -200 > /tmp/daily_digest.txt
cat >> /tmp/daily_digest.txt <<'EOF'
请按上面的记录归并同类项，输出分类名、条数和依据原文，
不确定的放在“待确认”里，不要推测。
EOF验证方式：看使用者是不是从脚本产物这一步进入，而不是从首页进入；隔一周看是否有人主动跑第二次。两种做法都建议只做一种，先跑够一两周再决定要不要加第二种，避免同时铺开导致无法判断哪种入口起作用。
如果技术障碍已排除、真实场景也演示过，一两周后仍然只有最初那几个人在用，那问题多半不在入口深度，而在需求本身没有匹配上。这时继续加深入口或加培训通知，收益通常有限，更值得做的是回到第二、第三节，重新找一批更贴近日常重复劳动的场景。