先简单说一下后台系统设计时常见的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（根据用户的等位职级进行设计）：通过对级别的划分来控制可访问及操作的数据，另外需注意在进行一级划分后，还有对角色进行细分，如普通客服、客服组长、客服总监。
