我们在做后台产品的时候，经常会被复杂的业务逻辑的搞得很乱，同时有些时候也不知道接下来该如何设计。的确，后台产品一般由于实际业务的变化而使得需求差异很大，同时由于其繁琐的操作设计流程，许多时候会感觉到无从下手。

　　但其实，后台产品也有着自己的一些套路，这些套路可以让你在设计后台产品的时候可以有一个较为清晰的步骤目标快速的搭建起一些页面的骨骼，在设计的时候不至于无从下手。

　　套路一：默认页面一般为统计页面

　　1、为什么要设计默认页面

　　有时候我们在登录一些后台产品的时候，在没有权重特别高的需求页面时，默认页面一般不知道放什么。有些产品可能会默认放一些欢迎图片，有些产品甚至就是空页面，什么都没有(我现在公司的产品就是这样)。

　　可实际情况是，默认页面绝对是系统中很重要的一个页面，用户进入系统的最初接触的就是它，所以说如果对它不进行配置的话会很浪费，同时会让用户感觉整个系统的体验不佳。

　　2、默认页面的设计分析

　　笔者认为，默认页面要显示什么，取决于两个方面：

　　不需要用户的操作并且没有任何前置页面即可展示的功能。

　　用户在打开系统的时候第一时间想看到什么。

　　而统计页面，刚好符合这两个方面，首先统计的数据是不需要任何操作进行触发的，它取决于你整体业务及当前使用者截止到目前为止的一个情况，其次用户在打开系统的时候，其目的性就在于要完成工作任务——自己还有哪些工作没有做，以及即将要做什么工作。所以这个时候，数据的统计页面就十分应景。

　　3、如何设计默认页面

　　那么统计页面要统计什么数据呢?我认为从三个方面考虑比较得当：

　　当前角色可以看到的系统级别的数据;

　　用户自身要进行操作的数据。

　　通知类内容。

　　第一个方面我们在设计系统的时候，要考虑到哪些数据是需要统计的，比如电商系统中的下单率，客单价，订单总数，订单总金额、单品销售排行榜等，然后再将这些统计数据通过权限的划分分配给不同的角色。

　　第二个方面是用户自身的数据，主要有工作流的状态即当前用户的工作流中已经流转到该用户的一些操作，诸如合同审批，发货审批等等一系列的流程。

　　第三个方面通知类的内容主要有以下几类：

　　某些关联的工作到一段时间内有了新的状态需要提醒：比如物流发货，或者财务审核通过。

　　系统内部的一些警醒：比如仓库容量已到临界值。

　　当前时间截点的警示：比如租户、车位、合同等等即将到期。

　　套路二：不同功能之间多用标签切换，慎用跳转和新增页面。

　　1、标签切换方式的背景

　　在一开始的后台产品中，大多都是基于C/S架构开发的产品。这些产品不仅安装复杂，有些甚至需要配数据库，如果没有专业人员去做这些操作，只凭业务人员很难在一开始的时候将系统配置完善。所以，最初如果说购买了某一家的后台产品，只是在产品的初始阶段，产品的提供方轻则有在线专业客服随时跟进，重则有专门的业务人员上门安装调试。

　　然而随着HTML5、Ajax等技术的诞生与不断地成熟，如今的后台产品大多都采用B/S的架构，并且体验方面并不比之前的C/S的体验差。然而，由于之前的做法已经深入人心，所以很多那个年代的设计习惯也就被保留了下来，标签切换就是那个时候的产物。

　　2、为什么不同功能之间要多用标签切换，慎用跳转和新增页面

　　虽说目前为止，大多的浏览器中内置的标签切换也可以完成页面之间的快速切换操作，但是系统内部的标签切换还是十分有必要的。首先，在这样大面积操作，有着大量字段的页面，点击后肯定是不能覆盖数据直接刷新页面的。同时，还必须兼备着随便切换查看之前的数据做对比分析以及多项工作需要对照同时来做的功能，这样的操作可以快速的定位到当前的操作模块，并且方便的切换。所以这个时候，页面内的标签切换就十分重要了。而对比浏览器的标签页切换，其有以下几点优势：

　　基于一个页面操作，更像是C/S时代的系统级别的操作，整体操作内容更加规整。

　　不同的浏览器之间可能有差异，诸如类似IE的浏览器并不是切换标签而是弹出新页面，带来了许多不便。

　　在系统十分复杂，操作繁琐或者打开页面过多的情况下更容易也更方便定位。

　　套路三：记录类列表的三大布局模块：筛选、列表和新增