导读
上篇文章的后台设计原则能帮我们更好的提炼后台需求，这篇文章，给大家分享一个后台设计的小技巧。
后台产品的判断标准
我们已经将后台产品定义为一款“办公性质”的产品，满足用户在工作当中的一些需求。这让后台产品的好坏能够简单的通过一个关键词进行判断，这就是“效率”。
我们最容易听到的用户关于后台的抱怨，其一是功能太少，不够强大，其二便是效率低，业务办理的慢。
功能太少，不够强大
解决这个问题其实只有一个笨办法，花时间，投入更多的资源持续完善，它不只是产品设计的问题，更牵扯到项目的整体规划，乃至企业的资源分布问题。
这部分内容就不在这里展开了。
效率
相同功能情况下， 效率可以是天差地别， 这里的效率是指产品的使用效率。
同样是商品管理，功能几乎百分百相同，但两款产品之间的效率却存在数秒之差，这数秒经过反复的叠加，就会让人们感到排斥，感叹“效率太低”。
这篇文章主要给大家介绍几个关于提高效率的小技巧，不仅仅可以提高产品的使用效率，还有空来审视判断后台产品的设计方案是”好”还是”坏”。
路径判断法
后台设计很在意人们的操作效率，这是一种非常理性的设计方法，我们会想办法将业务锁定在“两步达成”，只有一些不重要的或者低频的业务被锁定为“三步达成”。
这里的“两步达成”与“三步达成”是一种极致设计，有的项目会特别复杂，以至于完全无法将业务路径控制在两步，此时，我们要做的是尽量减少达成步数，缩短路径。
为此，我们还牺牲了一些美观，模块划分等结构上的设计，都是很简单的将所有功能平铺出来。
左侧主导航的设定，便是由此而来，我们将单个业务拆分成若干个小的业务，尽量让业务的颗粒度变小，从而让他的路径变小，最终将这些小的业务，都放置在左侧主导航里。
这个方法是目前主流的后台设计方法，微信公众号也是如此。
这并不新鲜，大家只要稍作调研就会发现这种设计风格，不过许多朋友会经历这样的困惑，“为什么都要放在左边，选择太困难了，完全可以把他收到大的分类里，再展开小的分类”就像这样：
我们会有这种想法，是因为忽略了业务切换时所需要花费的步数。
后台是被用工作的一种定制的“办公系统”，我们在使用后台时，几乎是将后台单独打开，持续性的进行操作，即使业务办理完了，也不会关闭后台，而是将他放置在那，等有新业务进入时，通过切换的方式来办理业务。
这里有两套方案，来算算业务切换时所花费的路径步数：
A方案
一共三种业务，每种业务之间的切换路径步数均为 “1步”。
B方案
相同的三种业务，每种业务之间的切换路径步数为“2步”。
点击返回–>点击下一业务
两套方案，只是“一步之差”， 但这“一步”却会持续累积下来，尤其是在短时间办理多个业务时，这多出来的一步，会让操作的人产生极大的排斥心理。
B方案，若一天之内产生100次业务之间的切换，相对于A方案而言，就多了“100步”操作，这也是产品使用效率低的一种表现。
因此，设计后台时，需要尽量削减路径，尽量减少达成业务所需的路径步数，这是一种理性的设计方式。
