这个反直觉设计，治好了我的选择困难症

你有没有过这种体验？打开一个效率工具，满屏的自定义选项让你先花20分钟做设置，真正的工作还没开始就已经累了。Medium上最近有篇短文火了，标题叫《别想太多》（Don't get too stuck thinking about it），作者用几百字讲了一个被很多人忽略的产品真相：有时候，少即是多。

这篇来自用户@shellshell1770的文章没有讲什么大道理，却戳中了一个正在蔓延的行业痛点——我们太迷恋"给用户更多选择"，却忘了选择本身也是一种成本。

从"功能堆砌"到"刻意留白"

文章的核心场景很日常：作者发现自己总在各种小事上反复纠结，从选什么颜色的笔记本到周末去哪吃饭。这种"分析瘫痪"（analysis paralysis）不仅消耗时间，更消耗心理能量。

转折点来自一个观察：那些真正好用的工具，往往不是功能最全的，而是帮你做了选择的。

作者举了一个具体例子——写作软件。市面上很多产品提供几十种字体、配色、排版模板，恨不得把每个像素都交给用户控制。但真正让人持续使用的，反而是那些"开箱即用"的设计：默认设置已经够用，你想写就直接写，不用先当半小时设计师。

这不是偷懒，是对用户注意力的尊重。

文章里有个细节很有意思：作者提到自己过去会花大量时间比较同类产品的功能清单，仿佛多一个功能就多一分价值。现在回头看，那些"多出来"的功能，使用频率可能不到5%，却占据了90%的决策时间。

Medium这篇文章的"元叙事"

更有意思的是，这篇文章本身就在践行它提倡的理念。

全文不到800个英文单词，没有小标题，没有复杂结构，甚至没有一个数据图表。作者@shellshell1770的账号看起来是个人用户，而非机构媒体或KOL。这种"轻量感"在Medium的算法推荐中反而获得了传播——它不需要你"准备好"才能读，地铁上、等电梯时，划两下就看完了。

这和当下内容行业的趋势形成微妙对照。各大平台都在推"深度长文""硬核分析"，字数一个比一个卷，信息密度却未必更高。Medium这篇短文的成功，某种程度上验证了另一种可能性：在信息过载的时代，"易读性"本身就是稀缺价值。

当然，这种风格也有代价。文章没有展开任何案例研究，没有引用心理学或行为经济学的文献，甚至没提"选择过载"（choice overload）这个经典概念。对追求"干货密度"的读者来说，可能会觉得"这就完了？"

但换个角度，这种"不完整"恰恰是它的设计选择——它不想给你更多需要消化和判断的信息，只想传递一个已经被验证的感受。

为什么这个时刻值得关注

这篇文章的传播时机值得玩味。2024年下半年到2025年初，AI工具正在经历一场"功能军备竞赛"。从ChatGPT到Claude，从Midjourney到各类AI写作助手，每个更新日志都在加长：新模型、新插件、新工作流……

用户端的真实反馈却越来越分化。一部分人在社交媒体炫耀复杂的"AI工作流"，另一部分人则在抱怨"用了三个月，还是只会基础功能"。这种割裂背后，正是"选择过载"的典型案例——工具的能力边界越模糊，用户越不知道从何下手。

Medium这篇短文的走红，可以看作市场对这种趋势的温和反抗。它提醒产品开发者：增加功能的同时，也要考虑"认知卸载"的设计。不是每个用户都想成为专家，大多数人只想解决问题。

文章里有个未被展开但很关键的观点：限制有时是解放。作者提到自己现在会主动选择"选项更少"的产品版本，甚至故意关闭某些高级功能。这种"自我设限"看似反效率，实则减少了决策疲劳，让注意力流向真正重要的事。

这对科技从业者有直接启发。如果你正在设计产品，不妨问自己：这个功能是必须的，还是"以防万一"？用户真的需要十个选项，还是三个精选就够了？默认设置能不能再聪明一点，让80%的用户无需调整就能上手？

从个人习惯到产品哲学

文章后半段从工具选择延伸到更广泛的决策策略。作者分享了一个具体做法：面对非关键决策时，给自己设定时间上限——比如选餐厅不超过两分钟，买日用品不比较超过三家。

这种"足够好就好"（satisficing）的策略，来自诺贝尔经济学奖得主赫伯特·西蒙的研究，但作者没有提这个名字。它只是作为一个生活技巧被呈现：你不是在放弃优化，而是在保护更稀缺的资源——时间和心力。

这个细节再次体现了文章的"轻量哲学"。它不追求学术严谨性，也不试图建立系统框架，只是把一个有用的观察传递出去，让读者自己决定怎么用。

对25-40岁的科技从业者来说，这种态度本身就有价值。我们习惯了"深度思考""第一性原理"，习惯了把每个决策都当成需要优化的算法。但现实中，很多选择并没有最优解，或者说，寻找最优解的成本已经超过了收益。

文章的最后一段很短，大意是：别让完美主义成为行动的障碍。写这句话的人可能没想到，这篇简短到近乎"简陋"的文章，会在Medium上获得数千次阅读和数百条互动。

它的传播路径也很"反算法"——没有标题党，没有热点关键词，没有情绪煽动，只是安静地存在于平台的信息流中，被那些恰好需要它的人发现。

给产品人的三条 actionable 建议

读完这篇短文，结合当下的产品环境，可以提炼出三个直接可用的设计原则。

第一，区分"能力"和"默认"。你的产品可以有100个功能，但默认展示的不应超过7个。剩下的藏在"高级设置"里，让需要的人去找，而不是强迫所有人先浏览一遍。

第二，把"退出成本"做低。很多工具的问题不是功能少，而是用户觉得"我已经投入了这么多时间学习，放弃太可惜"。这种沉没成本绑架了用户，也绑架了产品迭代。更好的设计是让用户随时可以轻松离开，这样他们反而更愿意回来。

第三，警惕"功能即正义"的团队文化。KPI驱动下，每个季度加新功能是最安全的汇报素材。但长期看，产品的竞争力可能来自你主动砍掉什么。Medium这篇文章的作者@shellshell1770，用一篇"什么都没加"的文章证明了这一点。

最后想说的是，这篇短文的价值不在于它说了什么新东西——"选择过载"是几十年前的概念，"足够好就好"是常识级别的智慧。它的价值在于时机和形式：在所有人都在做加法的时候，它示范了减法的力量；在所有内容都在变长变重的时候，它证明了轻量也可以有穿透力。

如果你正在做一个新产品，或者重新思考现有产品的体验设计，不妨把这篇文章发给团队。不是作为方法论，而是作为一个提醒：有时候，最好的功能是不让用户做任何选择。