新手引导要帮助完成首个任务
介绍所有功能不等于用户真正理解产品价值。
空状态是产品开始对话的地方
空白页面会让用户误以为没有权限、数据丢失或产品故障。
错误信息要帮助恢复，而不只是报告失败
代码、红框和“操作失败”不能告诉用户如何继续。
复杂表单应按决策顺序组织
字段按数据库结构排列，会增加理解和来回确认成本。
产品导航需要稳定位置与清楚边界
频繁改变入口或混合不同层级，会增加用户重新学习成本。
搜索与筛选要支持逐步缩小范围
一次要求用户设置所有条件，会提高空结果和放弃率。
工作台应围绕行动优先级组织
堆叠指标只能展示过去，不能帮助用户决定下一步。
通知系统要控制打扰并保留上下文
所有事件都实时推送，会让真正重要的信息被淹没。
权限设计要让用户理解“为什么不能做”
只隐藏按钮或显示无权限，无法支持协作和申请流程。
渐进披露可以降低复杂度，但不能隐藏关键条件
把复杂功能全部折叠会让用户错过影响结果的重要设置。
好的默认值能减少选择，但必须可理解
默认值若来自不透明规则，可能造成错误提交和信任问题。
删除和覆盖操作需要分级保护
所有操作都弹确认框会让用户形成机械点击习惯。
等待反馈要匹配任务时长和可控性
没有状态提示会让用户重复点击，虚假进度也会损害信任。
SaaS 工作台不该只是数据卡片集合
真正有用的工作台，应帮助用户判断今天先做什么，而不只是展示昨天发生了什么。
弱网与中断场景应纳入核心流程设计
只在稳定网络测试，会遗漏重复提交、状态不同步和内容丢失。
产品可访问性需要覆盖完整交互状态
静态页面通过对比度检查，不代表弹窗、拖拽和错误流程可用。
移动手势不能成为唯一操作方式
隐藏手势缺少可发现性，也可能与系统手势或辅助功能冲突。
一致性不是所有页面长得相同
机械复制组件会忽略任务差异，随意创新又会增加学习成本。
界面文案应描述结果而不是系统动作
“确定”“提交”“处理”等词无法帮助用户预测下一步。
功能发现要发生在用户需要的时刻
一次性导览容易被跳过，长期红点又会造成视觉噪声。
激活指标应代表用户获得价值
注册或登录只是系统事件，未必说明用户愿意继续使用。
流失研究要连接行为数据与真实原因
只看最后一次登录，很难区分价值不足、流程困难和外部变化。
客服问题应成为产品体验的持续输入
工单只被当作服务成本，会错过高频摩擦和文案缺口。
个性化需要可解释、可控制和可退出
推荐越精准不一定越受欢迎，错误假设可能缩小用户选择。
多角色产品要避免“一套界面塞给所有人”
角色目标不同，单纯隐藏菜单无法解决信息优先级问题。
数据表格的核心是比较、定位和处理
无限增加列和操作，会让信息密度变成认知负担。
结算流程要持续回答价格、进度与风险
隐藏费用和强制注册会在最后阶段放大不信任。
隐私控制要用普通语言解释真实影响
把设置分散在法律文本和多个页面，会让选择失去意义。
体验实验先定义假设，再选择指标
只比较按钮颜色，容易得到局部提升却损害长期任务。
路线图不能只按需求票数排序
高频呼声可能来自少数活跃用户，也可能掩盖更重要的未表达问题。