系统设计说明书
后台系统不好用？找不到结症在哪里？可能缺少了这样的交互设计——后台说明。
1.背景
这事要从自己经历的案例说起，最近忙活的一个后台管理系统上线了。吻合业务需求的功能，准确有效率的数据，好用的操作流程，符合潮流的极简设计，让产品们满心期待：这可能是有史以来最好用的后台管理系统。
但是仅仅上线一天后，产品和运营已经焦头烂额，系统用户的问题接踵而至：这些数据通过什么口径得知的？这个指标有什么用？怎么操作生成一份报告书？为什么我提交数据后需要那么长时间才有结果？
收到许多用户的反馈后，我们进行了反思，到底是系统的设计问题？还是新系统上线的通病？经过几天的试运行和问题整理，大部分问题主要体现在以下几个方面：
专业术语较多，系统用户不清楚其含义
部分结果是通过计算过程得知，不同的计算方法计算结果有误差，缺少必要的说明
部分操作有关联性，但是从页面上无法感知需要先设置A模块，B模块必须调用A模块数据才能计算。
我们经过问题的整理和反复试用产品后得出一个结论：后台系统在界面上缺乏必要的说明，违背了尼尔森可用性原则第10条：Help and documentation帮助和文档（如果系统不使用文档是最好的，但是有必要提供帮助和文档），尤其是业务逻辑比较复杂的后台系统。用户不会像专家型用户一样，一上来就清楚系统所有的逻辑和定义，提供说明是有必要的。
2.后台说明的定义和作用
（1）后台说明的定义
后台说明是什么？这里我们可以定义为用文字或者其他方式提供给用户的解释语言，不同于标题、字段等的文字。例如微信后台针对统计的文字说明：仅统计图文发出后7天内的数据……
（2）后台说明的作用
为用户使用产品提供必要的帮助：辅助用户更好地使用产品，提高任务成功率。
减轻运营的压力：如果用户留意到说明文字，能自主完成任务目标，自然会减少对运营的依赖，能显著减轻运营的压力。
所以，对于交互设计来说，后台说明设计目标就是：辅助用户自主完成任务，减轻运营压力。
3.后台说明设计
（1）直接文字说明，内容较短但重要
适用场景：说明内容比较简短，且是比较重要的说明，最好是一句话能说明清楚，目的是在用户完成任务之前注意到。
示例：微信公众管理后台针对统计的说明，类似的有后台系统针对统计报表的说明。
（2）悬浮/点击文字说明，内容不多且次要
适用场景：说明内容不多，且是次要的说明，并不会妨碍到用户完成任务，目的是在用户刻意观察/仔细浏览时时留意到。
示例：阴阳师针对御魂的说明，需要点击“？” 才能看到，类似的还有后台系统对某个指标的说明。
（3）跳转文字说明，内容较长时
适用场景：需要大篇幅的图文说明，通常利用这种方式，指引用户跳转到详情进行查看。
示例：微信公众平台对自动回复的设置说明，类似的有后台的操作流程说明。
（4）帮助中心说明，业务功能逻辑复杂
适用场景：后台业务功能逻辑复杂，需要把说明进行归类，方便用户进行索引，同时也是跳转文字说明的指向链接。
示例：京东商家帮助中心针对商家售卖商品的综合说明，业务逻辑复杂的后台可以采用类似设计。
4.后台说明其他案例
（1）巧用水平滚动条
如下图所示，雪球针对组合业绩评级说明，说明内容较多时，可对浮层高度进行限制，同时提供垂直滚动条。
（2）复合说明方式
悬浮/点击文字说明并不一定采用浮层的交互方式，如下图所示，百度统计针对统计的说明，点击“？”号后，向下展开说明，并增加跳转链接指引及提供问题快速搜索框。
（3）悬浮文字提示更多应用场景
悬浮/点击文字可以展示更多的内容，基于该种交互，可以用于页面空间不足时，只放置最重要的内容，鼠标悬浮时气泡展示更多信息。例如京东订单设计，默认展示收货人姓名，当鼠标悬浮在姓名上方时，展示更多的地址、电话信息。
相关阅读
很多小企业在前期的创业期间不注重企业的薪酬设计，甚至很多小企业的老板都认为公司就二三十人，给足够的薪资就行，不需要做薪酬设计。
从用户的操作流程上来说，如果用户想使用一个功能，必然首先要发现它。如果连功能入口都找不到，后续的用户体验也无从谈起。而筛选功能
很多小伙伴都用过QQ浏览器、UC浏览器以及搜狗浏览器，除了这些主流的浏览器你还用过哪些呢？今天小编就给大家推荐几款的浏览器，小巧好
近几年在 Socail CRM 产品设计中摸爬滚打、踩坑无数，对 CRM 业务及软件系统设计上形成了自己的理解，在此对自己这些年的产品设计经
一、背景 实时计算应用主要分为以下四类：（1）ETL：ETL应该是目前实时计算最普遍的应用场景。例如在TDBank的数据链路中，TDSort读取消息缓