只言片语系列:设计中的逻辑和加载

2018-06-12 10:11 稿源:人人都是产品经理  0条评论

设计的逻辑

商业设计始终是用来解决设计的一个过程,我们在设计过程中,首先会想到色彩与排版,往往忽视了背后信息呈现的逻辑。

  • 第一种是:如何通过手中已有的资源和条件整合并能够互相印证为自己的设计铺垫。

  • 第二种是:如何以用户为中心,非常细致的将效果完整落地。

设计,非常像我们以前做的数学题,唯一不同的是设计没有唯一答案。

在做数学题的过程中,我们发现了两种条件,已知条件和未知条件,未知条件又可以称为推导条件,最后将所有推导条件罗列并进行再次整合加工,即可得到答案。

但是我们会发现:为什么我们所做的设计总是存在明显的错误,甚至无法经得起追问。

原因在这里:在做设计时,脑海中往往出现了很多已知条件,颜色为xxx,宽度为xxx,此信息优先级为高等等。但是很多细节无法通过单一的已知条件得出推导条件,或者说我们的已知信息太少。这里的已知信息包括:规范、色彩排版、心理学、用户画像、业务诉求、用户诉求、开发技术等等。

可想而知,如此复杂的“已知”条件都还没有完全归纳,如何得出最后的推导条件呢?其实每个人的逻辑能力并不相差太大,只不过很多人不够细心,这就导致了已知条件越缺失,推导条件差距越大,最终方案的准确度也就想差的越大。

推导也是一个平衡的过程,一个在多方角色转换的过程,提前考虑他人的假设才能更游刃有余。当方案最终产出之后,设计师依然需要对方案的落地更尽心尽力,真正的流程还未走完,完整产品逻辑,才能最终服务用户。

总结

设计师的逻辑来源于对已知信息的整理归纳,以及对未知信息的洞察及推导,当我们能够多角度,多层次看待一个设计的时候,我们就能做出更加精准的设计。

什么是加载?

加载在互联网环境中可以理解为等待数据呈现的过程,也是一种反馈的状态。当用户对媒介进行交互行为之后触发的一种等待反馈。

换个说法:你去饭店点菜,等待后厨上菜的过程,就是加载。

我们再以图示帮助大家更好的理解,数据是如何通过一些列复杂的流转最终呈现给用户的。用户在客户端中进行操作,触发一个事件,例如:点击外卖商品列表。然后客户端向服务端发送一个信号:“用户要一只烤鸡、一只烧鹅、一盘猪大肠”。

这时服务端收到了这个信号,并开始寻找材料(数据),对材料进行烹饪(整理数据打包)。再之后服务端需要对最后的成果进行摆盘(美化/渲染),最终送到用户的手中。

但实际上,用户在出发事件到最后看到呈现的内容这一段时间都是在等待,也就是在等待加载完成。而客户端和服务端的数据交互,都需要一定的时间来完成。

数据的发送和接受取决于网络的好差,数据的查找和整合取决于服务端的性能和容量,最后呈现给用户的渲染取决于客户端的性能,高端手机和低端手机在显示内容的质量及快慢都有不同的差距。

所以,我们希望能减少用户等待的时间,对每个步骤进行优化,针对数据信息类型的不同采取不同的加载方式,以满足用户的心里预期和更好的体验。

加载的类型和使用场景

1. 模态加载

模态加载比较暴力,当用户出发事件后模态加载将会独占客户端。意思就是:我正在帮你做菜,并且我要全部做完才能给你,这时你只能等待。这种体验并不是很好,如果数据相当庞大,那么大部分用户会失去耐心。除非是不完整加载出来就会导致严重失误的场景,否则尽量不使用模态加载。

当我们需要一起让用户显示但是减少用户内容焦虑的时候,我们通常会采用占位图布局预先加载的展示样式,以及情感化动效/插画。

有好的文章希望站长之家帮助分享推广,猛戳这里我要投稿

相关文章

相关热点

查看更多