系统设计说明书
后台系统不好用？找不到结症在哪里？可能缺少了这样的交互设计——后台说明。
1.背景
这事要从自己经历的案例说起，最近忙活的一个后台管理系统上线了。吻合业务需求的功能，准确有效率的数据，好用的操作流程，符合潮流的极简设计，让产品们满心期待：这可能是有史以来最好用的后台管理系统。
但是仅仅上线一天后，产品和运营已经焦头烂额，系统用户的问题接踵而至：这些数据通过什么口径得知的？这个指标有什么用？怎么操作生成一份报告书？为什么我提交数据后需要那么长时间才有结果？
收到许多用户的反馈后，我们进行了反思，到底是系统的设计问题？还是新系统上线的通病？经过几天的试运行和问题整理，大部分问题主要体现在以下几个方面：
专业术语较多，系统用户不清楚其含义
部分结果是通过计算过程得知，不同的计算方法计算结果有误差，缺少必要的说明
部分操作有关联性，但是从页面上无法感知需要先设置A模块，B模块必须调用A模块数据才能计算。
我们经过问题的整理和反复试用产品后得出一个结论：后台系统在界面上缺乏必要的说明，违背了尼尔森可用性原则第10条：Help and documentation帮助和文档（如果系统不使用文档是最好的，但是有必要提供帮助和文档），尤其是业务逻辑比较复杂的后台系统。用户不会像专家型用户一样，一上来就清楚系统所有的逻辑和定义，提供说明是有必要的。
2.后台说明的定义和作用
（1）后台说明的定义
后台说明是什么？这里我们可以定义为用文字或者其他方式提供给用户的解释语言，不同于标题、字段等的文字。例如微信后台针对统计的文字说明：仅统计图文发出后7天内的数据……
（2）后台说明的作用
为用户使用产品提供必要的帮助：辅助用户更好地使用产品，提高任务成功率。
减轻运营的压力：如果用户留意到说明文字，能自主完成任务目标，自然会减少对运营的依赖，能显著减轻运营的压力。
所以，对于交互设计来说，后台说明设计目标就是：辅助用户自主完成任务，减轻运营压力。
3.后台说明设计
（1）直接文字说明，内容较短但重要
适用场景：说明内容比较简短，且是比较重要的说明，最好是一句话能说明清楚，目的是在用户完成任务之前注意到。
示例：微信公众管理后台针对统计的说明，类似的有后台系统针对统计报表的说明。
（2）悬浮/点击文字说明，内容不多且次要
适用场景：说明内容不多，且是次要的说明，并不会妨碍到用户完成任务，目的是在用户刻意观察/仔细浏览时时留意到。
示例：阴阳师针对御魂的说明，需要点击“？” 才能看到，类似的还有后台系统对某个指标的说明。
（3）跳转文字说明，内容较长时
适用场景：需要大篇幅的图文说明，通常利用这种方式，指引用户跳转到详情进行查看。
示例：微信公众平台对自动回复的设置说明，类似的有后台的操作流程说明。
（4）帮助中心说明，业务功能逻辑复杂
适用场景：后台业务功能逻辑复杂，需要把说明进行归类，方便用户进行索引，同时也是跳转文字说明的指向链接。
示例：京东商家帮助中心针对商家售卖商品的综合说明，业务逻辑复杂的后台可以采用类似设计。
4.后台说明其他案例
（1）巧用水平滚动条
如下图所示，雪球针对组合业绩评级说明，说明内容较多时，可对浮层高度进行限制，同时提供垂直滚动条。
（2）复合说明方式
悬浮/点击文字说明并不一定采用浮层的交互方式，如下图所示，百度统计针对统计的说明，点击“？”号后，向下展开说明，并增加跳转链接指引及提供问题快速搜索框。
（3）悬浮文字提示更多应用场景
悬浮/点击文字可以展示更多的内容，基于该种交互，可以用于页面空间不足时，只放置最重要的内容，鼠标悬浮时气泡展示更多信息。例如京东订单设计，默认展示收货人姓名，当鼠标悬浮在姓名上方时，展示更多的地址、电话信息。
相关阅读
@陈子木 透明按钮，顾名思义，也就是在设计网页中的按钮之时，不再设计复杂色彩、样式和纹理，而是外仅以线框示意轮廓，内只用文字示意功
自从短视频行业转入了移动医疗行业，对整个移动医疗行业的商业模式越来越有兴趣洞察和思考了。恰巧前段时间认识了看川创始人任明，他
线框是一种只使用简单形状来呈现界面的一种表示形式，如框、圆、线和箭头。设计人员使用线框，来传达信息的层次结构和内容结构。在本
最新一期《纽约客》杂志，发表了对苹果少有露面的首席设计师乔纳森·艾维（Jony Ive）一篇近两万字的特写。像《纽约客》惯常的特写一样
哪些让你感到快乐的事情，往往到最后会给你带来诸多麻烦。令人愉悦的设计是如何给你带来麻烦的如果让你思考哪些东西可以给你带来愉