交互水深 09 | 多维度状态,电灯泡的斗争

上一篇文章,介绍了如何精简列表设计,其中蕴含了一些状态合并技巧;趁热打铁,本篇将主要从『心智感知』角度展开介绍,如何应对各种复杂的『状态』;请注意,本文并非讨论『技术实现』的相关问题,请不要吹毛求疵。

只需三个维度,便是一场灾难

电商产品中,一个购买行为通常包含至少三个维度的状态值:订单状态、支付状态、物流状态。于是,卖家管理平台通常可能会有如下的列表设计:

如果基本掌握《交互水深 08 | 列表设计,不止是控制欲望的游戏》当中的技巧,设计师可以轻松的将这个设计进行简化,但是有关『状态值』的那部分恐怕无从下手。将上图局部放大,再仔细看看:

图中,已知订单状态有6个,付款状态有2个,物流状态有5个,至少是60种组合;并且,目前看来是毫无规律可循:

同样是『已付款』状态,订单状态可能有很多种;
同样是『已付款』 『已签收』,订单可能是『已完成』或『已评价』(评价状态被隐藏在详情中);
订单状态中的『代付款』和支付状态中的『未付款』,明显冗余;

如果再加上『退货状态』和『退款状态』,绝对可以让用户抓狂;因为每增加一个维度,组合可能性都将乘以这个维度上的『状态值数量』;用户无法简单的分辨多维度状态交叉,无法一目了然的获知真正的『状态』。

面对问题,某些朋友会不以为然:反正是ToB产品,都是专业卖家嘛,只要提供状态筛选就好了呀?呵呵,把锅甩给用户,这个姿势很赞!

那么,Hozin尝试彻底的讨论一下『状态』,先聊聊生活中的一个小故事……

会玩儿灯的『状态大师』

假设,有一种灯泡,它们有三个状态值『关闭』『白灯』『彩灯』,并且每一枚灯泡都拥有一种独特的颜色。那么,每一盏灯可以使用一个三项开关控制。以红色彩灯为例,如下图:

某个房间需要安装4盏类似的灯泡,分别为#01红色、#02蓝色、#03绿色、#04紫色,此时理论上需要4个三项开关,一共有81种开关组合形式。

此时,灯光师出马上阵,给出了建议:有5种固定的灯光组合,能够协调室内氛围,让光线更具有戏剧性效果。并且,灯光师提供了从实现模型到心智模型的具体设计方案:

这个锅,甩给了电工师傅。最终Ta根据灯光师的需求,对开关面板进行了改造,最终保留了4个互斥的按钮,如下图:

这个生活中『玩儿灯』的小故事,揭示了两个有趣的现象:

多维度状态可以变成一个维度;

4盏灯81种开关组合,经过舍弃,保留5种组合;5种组合被分别命名,扔进一个全新的维度。

一个维度又可以进行多维度筛选;

5种开关组合,可以变成4个互斥的按钮;当然也可以变成『1个两项开关』 『2个互斥的按钮』,或者更多设计方案(大家有兴趣可以试试)。

以上两个基本原理,非常重要!

『状态』的本质是什么?

普通认知是这样的:

吃饭、睡觉、玩手机就是生活状态;撕逼开会、蛋逼闲着、苦逼忙着就是工作状态;畅通、拥堵就是交通状态;出生、衰老、患病、挂了就是健康状态……

状态不就是同一维度上的各种日常吗?


作为信息架构师,对『状态』的认知可不止这些日常:

首先,状态的维度是没有界限;

『Hozin的耳朵有点缺机油,还经常睁不开』,在生活中这是个病句,一句疯话。缺机油是发动机的状态,睁不开是眼睛的状态,不符合耳朵的器官特质,但这种界限在信息世界里,是可以完全打破的!只要自定义一个叫『Hozin的耳朵』的维度就可以了。

其次,同一维度上的状态值可以是离散量;

所谓『离散』,就是完全不相关。例如『Hozin的耳朵』这个维度上,可以有『缺机油』『睁不开』『没吃饱』『退休』『怀孕』这些毫无关系的值,只要Hozin喜欢就可以!因此,某个维度上的状态值,理论上是无限的!但实际使用中,为了效率,又往往是限定范围的。

并且,同一维度上的状态值可以任意切换;

在真实世界中,人死不能复生,从『生』到『死』是一种不可逆的状态切换。但在信息世界里,完全可以『起死回生』,不受约束呀!

信息是创建一切宇宙万物的最基本万能单位,它不是物质,也不是能量,也没有大小。

这句话不是Hozin瞎编的,而是美国数学家 Norbert Wiener 说的,若能理解其中奥义,恭喜你啊,已经无限接近『信息架构师』还有个十万八千里吧!


好,回到主题,Hozin认为:

在信息世界里,『状态』的本质是一种编码。

既然是编码,那就可以随便搞咯,甚至可以人工创造出《生活大爆炸》当中的克林贡语,只要你喜欢就好。

编码是什么啊?说起来还真和灯泡有点关系,请阅读这本书《编码:隐匿在计算机软硬件背后的语言》,反正有二极管、灯泡和电能,就能造出计算机,纯属电工手艺。

补充:『状态值』能做什么?

首先,可以作为各种判断条件的基础素材;
可以广义的理解为:任何条件判断条件都是状态,即任何『值』都是状态,任何功能(CRUD)都是『切换状态』
其次,『切换状态』可以是各种操作的结果;
往往,用户操作了几百下,就为了改变一个状态而已,其他的什么都没得到,囧~

技巧:快速合并前置维度

经常发生一种情况:某一维度的『值』要依靠另外一个前置维度的『状态值』才有效。此时,可以将两个维度进行合并。

如下图,只有使用了分期付款功能,才有分期付款的具体金额,可以将二者合并。

这种合并的本质,并非是谁吃掉了谁,而是生成一个全新的维度。

没错,在上一篇的简化『学生列表』例子中,就使用了此技巧将『学生状态』与『年级 班级』进行了合并,因为:已经毕业、肄业、转学、退学的离校学生已经没有了年级和班级。

小结

在信息世界里,状态是一种编码。根据『信息的离散性』,状态具有三个特点:第一,维度无界限;第二,同维状态值之间离散;第三,同维状态值之间可以任意切换。

广义上,所有的数据都『状态』,任何『值』都是『状态值』,它们既可以作为判断条件,又可以作为操作结果。

多维度的状态并存,会带来用户认知的巨大负担!为了解决这个问题,减轻认知负担,可以利用两个原则:『多维度状态可以变成一个维度』和『一个维度又可以进行多维度筛选』。

设计过程中,需要在『实现模型』和『心智模型』之间不断转换,通过『创造新的维度』合并多个维度。

常用技巧:快速合并前置维度。

剧透:咱们还没解决『订单状态』『支付状态』『物流状态』的问题呀?别急,下一篇将围绕『状态流程』展开,敬请期待吧。

- Posted in: Columns

- Tags:

0 条评论 ,2,821 次阅读

发表评论

  1. 既然来了,说些什么?

Top