来源:网络 作者:佚名
控件不是凭空编造的，而是通过对业务细节进行学习、思考和设计， 考量需要使用的控件和控件组合， 之后再反过来丰富控件库，并制订好控件库的套用规则，包括使用的场景， 交互的细节等。更进一步，在对业务体系越发熟悉了解的情况下，做到控件使用、定义、组合的融会贯通。
控件和业务的关系
以乐高的方式搭建B端用户体验的设计有着显而易见的好处：
一致性得到良好保证
易于协作
易于快速搭建
在需求理解尚不深入且时间有限的情况下能够快速提供较为合理的体验解决方案
挑战5，测试方法的挑战在可用性测试环节， B端用户测试的挑战主要的问题在于用户人数上， C端业务的用户数量较大， 测试目标用户容易寻找，但是B端产品的有效测试对象并不多，有时非常有限。因此， 在B端产品的定性测试方面， 人员可以贵精不贵多， 要尽量深入挖掘服务对象的使用反馈。另外， 用建立用户交流群的方式以及时拿到用户的反馈， 快速响应。
定量研究方面， 根据过往的经验， 由于用户数量不够， 通常很难建立起理想的定量分析模型。举例来说， 表单设计如何用定量数据来分析的模型， 虽然可以通过埋点获得一些有效的数据， 但是如何用有限的数据量在较多干扰项的情况下理清用户在填写表单时的行为和操作问题，始终没能获得一个令人信服的结果。
由于有效测试用户和有效数据量的原因， B端交互的测试要尽量深入挖掘定性研究的结果， 为设计和迭代服务。
新的挑战功能模块划分好了， 框架结构建立好了， 控件库做好了， 对业务流程的理解越来越深入， 此时设计师能够快速搭建产品的交互， 设计效率大幅度提升， 原来一周可以做完的工作，现在3、4天可以完成。但是这样快速搭建的功能，是否就是最优的解决方案呢？
挑战6，找寻更加优秀的设计方案技术上来说， 新的挑战存在于交互设计方法本身，由于所有功能模块全部使用常用控件搭建， 限制了一些更有想象力的设计方法， 整体上没有交互方式的突破。积极寻找新的交互方式丰富原有的用户体验就摆在了B端交互设计师面前，而设计师也更应该从设计方案的突破上证明自己的价值。
突破乐高——寻找更优秀的设计方案
突破口在哪里？
用户反映存在问题的功能点往往会成为设计的突破口，实践证明， 在此处寻找新交互方式的成功率比较高， 且这种优化方式的成本比较低。
举例说明：在云服务器的监控设计中， 通过对用户工作场景、操作行为和用户需求进行分析，了解到用户在使用性能监控时遇到的问题及建议，由此指导性能监控概览优化方案的设计。
改版前的性能监控概览页面主要存在以下问题：
1.没有达到概览的效果
概览需要快速了解云服务器的运行全貌，而列表的样式一页只能显示20~100个云服务器的监控数据，不能满足大批量用户（如某些产品需要上千台云服务器）概略地了解所有云服务器的监控状况。尽管列表支持每一列指标排序，但对于整体了解所有云服务器所有指标的情况不是一个最佳的方案。
2.不能满足目标用户的工作场景
一般使用该页面的目标用户为运维工程师，他们主要负责产品自身核心业务系统运行情况的监控、问题定位和故障排除等方面的运维工作。所以对于运维工程师来说，快速了解整个产品业务系统的监控状况和排查相关问题就显得的特别重要，而现有的样式及交互无法做到快速了解和排查出现的相关问题，从而影响运维工程师的工作效率。
3.不能体现问题的优先级
当产品出现多个问题时，运维工程师需要判断出现问题的优先级，及时处理那些问题严重、可能影响整个产品正常运行的问题，对于那些问题严重程度一般、不会影响整个产品正常运行的问题可以以后处理。而现有的样式及交互无法整体概览所有问题，也就更无法区分问题的优先级了。
性能监控改版前的交互样式为列表呈现方式。如下图所示：
改版前
改版后的方案介绍
对改版前的问题进行整理及分析，引用了拓扑图的思维进行相应的方案设计，满足目标用户快速了解所有云服务器的监控状态和快速排查问题的需求，从而提高目标用户的工作效率。
设计思路——快速定位，局部分析对于大批量的云服务器问题排查，理想的使用场景是先了解所有云服务器的监控情况，然后可以快速定位到出现异常监控指标的云服务器，最后了解具体的异常指标并有针对性地分析可能出现的问题。所以改版的设计思路也是借鉴了快速定位再局部分析的思路，并结合拓扑图的交互方式进行了设计方案的输出。
方案介绍
将所有的云服务器都抽象成一个个矩形，按照创建的顺序进行Z字排列，并显示在视图中。矩形的颜色代表云服务器监控指标的状况。颜色浅表示云服务器的监控指标状况正常；颜色较深的方框则表示云服务器的某个或多个监控指标相对偏高，但也属于正常状态，只是可以引起一定注意；当方块颜色显示为黄色，则表示该云服务器内有监控指标出现了异常，这个时候目标用户就需要引起重视。
改版后 （鼠标hover异常监控显示详细信息）
当出现异常的监控指标时，目标用户可以鼠标Hover显示详细的监控详情，也可以放大视图直观地了解该云服务器下所有指标的监控状态和异常指标。
改版后 （拖动鼠标或者点击缩放按钮放大视图）
挑战7，一致性的再认识乐高式的工作方法， 因为其本身的局限， 对控件的定义和一致性方面的要求是比较高的。但这也是这种方法的局限性所在。在把握这些控件的时候， 要有一定的弹性，当用户反复抱怨某处的用户体验而与一致性有矛盾时， 一定要当机立断， 突破一致性的限制。做到设计真正为用户体验服务，而不是拘泥于形式。
1.关于行为的一致性
一个非常典型的例子是云服务器的设置修改。云服务器改版前， 云服务器的设置修改， 使用的是与创建相同的页面， 不同的仅仅是修改时表单内有默认的值， 用户可以对想要修改的项进行修改，整个云计算平台的修改设置的做法也完全相同。随着云服务器创建过程越来越复杂， 步骤也逐渐增多， 在修改单一设置项的时候，如果还需要打开整个设置页面，甚至要进行步骤的翻页，就会造较大的用户操作负担。所以在升级版的云服务器操作中， 我们逐步将修改设置的用户行为拆解开， 通过一些较轻的操作来解决修改设置的问题。
改版前
改版后
如果仅仅考虑平台的一致性 ，遵循现有规范的话，是不应该对页面进行修改设置的拆解的，而是应该按照打开完整设置页面进行修改， 但是这样带来的用户体验的负担是显而易见的。因此我们在不同的模块采取了不同的处理办法。而不是机械地强调一致性。
2.关于控件的升级
控件是保证一致性的基础。但是随着业务的不断深入， 一些控件已经不能非常好地适应业务的发展。因此要对控件进行升级。
检查控件的适配， 有些组合控件因为横向展示需求较宽，为了适配屏幕尺寸而限制了每个项中具体信息显示的完整性， 此时， 可以适当地突破一下适配尺寸的限制。有些控件在使用的规范上可以适当放开， 比如下拉菜单的默认状态， 可以是“all”，也可以是“请选择”，或者是某个默认的值， 都可以根据实际情况来制定，不必全平台统一成一个单一的默认选项。还有一些组合的控件， 可以根据用户需求进行优化升级， 比如多选删除的操作，由于列表显示撑满了屏幕， 在列表上方或下方放置删除等功能经常需要用户大幅度拖拽，妨碍了用户快速操作，此时可以把操作做成一个弹出的浮层， 多选时触发，既不多占显示空间， 在需要时又可以快速显示， 很大方便了操作。
挑战8，深挖不同角色的需求前面说到， 由于B端产品存在不同的角色， 在提供设计方案的时候要做到兼顾。尽量提供不同角色都可以使用的解决方案。
但是由于知识背景的不同， 专家用户和普通用户的需求往往是存在一定的差异的。我们在提供一些普通方法的同时， 也要深挖用户需求， 同时提供一些专家用户用起来方便的解决方案。比如以下的案例：
以大数据中创建离线表为例， 用户创建时， 我们不仅提供了手工选择配置项生成新建表的表单模式， 也提供了输入代码生成新建表的办法。实际上，输入代码创建这种对普通使用者看起来难度超高的办法，对专家用户来说， 却是简单而方便的。因此， 使用专家用户熟悉的方式，极大提高了这部分用户的使用效率和使用粘性。
手工选择配置生成新建表
输入SQL语句生成新建表
挑战9，平台同步和问题排除交互设计是一件既需要宏观把握， 同时也强调细心谨慎的工作。B端产品， 往往十分庞大， 功能模块之间联系紧密， 类似云计算这种平台， 功能众多， 平台依赖复杂， 不同的云形态各异， 在每一次功能设计结束之后， 往往需要对平台依赖进行更新， 对各种云形态进行配置， 这个过程比较繁琐细碎， 如何避免出现问题呢？要建立起常态化的走查工具。
1. 平台依赖表
上线一个功能， 往往会牵扯很多平台模块， 不能每次牵扯到一处平台依赖， 处理一处平台依赖。因此要做好B端产品的平台依赖走查工具， 在交互文档提交时确保不会出现遗漏的现象。
平台依赖表（部分）
2. 错误排查表
注意总结经常出现的问题，可能是一些不常见的状态， 可能是一些限制， 也可能是一些控件的用法， 举例说，常见的有“资源或流程未创建时的空态是否已经定义， 搜索无结果时显示什么反馈， 创建有无配额， 配置是否已经达到上限”等。
在交互文档正式提交前进行一次全面的走查， 避免出现类似的常见错误。
3. 产品分支形态差异表
由于客户需求的个性化， 底层逻辑的复杂性， B端平台可能会有很多不同的形态或分支， 要在清晰了解不同形态或分支需求的情况下， 先做好基础形态的交互文档， 并维护好不同分支与不同形态的平台差异表。
4. 启发式评估
启发式评估最先由Jakob Nielsen提出，主要是让3-5位可用性专家来评估界面设计是否符合公认的可用性准则（比如著名的Nielsen可用性十原则）以及存在的可用性问题。是能够快速有效地发现，整理并分析产品中存在的可用性问题，提出设计优化改进建议的过程。这种方法的优点在于成本低，效率高，能在较短的时间内发现很多可用性问题。为了保证平台的设计质量， 可以使用启发式评估工具， 定期对整个平台设计进行梳理。
