APP设计,这5件事千万不能忘

我刚开始工作时经常遇到这种情况,拿到一个需求感觉很容易,刷刷刷弄出好几个方案。然而方向确定后,才是问题的开始。

每一个页面都会有一些相差不多“配件”,例如字段、提示、模块、按钮等。因为他们都太过基础了,以至于很容易被我们忽视,直到……同时维护近百个页面时,初步进入开发阶段时,才被开发问起:

  • “XX部分的设计怎么在不同页面不一样啊?”
  • “XX的规范有吗?”
  • “XX的设计在特殊状态可能会出问题……”

这里我总结一下自己踩过的坑,希望大家在设计产品时不要和以前的我一样,把这些东西拖到最后才解决。因为欠债不还只会利滚利,最基本的东西反倒是最麻烦的。

一、时间戳

我不得不摸着自己的良心承认,时间戳这个坑,我做设计这么多年来还没有爬出。不单我没有爬出,我见过的所有设计团队都很少有能避开且轻松解决的。真是印证那句老话,“看不出问题的问题才是最大的问题“(我瞎编的)。

这东西有多难搞,看我之前的原创文章就知道了,这是当时的各家产品的时间戳规范:

总的来说,时间戳的规范需要考虑以下三点:

1. 用什么日期分隔符?

比较常见的有YYYY年MM月DD日、YYYY.MM.DD、YYYY/MM/DD和YYYY-MM-DD。需要注意的是,YYYY-MM-DD在时间区间的表达上会有问题,例如“YYYY-MM-DD-YYYY-MM-DD”肯定看不懂。

2. 信息具有多强的时效性?

SNS和新闻这种时效性很强的内容,对于时效期内的信息,会倾向于提供“相对时间”。例如刚刚、X分钟前、X小时前、X天前,甚至X年前。

原因很明显,人们对相对时间更加敏感。例如日常对话里面,除非是太久远的东西,我们通常不会说哪年几月几号,而是更加喜欢说刚刚、X分钟前、X小时前、X天前,甚至X年前。

3. 精确时间有必要吗?

数据库里,每一条时间记录都必须很精确,而对于人来说,却未必如此。

例如看一年前的普通新闻时,我们可能顶多对于哪年几月几号的信息感兴趣,而几点几分几秒就是几乎毫无意义的,写上去还挺占地方。

而看一年前的聊天记录时,时间信息却又很重要。例如早上发的信息还是晚上发的信息,意义是完全不同的。

Youtube 甚至把老视频的时间戳模糊到“X年前”,这不但给大部分用户提供了更加简单明了的信息,而且还节约了不少界面空间。

真正高明的设计,其实并一定是惊艳的概念稿。将每一个信息露出都计算到极致,才是我们那些很多让人引起视觉疲劳的产品所缺乏的。

二、超长信息

我们在设(fē)计(jī)稿上,经常会填充一些假信息,然而这些信息通常都不会太长以至于破坏画面美感。

然而现实情况是,尤其是像标题和描述这种东西,会有大量长度的超出范围的情况。于是开发们自由发挥一通后,其结果就不是你能想象的了:

别说内边框保留多少,会不会超出、要不要换行这些基本问题都要搞清楚才行。等到要测试上线才发现,可能大家都懒得改了。

三、空数据

所有的列表都可能出现空数据的情况,所以说设计方案不可或缺。

如果是整页空白,那很好办,一般常见的情况是一张图配一行字。

如果是分段式列表,会出现部分为空的情况。是整段移除,还是展空位,这就需要具体情况具体分析了。

还有可能是必须有图的地方没有图,也就是要提供一个默认图片。

四、加载

虽然理想中所有页面应该在一秒内加载出来,很多设计师甚至程序员都会高估了用户的网络环境。但是想想你自己平时的使用经验,由于各种乱七八糟的问题,页面加载三五秒是相当常见的情况。

而这几秒甚至半分钟的加载时间,很有可能是用户体验最糟糕的时候,你还不用心设计安慰安慰他们呢吗?

方法一:看见没在加载啦,等等吧

方法二:快出来了,喏,它会是长这样子

方法三:看看这动画打发一下时间吧,一不小心就到时间了

方法四:伦家可努力了,求别怪我慢!

五、异常状态

有句话叫做不怕一万就怕万一,这是世界上奇怪的状况太多了,我们设计产品时也不能至意外意外场景于不顾,何况有的异常状态根本不算意外。

异常一:加载失败

异常二:失效操作

异常三:提示

 

作者:Z Yuhan,一名前华为腾讯交互设计,在英国学习了人机交互,乐意带你由浅入深了解产品体验;公众号:体验进阶。

本文作者 @Z Yuhan 。

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部