交互
首发于交互
聊一聊神秘的设计走查表-硬件、软件、网络

聊一聊神秘的设计走查表-硬件、软件、网络

当我们描述产品时,通常是将其置于特定场景描述的。

用户在一定的场景中和产品产生互动、互相影响。

所以为了保证优良用户体验,做好用户在产品场景中体验一致就至关重要。

场景通常涉及的硬件载体、软件特性、网络特征,以及具体到产品界面状态、页面流程、消息通知等。


App 人 环境

硬件/软件 时间/地点/环境 网络/使用情境

为了统一规范上述场景的交互语言,在交互设计中引入了设计走查表的概念。


硬件特性

在移动端产品如此花样繁多的今天,任何产品都离不开适配问题。

首先,要考虑组成页面主要元素的文字和图片的适配

1)数量不变,同比例缩放

这是大部分宫格式的页面常用的适配方式




2)同行数量增多,数量大小不变

3)一个易被忽略的场景是,操作时的变换场景导致适配环境变化,此时要注意考虑到是否存在遮挡等问题。


其次,当用户发生移动端设备变换时

1)同一设备,不同账号

切换的用户若在本设备登陆过,应该帮助用户加载本地缓存,标记用户未处理信息或通知,加载过程给予明确的加载进度、内容展示。

2)不同设备,同一账号

如果仅支持单点登录,则当用户已经在a设备登录时,b设备如果登陆,a设备会被迫下线,同时b设备弹出提示框。


如果支持多设备同时登陆,要注意后台信息数据的实时同步

而涉及到红包、优惠券券等运营场景时,注意同一设备ID不要复用资源

3)横竖屏

这里主要需要考虑美感和统一


软件特性

软件本身复杂,但设计师可以通过了解不同系统的特性、制定跨平台的通用产品规范、版本兼容等来克服不同软件之间的差异化。

1. 操作系统

比如ios的系统支持不同手势操作,用户也很乐意接受此,所以在产品设计时,加入一些手势变化可以给产品带来良好体验。

Android系统的设备差异较大,所以设置较为复杂的手势反而不容易被接受。

这里建议遵循Google Material Design标准,贴心的开发者守则developer.android.com/d不仅有系统的组件可以直接调用,还给出了优良的设计逻辑可以遵循。

翻不了墙的宝宝看看二手资源呗:

developer.android.com/d

Robinhood: 如何运用material design提升用户体验


2. 多平台设计规范

统一表单操作、选项卡、浮层提示、加载、刷新等。


3. 版本兼容

1)覆盖时间协调

新版本上线后要确认多久可以覆盖80%用户,这个在有H5活动时尤为重要。所以做好沟通协调必不可少。

2)更新提示的强弱

一般来说,可根据用户意愿选择是否更新版本。但当出现重大BUG时,可以通过不可取消的方式强制用户进行版本升级。

3)兼容性的友善显示

还有不同版本的兼容性展示问题,比如微信红包在PC客户端的显示。以及通过交互语言人性化告知用户当前版本不支持查看此类消息,从而引导用户升级产品版本。


网络环境

处在移动互联时代,用户所处的环境变化可能带来网络环境变换,网络不稳定、信号弱、中断、连接超时等都应该纳入交互体验的考量。

1.快速启动

比如在产品首次载入时,避免用户长时间等待,可以采用以下方式:

使用故事、视效等方式展示品牌

选用和产品定位、气质相符的广告展示

2.合理缓存

为了应对不同网络环境,缓存页面成为有效途径。但是把握好缓存页面数量,以及处理好旧内容与新内容之间的缓存效果也是改善用户体验的有效途径。

3.弱网环境

1)加载失败

弱网环境下容易带来加载时间过久、甚至加载失败的情况。在用户等待期间提供有趣的加载内容,或者在加载失败后告知其失败原因、给予用户重新加载的机会都会安抚用户心理。

2)内容展示不全

弱网环境可能出现文字比图片更容易加载的情况,这时候要考虑只出现占位图或者是空白图片。

3)弱网无网状态下,数据传输生效机制

如果信号不稳定或中断,可以支持用户本地可见;当信号恢复后,再将本地内容上传到服务器。这方面的例子可参考Facebook。



4)中断、超时

当网路中断时,后台应适时保存用户浏览或者记录的内容,这样当网络恢复时,用户可及时继续未完成任务。而超时时,要给出提示,告知用户停止等待或重新连接网络。


关于上述提及的硬件、软件、网络三者的设计走查表可以参考如下示例:


当然,设计本就是个个性化的事项,好的方法自然是在实践中逐步更新与优化。

编辑于 2017-09-21

文章被以下专栏收录