Runkeeper
目的
这个UI/UX案例研究的目的如下:
-分析APP在头脑风暴阶段产生的冲突;
-进行可用性测试以验证痛点或发现新的痛点;
-设计原型来解决主要的痛点;
-不断迭代直到可以用数据验证所有设计;
为什么选择 Runkeeper?
RunKeeper 是一款GPS功能的健身跟踪app,让忙碌的人能够迅速制定运动目标和朋友一起完成。当我第一次开始使用app时为精心设计的用户界面感到惊喜。作为一个健身爱好者和产品设计师,我决定看看是否有任何我可以做的以改善用户体验!
结果
在可用性测试过程中,我进行的UI更改取得了如下成果:
可用性测试前后数据对比
人物角色
在进行可用性测试之前,我需要了解什么样的人都有可能使用RunKeeper。这是我的首要任务,因为我知道,对用户基础有一个彻底的了解将有助于我在设计过程中做的一切。
在对公司进行研究和阅读各种用户的推荐信后,我开始整理一些临时人物角色。然后,我进一步完善这些人物角色,通过采访用户的爱好,目标,以及以前接触的健身app:
persona
初步观察
正如我前面提到的,我对RunKeeper的第一印象比较好。界面通过采用大量的留白以及橙色相间呈现给用户一种干净,一致的感觉。在信息架构方面,有两个不同的部分:统计信息部分和底部操作栏。
留白区域
深入挖掘之后,我发现了一些我认为薄弱的地方,例如,设置一个目标和查看我的锻炼统计是一个有挑战的点。我还报名参加了一个培训计划,并希望快速滚动列表看到一些训练成果,实际结果是并没有给我这样的选择!
可用性测试
一些直觉的操作。我开始在Westfield商场进行游击测试(就是到一些公共场所去访问别人对你的产品的一些看法)来发现是否是真正的痛点。
这是预设的3个独立任务:
1 夏天来了,你想在海滩上看起来很棒,创造一个目标,在2个月内减肥10磅。 2 查看你上周的5km跑步中燃烧了多少卡路里。 3 你报名参加了培训计划,希望能在接下来的几周里快速地看一看你的健身计划,找到你目前的8周培训计划日程。 |
亲和图
在可用性测试之后,目标是分析我收集的数据并找出主要的痛点。我采取了视频的方式,每个用户与界面交互(已经获取他们的许可),并收集了各种观察笔记。接下来,将我的观察组合在一起创建一个亲和图。此图是基于用户正在执行的任务,不同颜色代表不同的用户。
Affinity Map
2X2矩阵
我做的每一项任务都是基于RunKeeper和用户的重要性粗略预测。结合亲和图,这个练习帮助我确定哪些痛点集中在什么区域,这些都是我通过研究公司和用户访谈来验证的假设。
和市场上其他的健身应用,RunKeeper通过提供用户选择购买先进的训练计划和更强的进展分析。因此,我认为锻炼统计和培训时间表是更重要的业务比为用户创造一个目标的能力。对于用户来说,目标设定是用户期望从一款健身app得到的基本的和必要的功能,他们想要创造并实现这个目标。
上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。