用户总说不好用，改界面前要先搞清什么？

"不好用"是用户能给出的最模糊也最真实的反馈。它可能是按钮找不到、流程太绕、加载太慢，也可能只是配色不合口味。听到这句话就直接打开设计稿改界面，大概率会改错方向。动手之前，有三件事要先弄清楚。

先看用户真实的操作，别靠猜

最有价值的信息不在问卷里，而在用户的实际操作中。请几位真实用户，给他们一个具体任务，比如"找到上周收藏的课程"或"把这个问题重新提问一遍"，然后安静地在旁边观察：他在哪一步停顿、哪里点错、哪里返回重来、什么时候露出困惑的表情。有条件的话录下屏幕操作，事后逐段回看。访谈时多问"你上次是怎么做的"，少问"你觉得应该怎么改"——用户擅长描述困境，却不擅长给出方案。把所有卡点列成清单，标注出现的频率，最常卡住人的那一两处才是真正的病灶。

把"不好看"和"不好用"分开判断

这两个词经常被混在一起说，但对应的是完全不同的问题。好不好看是视觉层面的事：配色、留白、图标风格；好不好用是任务层面的事：能不能顺利完成想做的事。一个界面可以很漂亮但让人迷路，也可以朴素但一步到位。判断标准很简单：用户最终完成任务了吗？花了多久？中途出错几次？如果任务能完成，只是不赏心悦目，那属于美化问题，优先级可以往后放；如果任务根本走不通，再好看的皮肤也救不了。先修流程，再谈观感。

改完之后，回到同样的场景验证

改版不是终点。上线前，把当初卡住用户的那些任务原样再测一遍，对比改版前后的完成率、耗时和出错次数。上线后接着看真实数据：相关功能的完成率有没有涨，求助和弃用有没有降。稳妥的做法是先小范围放量，观察一段时间再全量推出。如果指标没有变化，说明改的可能不是真问题，需要回到第一步重新排查。界面到底好不好用，最终由用户的表现说了算，而不是由团队的感觉说了算。