很多公司的墙上都贴着设计原则。「用户至上」「简洁高效」「体验为王」——印刷精美，裱了框，路过的没人看。
为什么？因为这些原则没法用。你跟一个设计师说「要简洁」，他问你「怎么个简洁法？删到什么程度？」你跟他说「用户至上」，他问你「用户想要A，老板想要B，听谁的？」
不能指导具体决策的原则，就是废话。
我做设计十年，慢慢收敛到四条最基本的原则。每一句都不是口号——每一句都对应一个真实的设计决策场景。
这个原则听起来像废话。但它是所有原则里最难做到的一条。
我在OnePlus做官网的时候，有一段经历我到现在都记得。我们和用户聊天时，发现大部分普通用户不是极客爱好者。他们浏览手机详情页的时候，说他们只理解4800万像素和外观描述。什么芯片型号、什么特殊工艺材料——他们根本不懂。
但做这个页面的设计师是极客。他天然觉得「865芯片」「LPDDR5」「UFS3.0」是卖点。对他是，对用户不是。
这就是「为自己设计」——用你自己的认知框架去判断用户的需求。
怎么做到「用户至上」？一个办法：做任何设计的时候，脑子里想一个具体的用户。不是「25-35岁男性」这种画像——是你真的聊过天的那个用户。他的脸、他说过的话、他吐槽过的东西。对着他设计，而不是对着需求文档设计。
我还有一个更实操的技巧：建一个用户反馈群。设计稿出来，先扔群里让真实用户看。他们会告诉你哪些地方莫名其妙，哪些地方他们根本找不到。条件不允许的话，你的同事也是用户，你的区域办公室也是用户。总比一个人闭门造车强。
第二章我们讲了系统1和系统2。这个原则就是系统1的设计指南。
简单：不是「东西少」，是认知负荷低。一个页面可以有100个商品，但如果它们排列清晰、分类明确、每个都有明确的视觉归属——用户不觉得复杂。反过来，一个页面只有3个按钮，但如果他不知道该按哪个——这就很复杂。
简单的标准是：用户不需要「思考」就能操作。不是「操作步骤少」，是每一步都不需要犹豫。
一致：同样的东西，永远长在同样的地方。同样的操作，永远得到同样的反馈。听起来很简单对吧？你去看看大部分App——返回按钮有时候在左上角，有时候在左下角；同样的「确认」按钮，有时候是绿色，有时候是蓝色。用户的大脑每次都要重新学习，这就是「认知泄漏」。
我花了三年做OnePlus全球官网的体验统一。2017年的时候，国内外版本的交互都不一样——导航位置、购物车逻辑、页面结构——很多人认为这很正常，「不同市场嘛」。我坚持改了三年，到2019年全球体验一致。
有层次：不是所有内容都同等重要。你的设计必须替用户做了「什么重要什么不重要」的判断。大标题比小标题重要，首屏比第三屏重要，购买按钮比品牌故事重要。如果你把所有东西都做成一样大，等于告诉用户「你自己看着办」——用户不会看着办，用户会走。
微信的设计，基本上就是赤裸裸的功能设计。没有花哨的装饰，没有多余的动效。为什么？因为张小龙说得很清楚——「设计本身是要解决问题，不是技能、技术。不要沉浸于设计技术、艺术性这些表象上面。」
我跟刘廷基前辈聊天的时候，他也说了几乎一样的话：「产品设计，一定要理性和客观，基于用户的需求。」
这不代表视觉不重要。视觉很重要——第三章讲了，红色性格的用户就是被视觉打动的。但视觉要在「功能对了」之后才发挥作用。
我见过太多项目，一上来就做高保真视觉稿。设计师花了三天调一个按钮的圆角和阴影。然后用户测试发现——整个流程是错的。那个按钮根本不应该存在。
正确的顺序是：线框图验证流程 → 低保真Demo验证可用性 → 定稿后再做视觉。在功能没验证之前，任何视觉投入都是赌博。
Jakob's Law：用户大部分时间花在别人的网站上。他们对你的网站的期望，是基于他们在所有其他网站上的累积经验。
翻译一下：用户已经习惯了「购物车在右上角」「Logo点了回首页」「搜索框是个放大镜」。你不需要创新这些。你改了，用户反而找不到。
但这不意味着你不能创新。创新应该放在「用户能感知到价值」的地方——比如更流畅的购买流程、更直观的产品展示、更智能的推荐。而不是放在「用户需要重新学习怎么用」的地方——比如把菜单藏到一个用户猜不到的位置。
商城品类页的分类，如果按「系列」来——OnePlus 8系列、Nord系列——极客用户懂，普通用户一脸懵。他们不知道你有多少系列，各系列有什么区别。所以我们加了「旗舰手机」「3000以上的手机」这种用户角度的筛选标签。不用重新学习，一眼就懂。
这四条不是并列的。有一个优先级：
下次你面对一个设计决策犹豫不决的时候，别去问同事「哪个好看」。问这四个问题：
1. 用户在真实场景下会怎么用？（用户至上）
2. 这个东西的功能对了吗？（先功能）
3. 用户能一眼看懂吗？和别的地方一致吗？重要的东西跳出来了吗？（简单一致层次）
4. 用户是不是已经知道怎么用了？（借鉴熟悉的）
四个问题问完，答案自己就出来了。
下一章，我们把这些原则和方法串起来，讲一个完整的设计周期——从拿到需求到交付上线，每一步怎么做、每一步最容易踩什么坑。