后台系统不好用？找不到结症在哪里？可能缺少了这样的交互设计——后台说明。
1.背景
这事要从自己经历的案例说起，最近忙活的一个后台管理系统上线了，吻合业务需求的功能，准确有效率的数据，好用的操作流程，符合潮流的极简设计，让产品们满心期待：这可能是有史以来最好用的后台管理系统。但是仅仅上线一天后，产品和运营已经焦头烂额，系统用户的问题接踵而至：这些数据通过什么口径得知的？这个指标有什么用？怎么操作生成一份报告书？为什么我提交数据后需要那么长时间才有结果？
收到许多用户的反馈后，我们进行了反思，到底是系统的设计问题？还是新系统上线的通病？经过几天的试运行和问题整理，大部分问题主要体现在以下几个方面：
专业术语较多，系统用户不清楚其含义
部分结果是通过计算过程得知，不同的计算方法计算结果有误差，缺少必要的说明
部分操作有关联性，但是从页面上无法感知需要先设置A，B才能调用A。
我们经过问题的整理和反复试用产品后得出一个结论——后台系统在界面上缺乏必要的说明，违背了尼尔森可用性原则第10条：Help and documentation帮助和文档（如果系统不使用文档是最好的，但是有必要提供帮助和文档），尤其是业务逻辑比较复杂的后台系统，用户不会像专家型用户一样，一上来就清楚系统所有的逻辑和定义，提供说明是有必要的。
2.后台说明的定义和作用
（1）后台说明的定义
后台说明是什么？这里我们可以定义为用文字或者其他方式提供给用户的解释语言，不同于标题、字段等的文字。例如微信后台针对统计的文字说明：仅统计图文发出后7天内的数据...。
（2）后台说明的作用
为用户使用产品提供必要的帮助：辅助用户更好地使用产品，提高任务成功率。
减轻运营的压力：如果用户留意到说明文字，能自主完成任务目标，自然会减少对运营的依赖，能显著减轻运营的压力。
所以，对于交互设计来说，设计目标就是：让用户更快的完成目标，减轻运营压力。
3.后台说明设计
（1）直接文字说明，内容较短但重要
适用场景：说明内容比较简短，且是比较重要的说明，最好是一句话能说明清楚，目的是在用户完成任务之前注意到。
示例：微信公众管理后台针对统计的说明，类似的有后台系统针对统计报表的说明。
（2）悬浮/点击文字说明，内容不多且次要
适用场景：说明内容不多，且是次要的说明，并不会妨碍到用户完成任务，目的是在用户刻意观察/仔细浏览时时留意到。
示例：阴阳师针对御魂的说明，需要点击“？” 才能看到，类似的还有后台系统对某个指标的说明。
（3）跳转文字说明，内容较长时
适用场景：需要大篇幅的图文说明，通常利用这种方式，指引用户跳转到详情进行查看。
示例：微信公众平台对自动回复的设置说明，类似的有后台的操作流程说明。
（4）帮助中心说明，业务功能逻辑复杂
适用场景：后台业务功能逻辑复杂，需要把说明进行归类，方便用户进行索引，同时也是跳转文字说明的指向链接。
示例：京东商家帮助中心针对商家售卖商品的综合说明，业务逻辑复杂的后台可以采用类似设计。
4.后台说明微交互鉴赏
（1）巧用水平滚动条
如下图所示，雪球针对组合业绩评级说明，说明内容较多时，可对浮层高度进行限制，同时提供垂直滚动条。
（2）复合说明方式
悬浮/点击文字说明并不一定采用浮层的交互方式，如下图所示，百度统计针对统计的说明，点击“？”号后，向下展开说明，并增加跳转链接指引及提供问题快速搜索框。
