界面需同时支持两种策略
别名: 专家新手双路径 · 识别与分析支持 · dual-path interface
概念解释
双路径专长支持（dual-path expertise support）指同一个界面需要同时服务两种决策方式：新手依赖识别式操作——把所有选项摆出来、需要时能逐条读到说明文字，靠界面本身提供的线索一步步确认该做什么；专家依赖加速路径——快捷键、宏命令、跳过中间确认的连续操作，因为他们已经通过基于模式识别的判断确定了要做什么，不再需要界面把每一步选项重新摆一遍。这两条路径不是简单叠加"既保留菜单也提供快捷键"，而是要求两条路径共享同一个系统状态，互不干扰地共存。
机制
专家的加速路径之所以能安全地跳过中间确认，前提是专家在触发这条路径之前，已经在识别环节完成了新手需要靠界面逐步引导才能完成的判断——加速路径省略的不是判断本身，而是把判断过程从"界面提示、用户确认"变成了"用户自己识别、直接执行"。这意味着如果新手误触了专家的加速路径，他跳过的恰恰是自己还没有能力独立完成的那部分判断，后果往往比走完整流程更危险，因为完整流程里的每一步提示原本就是替新手做那部分识别工作的。
这决定了双路径设计不能靠"隐藏就安全"或"公开就便利"这两个极端来平衡：完全隐藏加速路径会让专家找不到、被迫走冗长流程；完全公开则意味着新手可以像点菜单一样点开加速路径，却没有能力像专家一样在点之前先做识别判断。可行的中间地带是给加速路径设置一个可达性门槛——不是操作步骤上的门槛，而是判断能力上的门槛，例如要求先完成一次高亮展示的模式识别确认，或要求权限验证，用这个门槛筛掉"知道快捷键在哪但看不懂当前情境"的用户，而不是简单地筛掉所有新手或把入口藏起来。
怎么研究
比较研究通常把用户经验、故障熟悉度和界面支架级别（完整菜单／仅快捷路径／两者并存）作为交叉因素，测量诊断准确性、找到第一个有效线索的时间、导航成本、主动求助次数，以及在陌生任务上的迁移表现。需要专门检验的是两条路径共存本身是否产生干扰——比如快捷路径的可见性是否拖慢新手结构化搜索的速度（选项变多导致选择负担），或者完整菜单的持续存在是否拖慢专家使用快捷路径的速度（视觉噪声增加扫描成本）。这类干扰效应只有在两条路径真正共存的界面里才测得出来，分别测试单一路径的界面得不到答案。
同一个人在熟悉任务和陌生任务之间切换时的表现也要单独观察，因为"专家/新手"不是固定的人群标签，同一个操作员对该系统很熟练、面对新型故障时会退回到需要结构支架的状态。好的双路径设计需要能跟着这种切换实时调整，而不是给用户贴一次性的能力标签；团队共享同一画面时，还要检验两条路径是否会让不同成员对同一状态形成不一致的理解。
边界
双路径设计要求任务本身存在可以清楚分开的识别环节与执行环节。如果任务的每一步都需要重新判断、不存在专家可以稳定复用的固定序列——比如高度非常规的多变量故障处置——加速路径本身就没有稳定的操作序列可以沉淀，双路径的收益也就无从谈起，这时界面能做的只是保证识别式呈现足够完整，而不是强行设计一条并不存在使用场景的加速路径。
可达性门槛本身也有边界：如果门槛设计得可以被记忆或模仿绕过——比如新手记住了触发高亮确认所需的固定点击顺序，却并不理解为什么需要点——门槛就退化成了操作步骤而不是能力筛选，起不到应有的作用，需要定期用陌生情境重新检验门槛是否还在筛选真实的识别能力。
安全限制、设备身份和关键状态不应因熟练度而改变，快捷路径不能绕过授权与不可逆动作防护；用户自称专家也不能替代能力证据。
怎么落地
- 保持统一的状态模型和安全控制，在其上提供可切换的概览、解释与步骤支架，而不是让两条路径各自维护一套状态。
- 让快捷操作仍显示操作对象、后果与确认条件，允许展开其推理依据，而不是把加速等同于隐藏信息。
- 依据当前任务的陌生度与实际错误表现动态建议支架级别，而非按角色永久锁定"新手模式"。
- 验证办法：找一批新手在不知情的情况下尝试触发专家的加速路径，记录他们能走到哪一步、卡在可达性门槛的哪个环节——如果新手能无意中触发到执行确认之前的高后果操作，说明门槛设置得太低，还只是操作性质、没有真正筛选识别能力。再检查专家处理陌生故障时的操作轨迹，看他们是否会因为加速路径太顺手而绕开本该触发的完整流程——如果专家把加速路径用在了没有做过识别判断的陌生情境上，说明门槛对专家自己也已经失效。