在深层导航、登录鉴权、代操作或多工具界面中…

当界面需要让用户随时知道自己在哪、当前上下文是什么、操作会影响什么时，使用线条、色块、面包屑、范围标签和持久提示来避免迷失与误操作。

适用场景

解决思路

1. 确保界面始终回答三个问题：用户当前在哪个产品层级；当前处于哪个分区、记录或工作区；操作将影响什么范围。
2. 用水平线和边框标示不同上下文的内容区边界，而不是只做装饰。
3. 用标题与内容之间的分隔线表达“下方内容属于此标题”。
4. 用侧边栏边框表达“这是不同用途的区域”。
5. 避免过度使用分隔线；优先靠邻近关系和留白，只有留白不足时才用分隔线强化边界。
6. 为侧边栏、面板、上下文抽屉使用不同背景色，以表达“进入不同区域”。
7. 对激活或选中区域使用轻微填充色，确认“这是当前上下文”。
8. 当用户改动只作用于某个分区时，用边框、填充或两者界定该分区，让作用范围在提交前自明。
9. 每个主要区域应无需阅读周围内容就能回答“我是什么”。
10. 用用户词汇而非系统词汇命名分区。
11. 显示当前活动实体，例如“正在编辑：Invoice #2041”或“设置属于：Workspace”，而不是只写“Settings”。
12. 在影响特定记录的表单中，在表单头部显著显示记录名称。
13. 当产品层级达到 3 层及以上，或用户可从多条路径到达同一页面时，使用面包屑。
14. 面包屑示例：`Home > Projects > Website Redesign > Tasks > #142 Fix header`。
15. 每个面包屑项应可点击返回该层级。
16. 当前页面是面包屑最后一项，不是链接，只显示文本。
17. 移动端折叠为只显示直接父级：`← Website Redesign`。
18. 面包屑不替代主导航，而是补充主导航。
19. 内容树大或动态时，用搜索降低导航深度的认知成本。
20. 提供全局搜索，用于跨产品查找任意实体。
21. 提供上下文过滤器，用于在当前作用域内缩小范围。
22. 搜索结果应显示足够上下文以区分相似项，例如任务名旁显示项目名。
23. 当改动、设置或操作影响特定范围时，必须在用户提交前说明该范围，而不是事后才发现。
24. 用标签说明范围，例如“此设置仅适用于：当前工作区”或“所有用户都会看到此更改”。
25. 用户即将编辑时，用高亮或描边标出受影响区域。
26. 破坏性或大范围操作的确认文案应说明作用范围，例如“删除该项目及其中的全部 47 个任务？”。
27. 当用户以另一用户、客户或账号身份查看或修改数据（模拟登录、管理员“view as”、客服代客户操作）时，界面必须在整个过程中明显提示，而不只是进入时提示。
28. 使用持续存在、不可忽略的指示器：整段会话都留在屏幕上的彩色横幅或条，例如“你正在以 Acme Corp 身份操作——更改会影响其账号”，不要用会消失的短暂提示。
29. 标明正在查看谁的视图：写出被操作的账号或客户名，并让其与操作者自己的正常上下文有视觉区分，避免混淆。
30. 提供明显的退出入口：始终可见的“返回你的账号 / 停止以…身份操作”控件。
31. 将登录或注册页设计为信任界面，而不是事后补丁；这是用户交出密码、最需要感到处于正确安全位置的高焦虑时刻。
32. 登录页必须感觉毫无疑义地属于品牌本身：把完整品牌标识（logo、颜色、字体、语气）带入鉴权页；通用或偏离品牌的登录页会被视为可疑。
33. 鉴权 URL 必须位于客户自己的生态中：托管在客户域名或清晰子域名，例如 `app.customer.com`、`customer.com/login`，不要用随机的第三方 URL。
34. 保持鉴权路径浅且可读（最多 `domain/path/path`，只带有意义的查询参数）；用户会看地址栏判断安全，不透明的重定向链会被当作钓鱼。
35. 内部或后台软件应带有有意的视觉“怪癖”：独特强调色、环境徽标、标记过的页眉，使其不可能被误认为客户面应用。
36. 该内部工具视觉线索应持续存在且一眼可辨，不要藏在设置页里；用于防止把内部管理界面与外部产品、或 staging 与 production 混淆。
37. 当一个登录可打开多个工具时，在持久化 shell 而非页面中同时回答“我在哪个应用”和“我在看谁的数据”。
38. 哪个应用：在 shell 中始终将应用自身名称放在固定位置可见，避免在错误工具中操作。
39. 谁的数据：在多租户或多客户工具中永久显示当前 tenant，并在任何破坏性操作的确认中重复该 tenant 名称。
40. 将 tenant 名称作为标签显示，不要编码为颜色或主题；颜色会破坏品牌且对比度不可预测。
41. 颜色保留给环境线索（例如 production 与 staging 的区分），因为把生产与 staging 混淆有真实代价。
42. 什么权限：内部用户应能看到其操作所依据的角色；这能解释为何某些操作缺失，并使权限过大的会话对持有者可见。
43. 在 shell 中显示角色。
44. 对角色阻止的操作，优先使用“禁用并给出原因”，而不是静默隐藏（[[nielsen-usability-heuristics]]）。
45. 面向客户的产品不应按此方式展示角色；在那里，不显示角色是更干净的答案。
46. 审查：用户是否总能识别当前正在编辑哪个分区或记录？
47. 审查：颜色区域或边框是否一致地用于分隔不同上下文？
48. 审查：超过 2 层的导航是否使用面包屑或清晰返回路径？
49. 审查：操作确认对话框是否说明将影响的范围？
50. 审查：代他人操作时，是否有持续、不可忽略的指示器写明是谁，并有始终可见的退出入口？
51. 审查：内部或后台工具是否带有持续视觉线索，以区分客户面应用（以及 staging 与 production）？
52. 审查：鉴权页是否完全符合品牌，且登录 URL 是否位于客户自己的域名/子域名并有浅且可读的路径？
53. 审查：分区标题是否使用用户词汇，并在相关时命名活动实体？
54. 审查：内容结构大到难以浏览时，是否提供全局搜索？
55. 审查：当多个工具共享一个登录和一种外观时，当前应用是否被持续命名？
56. 审查：当前 tenant 是否作为标签命名，而不是编码为颜色或主题？
57. 审查：在内部工具中，用户角色是否可见，且被阻止的操作是否禁用并给出原因，而不是静默缺失？

适用边界 · 注意事项

• 层级少于 3 级且入口唯一时，不要强行使用面包屑；面包屑也不应替代主导航。
• 内容规模很小、可直接浏览时，不必提供全局搜索。
• 面向客户的产品不要按内部工具方式展示角色/权限；当前 tenant 不要用颜色或主题编码，颜色应留给环境线索。