按钮|B端产品交互：简单并不是设计的最高标准( 二 ) 石板路|操作手册|交互设计|产

B端产品本身在流程和业务上相对会比较复杂，所以导致用户操作手册也会比较冗长。真正用心读完操作手册的用户并不会太多，如果有问题就会直接咨询客服或者产品经理，所以面对面的培训反而会有更好的效果。
2. 系统交互提示
基于上述原因，所以在系统内的交互提示反而更加重要。
用户之所以会疑惑，大部分的时候是因为打开系统不知道怎么去使用。还有就是操作了某个功能之后，反馈不是很明确，不知道下一步将如何使用。
老文在此提供两个例子：
1）业务导航指引菜单，公司集散中心系统-快捷导航图：

文章插图
2）钉钉系统内交互设计，善于利用交互提示：

文章插图
3. 列表页和查询条件
进入2B的系统，满屏都是列表，基本上列表页和查询条件占据了系统的一半以上，并且大部分的功能都是从列表查询页开始。
所以列表页的设计反而显得尤为重要，页面的布局和交互设计在一些细节上操作，会使得操作起来更加便捷，咱们直接看几个典型的案例。
1）查询列表设计

文章插图
2）表格中信息缩略设计

文章插图
3）推拉框（抽屉）设计
4. 弹窗还是开启新页面？
2B产品中经常需要思考这个问题，弹窗和重新开启一个新的页面，哪个交互体验会更加好。
排除研发人员的排斥心理和框架限制，这个交互需要好好思考，因为大多数的技术人员还是喜欢使用弹窗来解决，往往弹窗并不一定是最好的交互。
之所以单独将这块的内容拿出来分析，原因在于2B产品中新增、编辑、删除、查询、详情这个几个最多的场景，其中有新增、编辑、详情基本都是相似的功能。
在设计这些界面的交互时，一定要根据实际的业务来判断是采用弹窗还是开启一个新页面来完成交互。一款2B的产品如果在这几个功能交互上做到“赏心悦目”，那用户的体验基本上被征服了一大半。
以查看详情举例：

文章插图
三、反馈阐释规则：少即是多
老文认为约束也是一种交互设计，特别是在2B产品中，约束显得尤为重要，因为2B产品往往拥有相对复杂的流程。
在我们将现实业务场景中的呈现到产品中时，并不能完全照搬流程，因为在系统的流程设计时，应该要考虑如何约束用户行为，分支太多将会加大系统的复杂性同时，也使用户产生更多的困惑。
有意识的引导客户朝着产品设计的流程上操作，才能让用户体会到系统操作的便利性。
强约束：生活中最常见的就是各类接口的约束，如数据线、螺丝和螺帽，这种属于强约束或者叫做逻辑约束，如果不匹配的话根本无法使用，功能也将无法发挥作用。
弱约束：生活中常见的有红绿灯、汽车尾灯，这种也可以叫做文化限制，如果遇到了红灯还硬是要通过，那就会付出相应的代价或犯错。但是功能还是可以继续执行下去。
约束即规则，规则决定了一下事项：
用户使用某个功能时会发生什么？如：新增按钮。
交互期间用户可以进行什么操作？如：取消下载。
动作或状态发生的时间和先后顺序。如：订单状态变化。
交互是否可以重复或多久重复一次？如：订单支付按钮防止重复提交，点击之后禁用，直到完成之后再放开操作。
交互结束时会发生什么？切换到另外一个交互，还是自动消失？亦或是永远不结束？
回到产品的设计上来看，我们在设计约束时，不同的业务场景需要采取不同的约束等级，需要去模拟业务场景的操作行为，也不能全部都是强硬的约束。
根据最后一条规则的问题，用户可能知道可能不知道规则的存在，而规则完成之后就在于系统给予什么反馈。那么系统的引导就很重要了，所以约束和反馈一般都是在一起关联设计。
关于反馈的设计，主要是更加友好的让系统与用户进行对话。让用户及时得到自己想要的结果，并且能够让用户知道下一步如何操作。
系统的反馈设计除了那些重要的提示之外（如删除二次确认等），还应该更多的考虑流程上的反馈设计。
1. 业务场景一
假设一个业务流程需要A、B、C三个角色一起操作才能够完成，大部分产品的设计是给下游角色进行或系统内消息，或短信提示，或APP消息推送。但是，往往很容易忽略掉上游角色的感受。