后台系统不好用？找不到结症在哪里？可能缺少了这样的交互设计——后台说明。

1.背景

这事要从自己经历的案例说起，最近忙活的一个后台管理系统上线了，吻合业务需求的功能，准确有效率的数据，好用的操作流程，符合潮流的极简设计，让产品们满心期待：这可能是有史以来最好用的后台管理系统。但是仅仅上线一天后，产品和运营已经焦头烂额，系统用户的问题接踵而至：这些数据通过什么口径得知的？这个指标有什么用？怎么操作生成一份报告书？为什么我提交数据后需要那么长时间才有结果？

收到许多用户的反馈后，我们进行了反思，到底是系统的设计问题？还是新系统上线的通病？经过几天的试运行和问题整理，大部分问题主要体现在以下几个方面：

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

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

部分操作有关联性，但是从页面上无法感知需要先设置A，B才能调用A。

我们经过问题的整理和反复试用产品后得出一个结论——后台系统在界面上缺乏必要的说明，违背了尼尔森可用性原则第10条： Help and documentation帮助和文档（如果系统不使用文档是最好的，但是有必要提供帮助和文档），尤其是业务逻辑比较复杂的后台系统，用户不会像专家型用户一样，一上来就清楚系统所有的逻辑和定义，提供说明是有必要的。

2.后台说明的定义和作用

（1）后台说明的定义

后台说明是什么？这里我们可以定义为用文字或者其他方式提供给用户的解释语言，不同于标题、字段等的文字。例如微信后台针对统计的文字说明：仅统计图文发出后7天内的数据...。

（2）后台说明的作用

为用户使用产品提供必要的帮助：辅助用户更好地使用产品，提高任务成功率。

减轻运营的压力：如果用户留意到说明文字，能自主完成任务目标，自然会减少对运营的依赖，能显著减轻运营的压力。

所以，对于交互设计来说，设计目标就是：让用户更快的完成目标，减轻运营压力。

3.后台说明设计

（1）直接文字说明，内容较短但重要

适用场景：说明内容比较简短，且是比较重要的说明，最好是一句话能说明清楚，目的是在用户完成任务之前注意到。

示例：微信公众管理后台针对统计的说明，类似的有后台系统针对统计报表的说明。

（2）悬浮/点击文字说明，内容不多且次要

适用场景：说明内容不多，且是次要的说明，并不会妨碍到用户完成任务，目的是在用户刻意观察/仔细浏览时时留意到。

示例：阴阳师针对御魂的说明，需要点击“？” 才能看到，类似的还有后台系统对某个指标的说明。

（3）跳转文字说明，内容较长时

适用场景：需要大篇幅的图文说明，通常利用这种方式，指引用户跳转到详情进行查看。

示例：微信公众平台对自动回复的设置说明，类似的有后台的操作流程说明。

（4）帮助中心说明，业务功能逻辑复杂

适用场景：后台业务功能逻辑复杂，需要把说明进行归类，方便用户进行索引，同时也是跳转文字说明的指向链接。

示例：京东商家帮助中心针对商家售卖商品的综合说明，业务逻辑复杂的后台可以采用类似设计。

4.后台说明微交互鉴赏

（1）巧用水平滚动条

如下图所示，雪球针对组合业绩评级说明，说明内容较多时，可对浮层高度进行限制，同时提供垂直滚动条。

（2）复合说明方式

悬浮/点击文字说明并不一定采用浮层的交互方式，如下图所示，百度统计针对统计的说明，点击“？”号后，向下展开说明，并增加跳转链接指引及提供问题快速搜索框。

作者 夜雨y

关键字：产品经理, 说明

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！