"Keep it simple." 这句话出现在每一个设计评审、每一篇技术博客、每一个产品文档里。所有人都同意它是对的，但很少有人问：你说的"简单"，到底是什么意思？
大多数时候，人们用"简单"来描述一种视觉上的观感——页面元素少、颜色少、按钮少。但这不是简单，这是简陋。
真正的简单，是经过深思熟虑后的精准取舍。它看起来简单，但背后是无数被放弃的方案、被拒绝的需求、被裁剪的功能。
简单的代价
Antoine de Saint-Exupéry 有一句被反复引用的话："完美不是没有什么可以再添加了，而是没有什么可以再拿走了。"
但拿走东西比添加东西难得多。添加一个功能，你只需要决定"做"。但拿走一个功能，你需要证明"不做也不会出问题"。这需要理解力、判断力，以及——在大多数组织里——政治勇气。
iPhone 只有一个 Home 键的时候，竞争对手的手机上有十几个按键。乔布斯做出这个决定的勇气，远比工程师实现这个按钮的技术难度要大。
简单 vs 简陋
如何区分"简单"和"简陋"？一个实用的判断标准：
如果你问用户"这个功能要不要加？"，用户说"要"——但你加上之后，用户反而不怎么用了——那就是简单。如果你问用户同样的问题，用户说"不要"，但用户确实需要这个功能，你却没有提供——那就是简陋。
简单是做减法之后依然满足核心需求。简陋是做减法之后连核心需求都没满足。两者之间的差别，在于你对用户需求的洞察深度。
如何做到简单？
1. 先加上，再删掉
没有人能第一次就做出简单的东西。简单是迭代出来的，不是设计出来的。先把所有合理的功能都做出来，然后分析数据，把那些80% 的用户从来不用的功能删掉。留下来的，就是核心。
2. 用"三个问题"测试
对于每一个功能或界面元素，问自己：
- 如果删掉它，用户的任务还能完成吗？
- 如果删掉它，新用户还会理解这个页面吗？
- 如果删掉它，产品给人的感觉会变差吗？
只有三个问题都回答"是"，这个元素才有保留的必要。
3. 简单不是少，是准
Google 搜索首页只有一个输入框，但它不是"少"——它是"准"。这个输入框背后是几十万个服务器、几千个工程师、几十年的算法积累。简单的外表下，是极致的复杂在支撑。
所以，当你下次想说"这个设计太简单了"的时候，试着问问自己：它是真的简单，还是只是看起来简单？
写在最后
简单是一种结果，不是一种方法。你不能说"我要做一个简单的产品"，然后从第一天就删掉所有功能。你需要先做复杂，再删减到简单。你需要先理解所有可能性，再做出精准的取舍。
简单不是不思考的借口，恰恰相反——简单是思考的终极产物。