缩小手段是可见性、意符与约束
别名: 可见性 · 意符 · 约束设计 · 三层翻译
概念解释
缩小执行鸿沟（Gulf of Execution）靠三类支持：可见性把可行动作与入口显示出来；意符（signifier）指示这个对象如何操作；约束限制并结构化可选动作。三者共同把用户目标翻译成系统可执行操作。这一条是组内的收尾条目：前两条分别定义了鸿沟是什么、鸿沟长什么样，这一条给出具体的修补手段，而且这三种手段不是三选一，它们分别修补的是候选清单生成过程中的三个不同环节。
机制
回到"用户不知道该做什么"背后的那份行动候选清单：清单里第一步要问"有没有这个选项"，这是可见性负责的部分；第二步要问"看到了它，我该怎么操作它"，这是意符负责的部分；第三步要问"我能这么组合、这么排序吗，还是有些搭配根本不合法"，这是约束负责的部分。三者是递进关系，缺了前一层，后一层再完善也没用——一个禁用按钮，如果只做到了"可见"（用户确实看到了它存在），但没有配套的可读原因（意符层面没有说明"为什么现在不能点"）和替代路径（约束层面没有告诉用户"那我该怎么办"），用户得到的信息依然是残缺的，会把这次禁用理解成一次故障而不是一个正常的条件判断。反过来，只有约束、没有可见入口，是另一种失衡——某个复杂流程可能内部的顺序规则设计得无懈可击，但如果这个流程本身要靠用户蒙对了某个隐藏手势才能触发，再精巧的约束设计也发挥不出作用，因为用户根本走不到那一步。
边界
这三种手段不能替代真实存在的领域知识或权限限制——如果某个操作在业务规则上原本就需要审批、需要专业资质才能执行，光靠界面上把它设计得"可见、有意符、有约束"并不会让这件事变得可以随意做，界面能做的只是诚实地呈现这个限制，而不是消除它。屏幕本身没有物理世界里那种一眼就能摸到、感觉到的可供性（比如门把手的形状本身就在暗示怎么抓握），这意味着在数字界面里，意符要承担比物理世界里重得多的沟通责任，纯粹依赖"看起来像什么"去暗示操作方式，风险比物理产品更高。可见项目也不是越多越好——如果为了追求可见性把所有功能都摆到界面上，会造成注意力上的相互竞争，用户反而更难从一堆同样醒目的选项里找到真正需要的那个；约束也不是越严越好，过强的约束会把本该允许的例外情况一并挡在外面，这时候需要按任务的频率、风险和用户经验来决定哪些放在主入口、哪些放在次级入口、哪些干脆只留给熟悉命令语法的高级用户。
怎么落地
- 对每一个核心动作分别检查三层：入口是否可见、是否有清楚说明其操作方式的意符、是否明确限制了非法的组合与顺序——三层缺一层都要单独记录，不要笼统地写"体验不好"。
- 对不熟悉的意符，用图标配文字、具体示例、悬停提示和有信息量的空状态去解释，而不是假设用户能靠图标本身猜出正确的操作方式。
- 被禁用的对象必须显示禁用的具体原因、满足什么条件可以解除，以及当下有没有替代动作；允许执行的路径要给出清楚的下一步，而不是执行完就把用户晾在原地。
- 验证办法：用首轮使用测试验证一个动作是否不需要任何提示就能被找到并正确执行完成，记录卡在可见性、意符还是约束这三层里的哪一层，分别对应修复入口的显现方式、操作方式的说明，还是流程规则本身的设计。