如何建立交互设计自查表

对于移动应用来说,移动情景非常复杂,设备也很多样。那么在设计之后,设计评审之前,你的交互稿考虑的细节是否完善,对特殊状态的描述是否有遗漏,你是怎么提前发现一些问题并查漏补缺的?为解决这个问题,我们团队建立了一份交互设计自查表,并且在版本迭代的过程中同步迭代,补充新出现的异常点。这份表格梳理了用户在完成具体任务过程中的各种异常情况。它不会显示交互的所有细节,但是却能为特定的目标提供用户体验的全面视角。这个目标可能是高层次的,例如:进行某项操作无网络时,应该如何展示;网络不佳时应该如何处理等。在此过程中,可能由于特殊的使用场景,解决方案会有不同,但是这份表格会提醒你去深入地思考一个解决方案。以下是我在总结这些异常情况时的一些小经验。

1、交互设计自查表格如何建

通常在QA测试中,一般会以用户的任务为主线,也就是对产品分析并总结出所有的任务,并输出任务列表,去挨个走查,标识出模块、前置条件、用例标题、执行步骤、预期结果,以及一些重要备注等。如果交互同学也用这种方法,就需要我们每个版本都要花不少精力去撰写、梳理用例,与我们之前所想的花较少时间快速查漏补缺的初衷相背离。更何况,用户任务的走查在设计流程中都会考虑到,而遗漏的往往是一些异常情况。

因此,交互设计师在自查时,可以换个思路试试:首先当然是产品的实际功能是否能满足用户的需求。这是最基本的前提,也就是可用性目标中的“可行性”。然后思考用户在使用这个产品时的核心使用情景以及核心的影响因素,把这些影响因素按所在的区块进行分类,了解它们对你的用户体验的目标的影响,再一一列举出来,进行归类并形成表格,在之后的版本中,可以一直延用此表格,如果有了新的异常点,再按这个思路补充进去。

我们可以把这一过程分为以下4个步骤:

图1、建立自查表格的4个步骤

为了更好地把人、机、设备、使用情景等因素对设计带来的影响都考虑进来,我将这些影响因素按所在的模块进行分类,大致可以分为以下几类:

1)、软硬件特性:设备、系统、新老版本兼容等;

图2、软硬件特性相关

手机硬件以及平台的多样性,给设计带来机遇的同时也带来了挑战。除了以上所列举的一些,我们要考虑的点还有很多,比如屏幕越来越大,当在摇晃的车厢内,大屏幕遇上单手操作,需要考虑如何通过设计使用户能够用得更自然、顺畅。

2)、网络特性;

图3、网络特性相关

由于移动应用使用场景的特殊性,遇到数据加载慢或者无网络的情况会很多,此时漫长的数据加载等待会令用户抓狂。此时处理好界面交互中的加载,确保用户没有漫长的等待感,并且对加载后的内容有明确的预期,就能提供给用户较好的使用感受。因此在所有涉及到网络交互的模块中,都要去考虑以上列举的这些点,必要的时候,合理地利用缓存,来提升界面的响应速度。

3)、从A到B的中间状态;

图4、从A到B的中间状态

即便你的产品90%的时间都运行良好。但是如果在用户需要帮助时置之不理,他们是不会忘记这一点的。——《Getting real》

用户在完成任务的过程中,其实是在讲述一个以用户为主角的故事,因此必须包括开始、中间和终点。中间部分是主要部分,显示了用户从起点到达终点所要经过的全部地方。一方面要解决的是如果一切很顺利时,如何给用户流畅、行云流水的感觉,这就是动效能够帮我们做的;另一方面,如果在一个任务过程中需要较多的时间,用户不想玩下去了,此时是否能提供一个应景的入口,使他和应用“后会有期”,而不是让他只能杀掉后台程序,愤然离去。

4)、内容展现相关:如书籍和资讯源;

图5、内容展现相关

对于内容这块,最多的异常的关注点在于大量的空态、极值、网络数据过期等的提示。不同的APP根据自身的类型不同,所要考虑的内容也完全不同。

5)、用户个人属性

图6、用户个人属性相关

在大多数应用中,每个用户都有自己的专属ID,根据是否登录,用户所能享受的权限也不尽相同。所以说,考虑用户的每种可能有的状态,以及状态间的切换对于设计时的影响,就显得尤为必要。

6)、特殊情景下的状态;

图7、特殊情景下的状态

特殊状态是指为了满足用户某些特定的需求而存在的一种模式,这些模式往往由于平时曝光率不是特别大,因此在设计过程中有时会被遗忘。但一旦没考虑到的话,带来的结果将是各种突兀和莫名其妙。因此将此类状态单独拎出来梳理一下很有必要。

2、自查表格怎么用

反复进行“设计—自查”,这种自查(有时也会有用户的测试介入)就会更全面、更彻底,最终能够发现并解决绝大多数的问题。交互设计师使用反馈来修正构思,如此反复几次,就可以提炼出来,形成规范。在设计新的产品时,这一点尤其重要。这种迭代是不可避免的,因为很多时候我们不可能一次就找出特别完整的、正确的解决方案。

结语

上面所列的这些影响因素,不同的移动应用会根据自身特有的情景来提取特定的影响因素,这些因素都会对设计产生较大的影响。移动情景很复杂,除了软硬件特性、网络特性、中间状态、内容、用户个人属性、一些特殊情景以下外,影响因素还很多。正确分析并记录各种影响因素,处理好并运用到设计中,都能使产品的体验获得更好的提升,并且在此提升过程中,我们可以将他们形成规范。每个迭代版本做新功能时,我们可以回顾一下这些因素在本期给设计带来的影响

,并把新增的影响因素添加进去,留待后续的交互设计自查。这样积累下来,我们所以提前考虑到的异常点就会越来越多,从而考虑得会越来越完善,这样就能减轻后续跟进开发过程中的掉血~咱有药!可以治!

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,482评论 6 481
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,377评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 152,762评论 0 342
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,273评论 1 279
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,289评论 5 373
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,046评论 1 285
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,351评论 3 400
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,988评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,476评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,948评论 2 324
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,064评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,712评论 4 323
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,261评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,264评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,486评论 1 262
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,511评论 2 354
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,802评论 2 345

推荐阅读更多精彩内容