以上三个例子都是关于处于运动、变化中的系统。这样一个系统到底需要具备哪些要素才不会出上面那种种问题呢?
以下是关于变化中的系统所需包含的要素:
要素1-当前进度(描述当前状态) 对状态的描述有笼统和精确两种层次。点烟器加热过程中有个闪烁的小红灯是一种笼统的描述,说明系统当前正在工作中,类似于windows系统的沙漏光标。当前下载到了54%是精确的描述,不仅说明系统正在工作,并且表明具体的进度,让用户有可能预估剩余的时间。
要素2-系统最终将达到的结果(描述当前状态) 对于电梯,最终的结果是电梯到来;对于下载界面,最终是下载完成。对最终到达结果的描述并不见得是一条单独的信息,能让用户认知到即可。
要素3-辅助用户预估完成时间的信息-进度变化的速度等(描述当前状态) 下载大文件用的下载软件,一个下载任务通常要若干小时才能完成,进度相对缓慢,只根据进度的变化,用户并不能很好的预估最终完成还需要多久,当前下载速度之类的信息可以辅助预估。
要素4-终止操作(提供操作) 终止掉当前正在变化的状态,恢复到变化开始之前的状态。
要素5-其他操作(提供操作) 在当前变化状态下,除“终止”操作之外的其他操作。 例如,最小化、隐藏至后台运行、降低运行速度…
前三点是描述系统当前的状态,后两点是提供操作。 这几类要素并不见得一定要有,总结出这些要素的价值在于:避免因考虑不周全而出现设计缺陷。你的系统没有更多的“其他操作”当然没必要特意搞一个出来填补“其他操作”这项的空白。
下面,让我们把注意力集中到软件、网站产品上来。 有了上面这些要素,设计一个变化中的系统,大概不会出太大的问题了。接下来的问题是:上面这些针对“变化中的系统”总结出来的要素,是不是可以更广的应用?推广到全人类? 让我们站远一些,来看看“变化中的系统”在整个软件产品这个大集合中的位置。 一个软件、网站,原本是由若干个稳定的系统组成的。比如:网络影集首页、单个相册列表页、照片详情页…用户不做操作,这些状态是不变的。通过用户的操作,一个网站从这个稳定的系统跳到另外一个稳定的系统:
在这些跳转过程中,有时,一个操作会产生一个相对复杂的行为,需要比较长的时间,比如:在一个网络相册中,添加照片,一个空相册要变成一个装好照片的相册,需要一个上传照片的过程,上传照片的过程就是一个“变化中的系统”,这个系统最终会自动达到上传完毕的稳定状态。
对稳定的系统也可以总结出“要素”以避免设计中的考虑不周:
要素1-描述当前状态 对系统当前状态的描述。 例如:收货确认,确认支付,登录…
要素2-操作 当前可进行的若干操作。
出处:臭鱼的交互设计
责任编辑:bluehearts
上一页 首都机场的点烟器 [1] 下一页 首都机场的点烟器 [3]
|