交互总结篇(三):状态与规则

前面几篇文章里面分析了交互设计的三维度:框架、流程和状态,详细内容请见《三维度分析一个产品的交互设计》

本文将会是总结篇的最后一篇,主要详细来讲讲页面状态和展示规则的一些门道。

现如今的移动app应用越来越成熟,用户对于产品的用户体验的要求也越来越高,一个好的用户体验需要一个好的产品框架,一个流畅的操作流程,以及清晰的页面状态和展示规则。而对于页面状态的思考,我将其总结为5个方面:角色、网络、内容、时间、环境。

1、角色

用户的当前角色不同,其展示的页面功能和样式也是完全不同的。常见的角色区分主要有:登录用户和游客用户(非登录);管理员用户和普通用户;会员用户和非会员用户;女性用户和男性用户等等。

举个例子,上图展示了用户登录前和登录后页面状态展示的变化,这里要思考的是对于游客用户和登录用户分别需要展示什么内容?两者在功能使用上有什么差别?用户目标的差别等等,当然最重要的是思考这样做的原因是什么。

2、网络

网络对于页面状态展示相对较为复杂,目前主要考虑的网络形式有:无网、弱网、加载、加载失败、断网、wifi-3G/4G切换等等。

网络异常的情况一直以来都是比较容易忽视的存在,但是往往这些细节的考虑会大大提升用户体验。网络状态的变化非常复杂,要考虑到每个点其实是不容易的,比如无网和浏览中突然断网是两种不同的场景,虽然有时候页面展示相同,但用户当前的心理状态是不同的;再比如加载中的页面,加载是用户端在获取服务器的内容,这个过程本身就是多变的,有可能是系统自动请求获取,也有可能是用户手动刷新获取,这两者在展示上也是有区别的,如果再极端一点,用户不停地刷新获取,那么对服务器产生压力,设计上该怎么避免?另外加载过程需要请求时间,时间长短跟网络情况好坏有关,如果网络不好,那么加载时间又怎么控制?加载成功和失败又该怎么反馈?所有这些细节点都是要在交互设计的过程中思考的,虽然每个设计师的思路可能不同,但是都是为了给用户带来更好的体验。

3、内容

内容是页面承载的主体,这里会影响页面状态几个因素是:内容为空、内容太少、内容溢出。

看个例子,上图是邮箱的列表页,这个页面也会随着内容的变化页面状态也随之变化,如果按照上面的方式思考的话,内容为空、内容太少和内容溢出。内容为空的状态就是空页面,内容溢出就是你的消息内容超出规定的范围,这个时候需要考虑内容溢出的展示样式是什么样子的?默认展示多少字符?消息未读是什么状态?消息已读又是什么状态?内容太少的样式又该如何展示?等等这些在设计这类页面的时候都是要考虑清楚的。

4、时间

时间顾名思义是在不同的时间点页面的某些元素会有不同的状态

前段时间做了一些运营活动设计,活动经常有个时间段,所以页面按钮的状态会出现活动开始前的“”即将开抢“”,活动中的“”抽红包“”,活动结束后的“”已结束“”。当然还有一些办公类审批报销类功能也涉及到时间与状态的变化,这里的状态变化相对比较复杂,不仅仅涉及到时间还有不同角色的区别,有兴趣的朋友可以自己去体验一下。

5、环境

环境是一个比较少见的情况,但是在某类app中会显得很重要,比如地图类、天气类应用,常见的环境类型有位置、气候、温度、海拔、空气质量等等。地图类应用可以根据当前的定位给你展示最近的路线方案;天气类应用可以根据当前的温度给你推荐不同的出行装备;还有一些AR类应用会根据你前的地理位置和环境做一些游戏类的互动,qq和支付宝都做过这些尝试,未来这样的新兴的交互方式也会越来越多,而对于交互设计师来说,除了要了解本身的知识学习之外,更是为了准备好即将到来的新时代。


最后将上面5个要素重新梳理一下,下面举个例子:

这是微信的消息页,这个页面的状态也是非常多的,按照上面的思路来分析:角色-网络-内容-时间-环境

角色:首先看看是否有登录用户和游客用户的区别,微信是强登录,所以这里只有登录后状态;然后看看有没有什么会员、管理员与普通用户的区别,目前微信好像没有什么会员体系,所以这里也没有这种状态。

网络:思考一下网络中断的展示方式?然后加载中、加载失败和加载成功都是什么样式的?弱网条件下又展示哪些内容?加载机制又是什么样子的?等等等等……微信这方面的考虑还是很周全的,有兴趣可以自己去尝试看一下。

内容:消息列表为空页面怎么展示?消息内容溢出该如何表达?默认的字符要多少?未读消息怎么表现?超过99该如何?超过999又该如何?消息已读后如何展现?

时间:想想不同的时间点页面状态会不会有区别和变化,这里的时间主要是不同的时间点消息的推送,这里的状态主要是内容的变化导致的。

环境:考虑下不同的地理位置、空气、气候、温度等等因素会不会产生影响,目前来看这个方面对页面不会有什么状态影响。


其实在实际的工作中,页面的状态变化是非常复杂的,这里总结的几个维度,姑且可以作为设计工作中参考的几个点,让我们在做交互设计的过程中能够有一个比较全面的思考方向,也能够尽量避免一些重要状态的缺失。交互设计的价值不仅仅需要有合理的框架、流畅的流程,更需要每个页面状态的精雕细琢,然而对于用户来说,可能每一个细节体验的提升都代表了用户对你的认可和对产品的信任。

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

推荐阅读更多精彩内容