design trendsMay 1, 20269 min read

有意设计摩擦

无摩擦已死。2026 年最好的产品都把摩擦加了回来:刻意地、在特定位置、出于特定原因。本文给出摩擦物有所值的位置地图、摩擦可以采取的形态,以及可用于审查任何流程的审计框架。

By Boone
XLinkedIn
Designing Friction on Purpose

无摩擦已死。十年来一路狂奔,砍掉每一次点击、每一个确认、每一次停顿,结果把产品变成了“点了再祈祷”的老虎机。2026 年最好的团队正在悄悄把摩擦放回去。不是偶然,是有意为之。在特定的位置,出于特定的原因。

摩擦不是 UX 的敌人。摩擦是 UX 表达尊重的方式。一个让用户一键删除账号的产品,并不尊重用户。一个要求用户先输入账号名称的产品,才是尊重。那一下停顿,本身就是信息。

意外摩擦是另一回事

大多数“摩擦有害”的论点,说的都是意外摩擦。卡顿。令人困惑的 UI。暗黑模式。2026 年了还在要传真号码的表单。在产品还没做出任何有用的事之前,就要求邮箱确认、短信验证码和设置向导的引导流程。这种摩擦确实糟糕,没有人为它辩护。

设计型摩擦则完全不同。它是在高风险时刻刻意设置的停顿,让用户做出真正的决定,而不是一次误操作。Apple Pay 的第二次按键。GitHub 上删除仓库时要输入仓库名。Cursor 在改动你的代码之前先展示的 diff。

意外摩擦是 bug。设计型摩擦是功能。把两者混为一谈,正是整个行业最终做出一键删除账号按钮,却在联系表单上放“确定要离开此页面吗”弹窗的原因。

摩擦物有所值的六个地方

摩擦只在特定情境下物有所值。一共六个,按缺失摩擦时用户受到的惩罚有多严重来排序。

不可逆操作

任何用户无法撤销的操作都值得设置摩擦。删除账号。删除数据库。强制推送。清空回收站。抹掉设备。误点一下的代价无法挽回,所以产品应该给用户一个确认意图的时刻。

GitHub 的仓库删除是教科书级的做法。用户必须准确输入完整的仓库名,删除按钮才会激活。这种摩擦不是作秀,而是一种强制函数,把肌肉记忆转化为深思熟虑的选择。Stripe 在撤销 API 密钥时用它。AWS 在删除资源时用它。“输入 DELETE”这种模式之所以存在,是因为肌肉记忆胜过意图,而不可逆操作承受不起输给肌肉记忆。

体素框架光谱,从 PAUSE 到 UNDO WINDOW,展示摊在工作室地板上的六种逐级升高的设计型摩擦形态
体素框架光谱,从 PAUSE 到 UNDO WINDOW,展示摊在工作室地板上的六种逐级升高的设计型摩擦形态

资金流动

每一个涉及转移资金的产品,都欠用户一个确认步骤。Stripe Checkout 刻意做成两步流程。一个屏幕填卡片信息,下一个屏幕看汇总并确认。这个“多出来”的步骤就是全部卖点。在扣款发生之前,用户能看到自己付多少钱、付给谁、买到什么。

Apple Pay 的双击侧键是同样的思路,被压缩进了硬件。用户在钱转出去之前要确认两次,中间隔一秒钟。第二次按键,就是一次支付和一次事故之间的差别。

无摩擦支付确实存在。它们叫订阅,也正因如此成为应用商店里被投诉最多的品类。去掉确认步骤并不会让用户更开心,只会让他们觉得产品在占自己便宜。

AI 工具调用

AI 每次要执行真实操作时,无论是写入文件系统、运行命令、发送邮件还是调用 API,用户都应该得到一次批准节拍。

Cursor 的接受或拒绝 diff 是黄金标准。模型提出修改,diff 出现,用户在改动落地之前接受、拒绝或编辑。Claude 的 artifact 批准遵循同样的形态。代码智能体提出文件修改,用户审阅,然后提交。摩擦就是信任层。没有它,智能体不过是一种更快地搞坏代码库的方式。

2024 年和 2025 年跳过这一步的 AI 产品,烧掉了大量信任。内置批准节拍的产品,才是用户真正敢让它一直跑的那些。

账号删除与破坏性设置

Linear 的破坏性操作确认是被低估的范例。归档项目,系统问一次。删除项目,系统问两次,并展示即将消失的内容。删除工作区,系统要求以纯文本输入工作区名称。摩擦随损失的大小而递增。

Notion 用的是同样的梯度。归档一键完成,因为归档可以恢复。删除则放在输入确认之后,因为删除无法恢复。用户永远不必问哪个是哪个,因为摩擦本身就在传达风险高低。

一个把归档和删除当成同一种一键手势的产品,并不尊重二者的区别。用户会吃苦头才明白,通常是在周二晚上 11 点,发现自己点的按钮并不是自己以为的那个。

分享与发布时刻

发布按钮值得一个节拍。发一条推文,往频道里发 Slack 消息,发布博客草稿,把 Figma 文件分享给客户。这些行为理论上可以撤回,实际上令人尴尬。发送前的一次停顿,能避免凌晨 2 点本想发给一个人的私信被广播给整个部门。

Twitter 在激烈回复上弹出的“确定要发送吗”提示就是一个有效的例子。Slack 的“你即将给 4,200 人发消息”警告是另一个。这种摩擦,是产品替用户记住了他们事后会希望有人问过的那个问题。

同样的逻辑也适用于发布。WordPress、Ghost、Webflow,以及每一个值得用的 CMS,都会在文章上线前展示确认摘要。这种摩擦,就是“发布”和“发布后立刻不得不撤回”之间的差别。

敏感数据与账号访问

登录不是摩擦该待的地方。新设备确认才是。首次执行敏感操作时的两步验证提示才是。“我们发现有来自新位置的登录”这个停顿才是。

把摩擦放在威胁面上,而不是前门。Apple 在新登录时的“确定吗”提示,形态正确。Google 在修改恢复邮箱前要求重新验证会话,形态正确。银行在超过一定额度的电汇上要求第二重验证,形态正确。银行在用户每次查看余额时都要求第二重验证,形态错误,还会训练用户忽略真正重要的提示。

摩擦杀死产品的地方

放错位置的摩擦,就是糟糕的产品。以下是需要避开的三种模式,每一种都是已上线产品里真实出现过的失败方式。

前门摩擦。 登录要多走几步。每次会话都弹验证码。邮箱确认流程要花三天。用户还没有做出承诺,所以每多一步摩擦,都是一次离开的机会。把摩擦留到用户决定留下之后。

暗黑模式式退订。 为了阻止用户离开而设计的摩擦。取消按钮埋在四层页面深处。“确定要失去你所有的权益吗”这类愧疚弹窗。注册时不需要密码的账号,取消时却要输入密码。敌意摩擦会把短期留存换成长期的声誉损害。用这招的品牌都会为此付出代价。

引导门槛。 在产品做出任何事之前,就要求填写所有偏好的设置向导。对一个用户刚注册想试试的产品,设置“完善资料才能继续”的墙。在建立信任的阶段,摩擦是用户还没有认同的摩擦。正确的模式是渐进式披露,产品赢得越多,用户给出的就越多。

经验法则:摩擦放在操作处,而不是入口处。摩擦与错误的代价成正比。摩擦让用户读到的是关心,而不是阻碍。

体素框架矩阵,六块带标签的方块展示摩擦物有所值的位置,包括 IRREVERSIBLE、MONEY、AI TOOL CALL、ACCOUNT DELETE、PUBLISH 和 SENSITIVE DATA
体素框架矩阵,六块带标签的方块展示摩擦物有所值的位置,包括 IRREVERSIBLE、MONEY、AI TOOL CALL、ACCOUNT DELETE、PUBLISH 和 SENSITIVE DATA

摩擦是一种设计材料

大多数团队的错误,是把摩擦当成二元选项。要确认,或者不要确认。交付 2026 年最佳产品的团队,把摩擦当作一种形态可调的材料。常见的有六种形态,各有不同的分量。

停顿(Pause)。 点击与执行之间 200ms 的一个节拍。最轻的摩擦。用于悬停确认模式和缓慢按钮。

确认(Confirmation)。 问一次的弹窗。中等风险操作的默认摩擦,例如归档项目或发送发票。

二次确认(Double confirm)。 连续两个提示,第二个与第一个不同。用于第一个提示是用户出于习惯就会关掉的东西时。

输入确认(Type to confirm)。 用户输入资源名称、DELETE 这个词,或账号邮箱。迫使用户集中注意力。用于最不可逆的操作。

冷却(Cooldown)。 在操作可以被重复或撤销之前的一段延迟窗口。用于容易出现慌乱的批量操作和审核操作。

撤销窗口(Undo window)。 操作先执行,但用户在固定时间内可以撤回。Gmail 的撤销发送。Slack 的编辑窗口。当操作费点力气能撤回、但不至于灾难性时,这是正确的形态。

正确的形态取决于风险高低、可逆性,以及操作执行的频率。给每个流程都选同一种形态的设计师,就像给每个版面都选同一种字重的人。限制才是 bug,而不是功能。

关于速度与摩擦如何相互作用,请参阅速度就是品牌和落地页设计原则。

摩擦审计框架

每个流程上线前,都过一遍这四个问题。答案不对,摩擦就不对。

  1. 这个操作可逆吗? 如果可逆,摩擦可以很轻或者没有。如果不可逆,摩擦是必须的,并且应随错误的代价而加重。
  2. 用户误点一下会损失什么? 时间、金钱、数据、声誉,四项都要考虑。摩擦的形态应与损失的大小相匹配。
  3. 摩擦落在流程的哪个位置? 前门摩擦不好。操作时刻的摩擦才好。夹在用户与价值之间的摩擦,位置错了。
  4. 这个摩擦读起来是关心还是阻碍? 碰到摩擦的用户应该感到被尊重,而不是被拦住。如果读起来像是产品在拖慢他们,这种摩擦就是敌意的。

四个问题,按顺序,对每一个有风险的流程都过一遍。大多数团队跳过这一步,因为加一个确认弹窗的工程成本微不足道,而讨论它是否该存在的设计对话却并非如此。

想深入了解流程层面的决策,请参阅网页设计原则、模型稿之死和AI 产品引导设计。

FAQ

什么时候应该在 UX 流程中加入摩擦?

在高风险时刻加入摩擦。不可逆操作、资金流动、AI 工具调用、账号删除、发布,以及敏感数据变更。摩擦应随误点一下的代价而加重,并且应落在操作处,而不是入口处。

无摩擦设计已死吗?

把无摩擦当作普适目标,已经死了。在合适的时刻保持无摩擦,依然是对的。毫不费力和无摩擦并不相同,而在高风险时刻设置的设计型摩擦,传递出的是一个尊重用户的产品。

好的摩擦与暗黑模式有什么区别?

好的摩擦保护用户免于做出会后悔的错误。暗黑模式式摩擦则保护公司免受用户已经做出的决定的影响。好的摩擦存在于操作处。暗黑模式式摩擦存在于用户与出口之间。形态可能看起来相似,意图却截然相反。

打造赢得信任的那一层

摩擦不是好 UX 的对立面。它是 UX 里表明产品清楚自己为何存在的那一部分。2026 年交付出让人信任的产品的团队,梳理了自己的流程,点出了高风险时刻,为每一个时刻选对了摩擦的形态,并在领导层问起为什么这个流程里有确认弹窗时,坚持了自己的选择。

如果你的产品因为每个操作感觉都一样而在流失信任,来找 Brainy。我们交付 UX 审计、流程重设计,以及那层能把“点了再祈祷”的产品变成让人愿意留下的产品的摩擦层。摩擦是一种材料。有意地使用它,放在对的位置,用对的形态,用户每一次触碰产品,读到的都是关心。

If your product is leaking trust because every action feels the same, Brainy ships UX audits, flow redesigns, and the friction layer that turns a slot machine into a product people respect.

Get Started

More from Brainy Papers

Keep reading