73%用户流失？电商转化漏斗的隐性交互断点

　　去年四月那项目，我原以为只是常规的漏斗优化，结果一拆数据直接懵了——七成三的用户在支付环节消失，比平时高了快两倍。当时会议室空调坏了，热得人直冒汗，运营总监拍着桌子喊“这数据绝对有问题”，我盯着屏幕上的转化曲线，手指在触控板上划拉得都快起火星子了——那曲线掉得比过山车还陡，偏偏在“确认订单”和“支付方式选择”之间断得干干净净，像被刀切过似的。

　　最开始大家都怀疑是支付接口不稳定，技术那边查了三天日志，说“绝对没超时”。我蹲在测试机前，看着同事小王用他的旧华为反复点“确认订单”，点到第五次的时候，屏幕突然卡了一下——就那么半秒，订单详情页的加载动画卡成了PPT，再跳出来时，支付按钮直接灰了。小王骂了句“这破手机”，我眼睛却亮了——问题不在接口，在加载策略。原来旧机型渲染订单详情页时，如果网络稍慢，就会触发“加载超时”的默认逻辑，把支付按钮置灰，但系统又没给用户任何提示，用户只会觉得“这按钮怎么点不动？算了不买了”。

　　这时候测试组的小李端着外卖进来了，塑料盒里的红烧肉油光锃亮，他边吃边说：“我上周用我妈的iPhone 6也遇到过一次，不过我以为是网络问题，没当回事。”我抄起他的手机又试，果然——订单详情页加载到一半，系统突然弹了个“网络异常”的toast，但toast只显示了两秒就消失了，用户根本来不及看清，只看到支付按钮灰了。更绝的是，如果用户这时候刷新页面，系统会重新生成订单号，但旧订单号还在缓存里，导致支付时提示“订单已失效”，直接把用户卡死在流程里。

　　那天下午我拉着产品和技术的头儿在会议室吵了俩小时。产品经理说：“用户应该自己检查网络啊，这又不是我们的锅。”我拍着桌子喊：“用户连‘缓存’是什么都不知道，你指望他们自己排查？交互设计就是帮用户兜底的！”技术总监叼着烟，慢悠悠地说：“可旧机型性能就这样，我们总不能为了5%的用户优化整个流程吧？”我气得直翻白眼——5%？七成三的流失率，5%？这账算得比小学生还离谱！

　　后来我们做了三件事：第一，把订单详情页的加载逻辑从“同步”改“异步”，先显示基础信息，再慢慢加载优惠、配送等次要信息，避免旧机型卡死；第二，在支付按钮灰掉时，加一个“加载中，请稍候”的提示，而不是直接禁用；第三，如果用户刷新页面导致订单号冲突，系统自动跳转到“订单找回”页，而不是报错。改完上线第一周，支付环节的流失率直接掉到三成八，运营总监看着数据直乐：“早听你的不就好了？”我哼了一声，心想：早听我的？去年三月我就提过加载策略的问题，你们谁理我了？

文章配图，仅供参考

　　现在我看项目，第一件事就是查“隐性断点”——不是看用户路径上的显性错误，而是看那些“用户没说，但数据在喊”的地方。比如上个月帮一个教育APP优化，发现“课程试听”的转化率低得离谱，查了半天才发现：试听页的“播放”按钮在旧安卓机上会被系统导航栏遮挡，用户根本点不到；再比如上周帮一个生鲜电商改，发现“加购”按钮的点击热区比视觉区域小20%，用户以为点到了，其实没触发——这些细节，用户不会投诉，不会反馈，只会默默离开，然后你的数据就“莫名其妙”地差。

　　说到底，交互设计的“优胜劣汰”就是这么残酷：用户不会给你解释的机会，他们只会用脚投票。那些“隐性断点”就像藏在暗处的刺，平时看不见，扎到了才知道疼。我现在改代码前，都会先问自己：如果我是用户，在这个环节会卡吗？会懵吗？会想骂人吗？如果答案是“会”，那就改——哪怕技术说“没必要”，产品说“不重要”，也得改。因为七成三的流失率，不是数据问题，是尊严问题：用户的耐心，经不起你任何一次“我以为”。

　　对了，上周路过测试组，看见小李又在吃红烧肉，我问他：“现在用旧手机测试，还卡吗？”他嚼着肉含糊地说：“不卡了，不过我妈的iPhone 6还是慢——但她现在会骂‘这破手机’，不骂‘这破网站’了。”我笑了笑，心想：这就够了。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!