最近一直在琢磨用户体验这块儿，以前做东西，就是凭感觉，觉得这样可能好用，那样可能方便，但到底用户用起来咋样，心里没个准谱。后来听人聊，也自己上网扒拉下，发现有不少专门衡量体验的模型。
开始接触和解UES
一开始看的眼花缭乱，什么谷歌的HEART模型，还有听说蚂蚁搞的PTECH，感觉都挺高大上的。后来看到阿里云提的那个UES模型，全称好像是用户体验系统（User Experience System）？我看一下它的几个点，感觉好像稍微具体点，没那么玄乎。
它主要说五个方面：
- 易用性 (Ease of use)：就是东西好不好上手，用起来顺不顺。
- 效率 (Efficiency)：用户用它完成任务快不快，费不费劲。
- 满意度 (Satisfaction)：这个直接，就是用户用完之后，心里爽不爽，高不高兴。
- 任务成功率 (Task Success Rate)：用户想干的事儿，能不能用你这东西顺利搞定。
- 学习成本 (Learnability)：新用户学起来难不难，要花多少时间才能明白怎么用。
这几个点看着挺实在，跟我之前模糊想的那些差不多对得上号，就想着干脆拿我手头正在弄的一个小工具试试看，用这套东西来给自己找找茬。
实际动手捣鼓的过程
说干就干。我先是找几个平时不太用这类工具的朋友，也没提前教他们怎么用，就让他们对着我的那个小工具自己摸索，想办法完成我指定的几个基本任务。
易用性这块，我就在旁边看着，不出声，偷偷记下他们在哪个地方卡住，哪个按钮找半天，或者哪个操作让他们皱眉头、嘴里嘟囔。有时候他们实在搞不定，我就记下是哪一步卡死的。这个过程挺折磨人的，因为你好想冲上去告诉他该点哪儿，但得憋着。
效率，稍微简单点。等他们大概会用，我就让他们再做一遍同样的任务，这回我掐着秒表计时，看完成一共花多长时间。多找几个人，算个平均时间，心里大概就有数，对比一下我预期的或者同类工具，就知道是快是慢。
任务成功率，在看他们摸索的时候就能看出来。几个人里面，有多少人最终成功完成任务，多少人中途放弃或者搞错，算个比例就行。
至于满意度，这个比较主观。等他们用完，我就拉着他们聊聊天，或者干脆弄个简单的问卷，就几个问题：“用起来感觉怎么样？”、“有啥想吐槽的没？”、“给打个分，1到5分，5分最好”。收集上来的反馈五花八门，有夸的，但更多的是吐槽哪里不方便。
学习成本，这个有点抽象。我主要是通过观察他们从完全不会到基本掌握用法花多长时间，以及他们问问题的频率和深度来判断的。如果一个人摸索半天还是一头雾水，那说明学习成本肯定高。
搞完之后的一些想法
走完这一套流程，累得够呛，但确实收获不少。以前觉得没啥问题的地方，通过这种方式一看，毛病还真不少。比如有个按钮，我自己觉得放那儿挺结果好几个人都找半天。
UES这套模型，我觉得作为一个思考框架挺好的，它提醒你要从不同角度去看用户体验，而不是只盯着一两个点。但真要严格按照它的定义去量化每一个指标，特别是对小团队或者个人开发者来说，还是挺费时费力的，有时候也不一定能搞得很精确。
比如满意度，问卷收集来的东西受用户当时心情、表达能力影响很大。效率和成功率相对好量化一点，但也要设计好测试任务和场景。
这回实践算是给我提个醒，不能闭门造车。用户体验这东西，听起来虚，但用UES这样的框架去拆解一下，找点实际的办法去观察和收集反馈，哪怕做得糙一点，也比纯靠自己瞎想要靠谱得多。以后再做东西，肯定会多留个心眼，尽量从用户的角度出发，用类似的方法去检验一下。虽然麻烦，但值得。
还没有评论，来说两句吧...