导读：我们在研讨产品的用户体验时，该凭仗感觉还是数据呢？有时候设计师的经验的确值得自创，这也是很多设计师喜欢凭仗感觉的缘由，但是现今对于用户体验来说说感觉曾经越来越不精确了，缘由就是影响用户对于产品的要素增多，仅仅凭仗感觉很难全面的对用户进行分析，所以对于专业的用户体验研讨来说，数据曾经变得愈加重要。

不断谈用户体验，但做过的几个产品用户体验问题还是很多；也不断嚷嚷提升用户体验， 但很多时候还仅仅停留在已有的产品经验上做UE，综合下来问题还有很多。有句话说，“只需道德不滑坡、办法总比问题多”，所以这回想把用户体验的问题，提到待处理的议程。分析了一下团队中存在的问题：

一、知识构成单一、零散、不系统；

二、成员编制不足，特长角色残缺；

三、没有一套成熟的用户体验机制运转。

四、时间精力不够；

大家就各自的经验、认识、理解做事，过于偶然、随意，过于片面、感性。所以往往做出来的产品可用性、易用性、易传播性差，形成了用户体验差，用户粘性差，在一定程度上让很多用户流失了。最后形成了流量的变现能力低，影响了团队的良性稳健发展。

谁是用户体验专家？

PM、VP、 CEO甚至QA都认为本人是用户体验的专家，或许是或许又未必。一个阶层看待问题的出发点、角度都不太一样，作为产品执行人员我们可以充分的考虑他们的意见。但真正衡量用户体验好坏的标准还在于用户本身。我们如果自动一点，通过有奖问卷、意见反馈，多和不同的使用者进行交谈，多找一些不同职业背景的人做一些调查、测试，那是不是会很好的协助我们更好的改善用户体验？

从用户体验出发，不只仅喊出口号，更要落实到举动，回归到用户。通过一段时间的运营，我们可以通过数据进行不断的分析对比：

一、交互页面的数据量变化情况；

二、交互页面具体每个监测点的数据变化；

三、用户的Action行为数据变化，以及数据流向；

四、次要流程的数据变化；

拿数听说话，通过上面的一些数据，我们很容易的发现，通过一些努力，对于我们用户体验的改善。从而很方便的开展用户体验量化平衡任务。

用户体验模型(UEM)，或许能系统的协助我们找到用户体验的具体问题所在：

一、全体视觉设计怎样样？

二、功用可用性怎样样？

三、层级入口设计怎样样？

四、任务流程可用性怎样样？

五、内容可用性怎样样？

六、内容可查找想怎样样？

七、交互合理性怎样样？

八、呼应速度怎样样？

九、文字协助、反馈、引导怎样样？

十、……

目前仅仅想到九点，不过如果在日常任务中，能做到如上几点也相当不错了。此外从心思学角度出发，通过心思模型的来讨论、佐证用户的喜好、以及挖掘一些潜在的用户体验需求，也是一个很重要的方面。有些时候产品做得很傻、很“2”，反而被用户认可。当然这跟产品的定位、用户群体的层级也有相当的关系。

光产品设计人员知道产品是怎样回事、怎样用是远远不够的，建议多问问其它部门的兄弟姐妹，，听一听他们的看法，是不是能获得第一手产品体验和建议呢？所以产品正式推出之前，如果把兄公司内部提出的问题都处理掉，问题自然就少很多了。

用户体验的失败往往在于：

一、用户来了很迷茫，不知道你这能干什么；

二、用户来了很迷茫，不知道他去哪能操作；

三、用户来了很迷茫，不知道他具体怎样操作；

四、用户来了很苦恼，想做某个任务不可用；

五、用户来了很苦恼，想操作某个功用不可用；

六、用户来了很苦恼，基本疑问得不到协助指引；

七、……

总结：

从浅显的改文字、改流程、改版，到如今基于用户体验模型的用户体验量化，可谓感慨颇多。从感觉上去做用户体验设计，真是个不靠谱的事，有时候过去的经验一半是错误的，我们更应该更多的通过数据找出问题，进行改进，或许这样做会更有成效一点。