用户摩擦：怎么在数据里找到它，又怎么修

用户摩擦是一切让任务比应有的更难的东西：点了没反应的按钮、不说原因就拒绝输入的表单、让人兜圈子的步骤。有些摩擦是故意的，比如删除前要确认；大多数是无意的，并且会在行为数据里留下痕迹。本文讲暴露摩擦的信号、一个完整示例，以及先修哪个。

什么是用户摩擦

摩擦是一个任务「应该有多容易」和「实际有多难」之间的差距。它表现为犹豫、反复尝试、绕路或放弃。少量故意的摩擦可以保护用户，比如删除数据前的确认；无意的摩擦只会让你流失用户。

常见来源有：说明不清的文字、看起来能点其实不能点的元素、响应慢、规则严格或不明说的表单，以及在错误的时机要信息的步骤。

数据里的信号

摩擦本身很少直接看得到，看到的是人碰到它之后的反应。表里列出了常见信号和衡量方法。

其中两个在 TapCub 里有精确定义：

• 怒点。热力图里，300 毫秒内、相距 50 像素以内打到第 3 下时记一次挫败点击。错误报表统计 500 毫秒内对同一元素点击 3 次及以上。
• 报错点击。点击之后紧跟脚本报错。

错误报表列出浏览量至少 20 次的页面，按每千次浏览的（怒点 + 报错点击）排序。

一个信号是线索，两个同时出现就是有力的证据。

一个完整的例子

一家网店按每千次浏览的怒点和报错点击给页面排序。结账的收货信息这一步是 41，全站平均是 6。点击热图显示大部分怒点落在「继续」按钮上。

筛出这个页面上有怒点的几段会话回放一看就明白了：没填邮编之前按钮一直是灰的，但页面上没有任何提示。大家一遍遍地点，然后离开。团队在按钮旁加了提示，并在输入时就校验邮编。这一步的怒点降到每千次 5，结账完成率也提高了。

怎么给摩擦点排优先级

1. 影响面：每周有多少人碰到。
2. 位置：离转化有多近。结账里的摩擦比博客里的代价大。
3. 严重程度：是拖慢了人，还是拦住了人？
4. 成本：修起来有多难？

从影响面大、离转化近、又好修的开始。

一套简单的例行检查

• 每周看一次怒点和报错点击最多的页面。
• 每出现一个新的问题页面，先看五段回放再判断哪里错了。
• 修完后，对比前后各两周的同一个信号。
• 表单要看大家离开前最后碰过哪个字段，见表单分析。

常见问题

用户摩擦有什么例子？

注册表单拒绝了密码，却不说违反了哪条规则，大家试了几次就放弃了。

摩擦都是坏的吗？

不是。故意的摩擦，比如付款或删除前的确认，能防止代价很大的失误。目标是去掉没有用处的摩擦。

没有会话回放怎么衡量摩擦？

用怒点、报错点击、按字段的表单流失，以及来回绕圈的路径。回放能帮忙确认原因，但找出摩擦在哪不一定需要它。

另见：无效点击（Dead Click）、用户体验指标。

另见：UX 审计。