G2.09.5help reachable without the main tree设计研究
帮助与客服入口需在任意页面保持可达，不必进入主结构
别名: 帮助入口 · support from every page · 不进主结构
概念解释
卡住的人需要立刻找到帮助或客服，而且往往已经不在「正确的类目」里——否则就不会卡住。任意页面可达、不必进主结构：帮助入口挂在工具区或稳定的浮动位置，不要求先点对内容树的哪一枝。把「帮助中心」做成主导航的一个栏目，等于要求迷路的人先走对路才能问路。入口可以深链到与当前页相关的文章，但入口本身必须在当前页上。
可达不是自动弹窗。是人决定要问的时候，不必先完成一次成功的分类。
机制
求助发生在主任务失败之后。此时分类模型已经不可用或被证伪，再把帮助放进那棵树，是用失败的工具去取救援。工作记忆被失败占满，额外的寻路步骤会被放弃。跨页稳定的帮助入口把救援从分类决策里摘出来，失败与问路可以同时存在。
若帮助只在首页或只在「关于」里，深页和流程中段的人要先退出当前状态才能问路，退出可能丢掉未保存的工作，于是选择不问。可达性保护的是「带着当前困境去问」，不是「问完再回来继续」。
怎么研究
在任务中段制造失败，看帮助入口能否被发现且不摧毁当前状态。
- 范式：流程进行到一半给出无法自行解决的障碍；帮助入口在工具区 vs 只在主导航「帮助」栏目 vs 只在首页。允许使用搜索。
- 自变量：入口位置、是否上下文深链到相关文章、打开帮助是否覆盖并丢掉表单。
- 因变量：从障碍到打开帮助的时间、是否离开当前页、帮助打开后主任务状态是否仍在。
- 方法论注意点：实验室里的人更敢点「帮助」。要看是否以离开任务为代价。上下文深链的准确率要单独记：链错了会再一次证伪，伤害比没有上下文更大。
边界
专家工具可以把帮助做成按 F1 或命令面板召唤，不需要常驻按钮，但召唤方式必须全应用一致。合规聊天在某些页面被禁用（考试、交易确认）时，应留下静态帮助文档入口，而不是整块消失。登录墙外的人往往最需要帮助，把入口放进登录后工具区等于对未登录不可达。紧急电话类救援在部分行业必须比应用内帮助更显眼，不适用「低于主导航权重」的一般规则。
怎么落地
- 每一页保留同一位置的帮助入口（工具区文字链或稳定图标），不放进内容类目列。
- 打开帮助用侧栏或新层，保留底下的任务状态；不要整页跳走除非用户显式打开独立帮助中心。
- 当前页有对应文章时可以默认定位过去，并提供「全部帮助」的出口。
- 验证：在表单填到一半时制造障碍，计时到打开帮助。若必须先回到首页或点进某个内容栏目，或打开后草稿没了，入口就还嵌在主结构里，或救援本身在制造第二场失败。