众所周知 ，交互B 端设计更注重交互逻辑思维
 ，设计实例设计解决方案的个带学出发点需要建立在提升产品体验层面。一个很小的细节需求也需要更成熟的思考  ，这个思考过程如果有更多的高手集思广益定能探索出更好的设计 ，提升操作体验度。交互

最近在和朋友探讨他工作中的设计实例一个 B 端项目时，遇到了一个比较有意思的个带学思考，今天也和大家一起交流一下 。细节

一、高手初步方案

先看看学员初次提案的交互方案吧 
！备注 ：由于项目不能对外，设计实例这里展示的个带学数据信息为虚构，交互意图类似
。细节

交互说明 ：通过选择“引用内容”可以指定选择需要引用的内容
，再从列表中选择需要的“订单”。这个相当于把想要的信息复制出来，粘贴到新的场景中
，通过引用可以快速把单个订单或者多个订单内的指定内容复制出来。

该方案存在的争议是引用内容的选择更像是筛选，加深了用户的理解成本。从用户操作路径来看，出现了折回，交互流程不够顺畅。

二 、探索方案

根据初步的思维发散，尝试了一些调整
，首先在原方案的基础上进行了微调。把全选复选框提取出来了，增加了选择数量的提示 ，方便进行校对。引用内容添加了标题，方便操作时一目了然的知道传递的意思。

操作路径来看依然是有折回的，后期再进行思考一下，这个属于保守的探索。

操作项在表单上方难以避免交互路径折回，再次思考之后尝试了将操作项放在表单下方。

这样交互操作路径就不会出现折回 ，流程也会显得更加顺畅。不过引用内容的选择依然像筛选的感觉，如果设置了默认项 ，用户会忽略这个操作。

结合前面的思考如果在当前场景无法获得更好的解决方案 ，我们就要打破这个固化思维  ，探索完全不一样的交互思路。把整个交互流程进行了重新梳理 ，之前的交互流程 ：选择引用内容 → 选择订单 → 引用；调整之后交互流程：选择订单 → 引用 → 选择引用内容（弹窗） → 确认 。

从交互层面的操作路径来看，这是一个“加法”的设计 ，让步骤变得更多了 。不过从理解度的层面来说更易于理解
，引用内容的选择来说不会被忽略 ，操作误差会被降低 
。

虽然新增弹窗，但是操作流程还是很顺畅的。

三、邀你探索

以上只是这次探索的一小部分 ，项目的场景会更加复杂多变 。相信还会有更多的可能性 
，希望大家可以接着这个思路继续思考一下，看看还可以进行那些优化。

四、小结

B 端设计注重每一个业务功能的体验 ，一些细节的思考有助于培养我们的设计思维 ，希望大家可以多多发散 ，集思广益。本案例思考仅代表个人观点，大家可以继续补充和探索
。

黑马青年