端产品关于高信息密度的反馈机制的设计

　　在B端产品中，反馈机制设计需要根据是否引发附加操作和是否承载重要信息，而选择对应的反馈方式。作者结合工作实践，对常规反馈方式进行了总结，供大家参考。
　　在关于C端与B端产品的对比中，常提到B端产品对于交互的设计要求较低。然而，一方面各大厂都开始在B端领域发力，产品的可替代性逐渐提高；另一方面，尽管B端产品的核心在于业务逻辑和功能设计，好的交互依然是提高产品可用性和业务价值的重要手段。
　　所以，B端PM在产品设计时，依然需要重视UI，其中反馈机制又是很重要的一环。
　　从心理学上来说，对交流的需要是人的天性。当我们对外界发出一个信号，都在期待得到及时、明确、肯定的回应。
　　从产品设计上来说，好的反馈机制能够避免用户与产品交互过程中的失联体验，建立用户使用产品过程中的信心。
　　理想情况下，反馈机制的设计应该由交互设计师主导，但是实务中，尤其是B端领域，由于业务复杂性，很多时候交互设计与功能关联更为紧密，需要以PM的设计为主要依据。
　　一、B端产品反馈机制的设计原则
　　反馈从广义上来说包括两大类：一类是界面的跳转（即进入新页面），一类是停留在当前页面的交互。本文仅讨论后者，即狭义上理解的反馈。
　　反馈必不可少，但是任何形式的反馈都会增加认知成本，打断心流体验。所以，PM需要在前期多花心思去选择最合适的反馈机制。正所谓PM想多一点，用户就能想少一点。
　　那么，B端产品的反馈机制与C端有何不同呢？
　　一方面，顺着以终为始的思路，B端产品的最终目的是提高效率。对于用户来说，使用这个产品并没有获得某种快感的先天期待，其核心目标是用最少的操作、最快的速度完成工作。
　　另一方面，B端产品往往与实际业务相关，一旦误操作很容易造成较为严重的后果。如果反馈机制设置过多或方式不恰当，用户很可能因为一些下意识的操作（如点击确认）而导致不必要的损失。
　　所以，在B端产品的反馈机制设计上，核心原则一言以蔽之就是少而精，即提高信息密度。
　　二、B端产品反馈机制设计流程
　　1。降低信息冗余：非必要，不提示
　　笔者在刚开始进入B端领域的时候，为了强调自己对细节的重视，恨不得每一步交互都弹一个提示框。对用户来说，却是增加了很多不必要的点击和确认，也造成了注意力的涣散，和对系统可信度的稀释。
　　所以，在设计反馈时，最基础的检查就是同一个信息是否有重复提示。
　　如某文档工具，文件上传成功后，进度图标消失，文件已经陈列在刷新的列表中，便无需再弹一个上传成功。
　　但是换一个场景，在IM中转存文件到文档库时，由于界面没有其他提示途径，所以需要在页面弹一个toast。
　　2。选择合适的反馈方式
　　反馈的形式按照是否需要中断用户操作，分为模态框和非模态框两大类，其包含的反馈方式及特点总结于下图：
　　虽然这些空间有MaterialDesign和IOS的区分，但是随着多年的发展和相互借鉴，很多控件都有了类似的设计。所以下面仅从产品的角度进行分析，如有不确之处，希望各位UI同学不吝拍砖：
　　接下来，我们将需要反馈的场景进行分类，然后将反馈方式进行对应：
　　（1）如果不需要引发过多的附加操作，但是承载重要提示信息，如操作有误对操作后果的警示用户协议权限提示，或者重要运营信息，则采用dialogalert。
　　（2）如果不需要引发附加操作，且没有承载重要提示信息，如对上一步操作结果的反馈，则使用轻量级的toastHUDsnakebars
　　Toast一般对用户打扰较小，但部分场景下可以采用定义3秒显示时间，或全屏覆盖的形式加强信息提示的强度。
　　（3）如果需要引发附加操作，则根据操作类型选择popovermenuactionsheetactivitybars。
　　3。反馈方式的优化
　　（1）弹出位置
　　实际设计中，我们需要结合前后操作考虑，尽量缩短用户的操作路径。
　　如Alert通常出现在屏幕中心。但结合触发反馈的操作位置，Alert也可以在底部滑出。
　　（2）引导性设置
　　Actionsheet中，PM要注意提醒开发同学，如破坏性、危险性操作标红置顶。
　　Alertdialog中，常用推荐使用的选项要高亮。
　　要提供明确且安全的退出方式，如点击屏幕可以退出的控件，也可以保留cancel按钮。
　　（3）文案设计
　　反馈中的文案在提供足以支撑用户决策的基础上要尽量少，避免倒装、否定、歧义、语气强烈的表达。避免提示文案与按钮过度重复。
　　按钮避免用千篇一律的确定，可以根据情境设置为上传发送删除等。
　　（4）样式设计
　　B端产品很多采用工作台集成模式，各种轻应用大多由不同团队打造，但是同一产品模块内的同类反馈，要提醒UI同学尽量使用相同形式，统一认知。
　　总结
　　B端产品的反馈机制设计，需要根据是否引发附加操作是否承载重要信息，选择对应的反馈方式。
　　这种概括的粒度其实比较粗，在实际应用中需要结合具体场景具体分析，并结合优化方式，进一步提高反馈方式的信息密度，实现准确、高效的使用体验。
　　除了文中总结的常规反馈方式外，还可以考虑通过如震动、听觉等形式，实现轻量级的信息反馈，打破B端产品的扑克脸，丰富使用体验。
　　文章为作者在工作中的实践总结，多有不足之处，希望各位同学不吝拍砖，多多交流
　　参考文献
　　【1】http：www。woshipm。compd603334。html
　　【2】http：www。woshipm。compmd296674。html
　　【3】http：www。woshipm。comucd3494024。html