HiHuo07 · 逆向思维与克制设计
适用：流程太长、界面拥挤、打断频繁，或团队总是沿用同一类组件。逆向思维的价值在于检验假设，不在于故意违反习惯。
REV-01 · 先假设这个界面可以不存在
如果用户只是要把日期改为明天，是否需要进入完整编辑页？如果只有一个合理选项，是否还要让用户选择？如果系统已有可靠信息，是否可以预填并允许修改？
可采用：就地编辑、合理默认值、渐进披露、批量动作、保留上次设置。
边界：推断不可靠、影响范围大、涉及隐私或费用时，需要用户理解并控制。省略步骤不能省掉知情与核对。
REV-02 · 把“确认”改成“恢复”
移动到回收站后提供撤销，比每次弹“确定删除吗”更顺畅。但前提是确实可以恢复，有持久入口，而且用户知道结果。
永久删除、外发邮件、付款等不易恢复的操作仍应保留合适的事前核对。不能为了减少点击，把不可逆行为设计成轻触即执行。
REV-03 · 从最坏的一刻倒推设计
不要先画成功页。先想：用户写了半小时后断网、付款后超时、上传 99% 后中断、协作时被收回权限、退出时还有草稿。
从这些情况倒推需要保存什么、显示什么、允许什么。再回到正常路径，许多架构和控件选择会变得明确。
REV-04 · 把“增加提示”改成“改善控件”
| 直觉方案 | 可以尝试的逆向方案 | 必须保留的条件 |
|---|---|---|
| 增加一段操作说明 | 调整标签、顺序和默认值 | 必要限制仍能在操作前得知 |
| 加一个欢迎弹窗 | 用有意义的首个空状态引导 | 可跳过，并有实际收益 |
| 所有功能放首屏 | 高频可见，低频渐进展开 | 搜索与发现路径仍清楚 |
| 每项设置包卡片 | 分组列表与就近说明 | 分组与作用范围可理解 |
| 到处显示成功 toast | 原位更新结果或保存状态 | 反馈可感知、可被辅助技术获知 |
| 加快动画显得流畅 | 减少布局跳动与多余转场 | 不隐藏真实等待时间 |
| 首次使用强制注册 | 先体验，保存时再建立账户 | 数据不会被偷偷上传或遗失 |
REV-05 · 有些阻力应该增加
高风险动作需要准确理解对象和后果；批量操作需要清楚范围；长期授权需要解释可执行的能力；AI 建议与实际执行应清楚区分。
让用户多看一步，可能比事后补救更好。评判标准是错误成本与任务完成质量，不是点击数最少。
REV-06 · 不把操纵当成创新
取消与同意应能公平找到；收费和续费信息在决定前可见；拒绝不使用羞辱文案；退出与撤回不能被刻意隐藏。倒计时、库存、人数等应有真实依据。
这属于本手册的产品设计原则。具体法规与行业合规要求需要按实际市场查证，不在此做法律结论。
一个可复用的实验记录
原假设：每次删除都需要确认。
任务：用户每天清理许多可恢复的临时条目。
方案：移到回收站，原位反馈，持久回收站入口。
预期收益：减少重复打断。
风险：误删后找不到恢复入口。
验证：观察误删率、恢复成功率、任务时间和主观理解。
停止条件：用户无法判断删除范围或恢复经常失败。
证据不足时把结论写成假设。一个转化率指标不能代替任务理解、误操作和用户控制的评估。