2018-11-28 关于用户使用场景建立的一些反思和总结

先说一下背景

为了帮助用户将第三方的运动软件(小米、咕咚、乐动力等)的数据接入到我们的平台,从而对数据接入模块进行相应的设计

主要包括接入展开以后相关的页面设计(功能 信息和布局)

基本目标

让那些没有绑定数据接入来源的用户知道并有动力去加入数据

让那些想绑定数据接入的用户知道如何去接入数据

让那些绑定过的用户切实了解绑定所带来的结果和相应的状态

而后在设计的过程中我开始对页面中的相关信息进行设计(这里尤其是接入文案提示和设备状态的反馈要让用户非常清楚的知晓)所以为了能够让信息的显示和功能操作的流程更加符合用户的真实使用习惯,我开始对场景进行罗列 但是设计完之后发现了 “太把自己当成用户”所带来的后果

场景1

用户初次绑定完成(关联以后跳转到接入列表)以后 展开的目的是什么?要看的是什么?

首先要看我绑的设备是什么?小米运动进去以后到底对应的是什么设备和型号

其次告诉他将会传输什么样的数据??传输的方式?以及怎么样才能保住数据传输的成功(什么场景下什么样的行为)

最后提示设备相关的活动和任务 以及是否设为默认选择的提示

场景2

用户使用一段时间后,展开的目的是什么?要看的是什么?

这个时候用户已经知道设备的具体类型是什么了 

首先是设备的状态而不是个人的状态和数据 因为这些东西用户会在对应的软件app上去看 但是这个设备在这个支付宝阿里体育平台之间绑定的相关状态 (绑定多少天?采集多少数据?为你获得的任务和奖励

最新采集的时间 采集的数据有哪些 量大概是多少

这些数据和量对应的奖励

场景3

用户刚使用后,发现一些问题 如 数据显示不是默认 数据显示不更新 有错误等等


设计完以后我发现 在接入详情内显示 绑定的天数 采集多少条数据 

在场景2中对于实际的用户使用来说完全是没有意义 仅仅是自己YY出来的结果 因为这些信息被用户得知后并没有一个用户的动机和目的在这里

(也就是说回到最开始的问题就是 为什么用户要去接入你的数据??)

是为了能够获得任务和奖励?是为了方便查看数据和活动之间的关系(不需要跳转不同APP)所以我设计的这些数据其实是和用户的跑量相关的 用户的跑量和本身用户的类型和他的动机有关 

所以最终就是来这里的都有什么类型的用户?他们为什么要在这里去(连接)记录和查看自己的运动数据?

那怎么去分类用户呢?

未完待续......

你可能感兴趣的:(2018-11-28 关于用户使用场景建立的一些反思和总结)