做交互设计久了，你会发现所有具体的设计决策 —— 按钮放哪、弹窗什么时候弹、动效用多长 —— 背后都有一套更底层的判断标准。兰亭妙微在项目评审时，经常搬出三条 "试金石" 式的法则来检验方案靠不靠谱。它们最早来自设计师 Raskin 对阿西莫夫机器人三定律的致敬，我们结合多年实践重新理解后，奉为团队的设计基石。
电脑不会损坏你的工作，但它的沉默和不作为，才会真正损害你。
兰亭妙微对这条法则的理解是：数据安全是设计的底线。 用户花了大量时间输入、编辑、筛选的内容，一旦丢失，那种挫败感是任何精美界面都弥补不了的。
很多人以为数据保护是开发的事 —— 做缓存、做备份、加容错。但设计师同样责任重大，因为哪些操作可能让用户丢数据、哪些场景用户会 "手滑" 误操作，这些都需要通过用户研究提前预判。
我们在项目中落实这条法则的方式有几个：
强大的撤销机制。 删除了能恢复、改坏了能回退，这是对用户最基本的保护。GitHub 删除仓库时要求用户手动输入仓库名称才能确认 —— 这不是多此一举，而是通过增加操作成本，把用户从 "机械确认" 中拉回清醒状态，避免误触。兰亭妙微在设计所有高风险操作时，都会问自己：这个确认方式够不够 "重"？是不是需要输入内容、或者二次验证？
自动保存与版本历史。 用户随时可能关掉页面、断电、崩溃。系统应该在背后悄悄保存一切。Apple 的时间机器、Dropbox 的版本历史，本质上都是在承认一个事实 —— 用户会犯错，而系统应该兜住。
记住用户的上下文。 用户花了十分钟筛选了二十条数据准备批量操作，结果翻了个页，筛选条件全没了 —— 这就是典型的 "不作为坑人"。用户的选择、自定义布局、浏览偏好，都应该在会话内保留。
软件不应该浪费用户的时间，也不应该强迫用户做本可以自动完成的工作。
这条法则戳中了很多产品的通病：能自动化的，非要用户手动操作。 为什么？因为让用户手动做，比写代码自动实现要省事得多。但这种省事，是把成本转嫁给了用户。
兰亭妙微在设计时会反复检查：这个步骤能不能省掉？
比如支付流程。Stripe 的做法很聪明 —— 用户输入信用卡号时，系统自动根据前几位数字判断卡组织（Visa/Mastercard/Amex），直接把卡标显示出来，不需要用户手动选 "我用的是什么卡"。一个小细节，少点一下、少一步选择，体验就顺滑了一截。
更深层的应用是：不要强迫用户适应系统的结构，而要让系统适应用户的思维方式。
举个例子。传统银行让你存钱，要么新开一个储蓄账户，要么在同一个账户里自己记着 "这笔钱不能花"—— 这是把系统内部的账务结构强加给了用户。Simple 银行的做法完全反过来：用户只需要设定一个 "存钱目标"，系统自动从可消费余额中扣除对应金额，显示一个 "安全可花" 的数字。用户不需要理解银行后台怎么记账，只需要知道自己现在能花多少钱。这就是法则二的精髓 ——把复杂性留在系统内部，把简单留给用户。
界面应该人性化，响应人的需求，并且考虑到人的弱点。
这一条是整个交互设计学科的灵魂。所有其他原则 —— 尼尔森十大可用性原则、格式塔、菲茨定律 —— 本质上都是从这条衍生出来的：人不是机器，人的注意力有限、记忆有限、反应有限，设计要顺着这些局限来，而不是要求用户克服它们。
兰亭妙微在实践中常拿一个细节举例：大写锁定。键盘上有个灯提示你开了大写锁定，但用户打字时眼睛盯着的是屏幕输入框，不是键盘。Mac 的密码框在检测到大写锁定时，会直接在输入框旁边弹出一个小提示 —— 这个信息出现在用户真正看的地方，而不是一个用户根本注意不到的角落。这就是 "考虑人的弱点"：用户的注意力只有一个，别让他分神去别处找提示。
再比如 Amazon。用户买了一台索尼微单，在浏览镜头时，系统会自动提示 "这个镜头和你最近购买的相机不兼容"。它不是等用户买回去才发现用不了，而是在用户做决策的那一刻就主动预警。这就是 "响应人的需求"—— 用户关心的是 "这个东西能不能用"，而不是产品自己想展示什么。
这三条法则，兰亭妙微每次做设计评审都会拿出来过一遍：
不管界面风格怎么变 —— 拟物、扁平、新拟态 —— 这三条底层法则不会过时。因为它们设计的对象从来不是界面，而是人。
兰亭妙微（蓝蓝设计）www.lanlanwork.com 是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的大数据可视化界面设计、B端界面设计、桌面端界面设计、APP界面设计、图标定制、用户体验设计、交互设计、UI咨询、高端网站设计、平面设计，以及相关的软件开发服务，咨询电话：01063334945。