后台系统产品设计

先简单说一下后台系统设计时常见的3类问题：

a.专业术语较多，系统用户不清楚其含义；

b.部分结果是通过计算过程得知，不同的计算方法计算结果有误差，缺少必要说明；

c.部分操作有关联性，但是从页面上无法感知需先设置A模块，B模块必须调用A模块数据才能计算。

可以简单的通过哪些方法避免这些问题呢？下面我们来简单说一下：

1.后台说明的定义是非常有必要的，可以辅助用户自主完成任务，减轻运营压力。

2.关于后台说明的设计：

a.直接文字说明，内容较短但重要（说明内容比较简短，且比较重要的说明，最好是一句话就能说清楚，目的是在用户完成任务之前注意到）；

b.悬浮/点击文字说明，内容不多且次要（eg：需要点击“？”才能看到，；类似的还有后台系统对某个指标的说明）；

c.跳转文字说明，内容较长时（需要大篇幅的图文说明，通常利用这种方式指引用户跳转到详情页面进行查看，eg：..........查看详情>>）；

d.帮助中心说明，业务功能逻辑复杂（后台业务逻辑复杂，需要把说明进行归类，方便用户索引，同时也是跳转文字说明的指向链接）。

3.后台说明的其他案例：

a.巧用水平滚动条；

b.复合说明方式；

c.悬浮文字提示更多应用场景（鼠标悬浮时气泡展示更多信息）。

4.后台设计还需要考虑权限管理、工作流、记录流三大方面，即谁可以对什么进行怎样的操作（who—where—how—what）,而权限管理（who—where）主要是通过用户、角色、资源三方面来进行的权限分配，给大家举几个栗子吧：

eg：业务流后台（按业务类型进行角色设计）：客服、运营、市场等；

数据统计后台（需要区分用户类型）：对外用户、内部人员；

CRM（根据用户的等位职级进行设计）：通过对级别的划分来控制可访问及操作的数据，另外需注意在进行一级划分后，还有对角色进行细分，如普通客服、客服组长、客服总监。