窗外是上海梅雨季特有的黏腻空气，空调外机嗡嗡作响。我盯着屏幕上那个爬虫脚本，它已经连续跑了三天，抓取着全网关于“极简设计”的讨论。数据堆在本地数据库里，像一座杂乱无章的垃圾山。32岁了，还在干这种体力活，心里那股焦虑像藤蔓一样缠上来。别人在谈商业模式，我在抠数据字段。但没办法，流量闭环的第一步，就是把信息差挖出来，哪怕用最笨的办法。
所谓的“极简主义”？当时市面上几乎所有文章都在聊视觉，留白，配色，扁平化。一片白，几个图标，就是“极简”了。我翻着爬下来的数据，觉得有点可笑。这就像给一个臃肿不堪、逻辑混乱的胖子，套上一件纯白的优衣库T恤。看起来干净了，里头还是一团糟。
我手头正好在改版一个老项目，一个本地生活信息聚合的小工具。功能列表长得吓人：天气预报、公交查询、附近餐厅、电影排期、甚至还有个“今日运势”。每个功能都是当初“万一用户需要呢”这个想法下的产物。结果呢？后台数据显示，超过80%的用户打开应用，只用了公交查询，然后不到15秒就退出了。其他功能，像那个运势，一个月被点开的次数是个位数。
砍掉它们。
这个念头冒出来的时候，我手指在键盘上停了很久。不是技术问题，是心理障碍。你会觉得，这些功能是你亲手一个个做出来的，像自己的孩子，哪怕它又丑又没用。你会给自己找借口：“也许哪天就有用户需要查运势呢？”“砍掉了，应用看起来会不会太单薄？”“竞争对手都有这些功能啊。” 脑子里两个小人在打架。一个说，极致聚焦，把公交查询做到最快最准，体验丝滑，就是壁垒。另一个说，你做个这么“简单”的东西，怎么好意思跟人说你是个“产品”？太没技术含量了。
纠结了整整一个下午。最后让我下定决心的，是算了一笔很简单的账。维护这些没人用的功能，需要成本：服务器资源、代码维护、偶尔的bug修复、甚至更新数据源。这些隐形成本，摊薄了我本可以投入到核心功能上的精力和资源。更重要的是，它们增加了用户的选择成本。每一个多余的按钮，都在用户心里制造了一瞬间的迟疑：“我该点哪个？” 这一瞬间的迟疑，可能就是流失的开始。
极简，首先得是逻辑和结构的极简。你得像外科医生一样，冷静，甚至冷酷，对着产品动刀。把那些“肌无力”的、纯粹为了填充界面而存在的模块，毫不犹豫地切掉。这个过程很痛苦，因为它要求你承认自己过去某些想法是错的，是浪费的。但你必须这么做。
砍完之后，应用主界面只剩下一个搜索框，下面是根据定位实时更新的公交到站信息。干净得有点“寒酸”。我盯着它，心里直打鼓。这样真的行吗？
上线第一天，数据没什么变化。第二天，平均使用时长从原来的不到30秒，慢慢爬升到了接近两分钟。因为路径短了，用户进来，输入目的地，看到车还有多久来，可能还会顺便看看路线图。就这么简单的一个动作，因为没有了干扰，完成得异常顺畅。后台开始有用户评价，说“简单直接，好用”。就这几个字，让我在电脑前坐了很久。
原来，“少”真的能带来“多”。多的不是功能，是用户完成目标的速度，是那种流畅无阻的爽感。这比堆砌一百个花里胡哨的功能，要难得多。它逼着你必须把留下来的那个核心，做到极致的好。
窗外的雨好像停了。我关掉爬虫脚本，数据库里那些关于“极简”的嘈杂讨论，突然显得很空洞。真正的极简，从来不在UI的画布里，而在产品经理一次次咬牙做减法的决心里。你得先对自己狠心，逻辑上做彻底的修剪，那片视觉上的“白”，才有了承载意义的空间。否则，就只是一片苍白的虚无罢了。
路还很长。手里的工具依然简陋，但方向好像清晰了一点点。至少知道，接下来要死磕的，不是往里面塞什么，而是还能不能再狠心扔掉点什么。
