后台产品设计的技巧有哪些?(介绍后台产品设计的几个技巧)

qinzhiqiang 12-30 16:45 470次浏览

后台产品的判断标准

我们已经将后台产品定义为一款“办公性质”的产品,满足用户在工作当中的一些需求。这让后台产品的好坏能够简单的通过一个关键词进行判断,这就是“效率”

我们最容易听到的用户关于后台的抱怨,其一是功能太少,不够强大,其二便是效率低,业务办理的慢。

功能太少,不够强大

解决这个问题其实只有一个笨办法,花时间,投入更多的资源持续完善,它不只是产品设计的问题,更牵扯到项目的整体规划,乃至企业的资源分布问题。

这部分内容就不在这里展开了。

效率

相同功能情况下, 效率可以是天差地别, 这里的效率是指产品的使用效率。

同样是商品管理,功能几乎百分百相同,但两款产品之间的效率却存在数秒之差,这数秒经过反复的叠加,就会让人们感到排斥,感叹“效率太低”。

这篇文章主要给大家介绍几个关于提高效率的小技巧,不仅仅可以提高产品的使用效率,还有空来审视判断后台产品的设计方案是”好”还是”坏”

路径判断法

后台设计很在意人们的操作效率,这是一种非常理性的设计方法,我们会想办法将业务锁定在“两步达成”,只有一些不重要的或者低频的业务被锁定为“三步达成”

这里的“两步达成”与“三步达成”是一种极致设计,有的项目会特别复杂,以至于完全无法将业务路径控制在两步,此时,我们要做的是尽量减少达成步数,缩短路径。

为此,我们还牺牲了一些美观,模块划分等结构上的设计,都是很简单的将所有功能平铺出来。

左侧主导航的设定,便是由此而来,我们将单个业务拆分成若干个小的业务,尽量让业务的颗粒度变小,从而让他的路径变小,最终将这些小的业务,都放置在左侧主导航里。

这个方法是目前主流的后台设计方法,微信公众号也是如此。

这并不新鲜,大家只要稍作调研就会发现这种设计风格,不过许多朋友会经历这样的困惑,“为什么都要放在左边,选择太困难了,完全可以把他收到大的分类里,再展开小的分类”就像这样

我们会有这种想法,是因为忽略了 业务切换时所需要花费的步数,

后台是被用工作的一种定制的“办公系统”,我们在使用后台时,几乎是将后台单独打开,持续性的进行操作,即使业务办理完了,也不会关闭后台,而是将他放置在那,等有新业务进入时,通过切换的方式来办理业务。

这里有两套方案,来算算业务切换时所花费的路径步数:

A方案:

一共三种业务,每种业务之间的切换路径步数均为 “1步”

B方案:

相同的三种业务,每种业务之间的切换路径步数为“2步”

点击返回 → 点击下一业务

两套方案,只是“一步之差”, 但这“一步”却会持续累积下来,尤其是在短时间办理多个业务时,这多出来的一步,会让操作的人产生极大的排斥心理。

B方案,若一天之内产生100次业务之间的切换,相对于A方案而言,就多了“100步”操作,这也是产品使用效率低的一种表现。

因此,设计后台时,需要尽量削减路径,尽量减少达成业务所需的路径步数,这是一种理性的设计方式。