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

编辑导语：很多时候，我们对B端产品交互设计的思维方式都是固化的，因此需要具备对用户移情或者同理心的能力，才能够理解不同情形下交互的操作环境。接下来，本文作者为我们分享了B端产品交互设计的一些经验和总结，告诉我们简单并不是设计的最高标准。

文章插图
一、初衷：改变固化的B端产品交互设计思维方式
1. 生活场景设计
故事开始之前，咱们先看看两个生活中常见的场景：

文章插图
1）石板路
每次去公园的时候，遇到公园有些石板路，你是否也和老文一样有强迫症，每一步脚印一定要踩在石板的中间。
但是你是否发现公园石板路，不管是宽石板还是那种窄石板，石板和石板之间的距离很不合理，一步走一格，步子太小；一步走两格，步子又太大。
2）遥控器
记得家里第一台彩色电视机，遥控器上满是按钮，并且还有很多不明思议的按钮。
出于好奇每个按钮都会去体验一下，其中有一些按钮会出现搞不懂的功能，有一些则没有按钮没任何反应，让人不知所措。
以上两个场景，石板路没有说明书，因为走路大家都会，但是石板路的设计却让人很不舒服。遥控器有说明书，但是繁琐的说明书依旧让人很困惑，那我们是否在石板路两头各制作一个石板路说明书？
告诉大家石板路应该怎么走；亦或是直接砍掉遥控器上让人困惑的按钮键，一了百了？不管我们采取哪种方式解决问题，都会让人感觉很牵强。所以当软件产品的设计时，遇到类似的问题应该怎么处理。
2. B端产品交互设计的问题和文章背景
通过两个生活场景，咱们把石板路和电视机遥控器看成一个软件产品，那其实就是产品经理在设计上出现了问题。
类似场景，在B端的产品交互设计中也是会经常出现的问题。最近老文公司的产品每增加一个新的客户，总是听到重复的声音：
你们公司的系统流程好复杂呀！
这个地方的费用是怎么计算的？
操作完这个功能之后，接下来我要做什么？
司机能不能不提供身份证号码？
点完这个按钮之后系统自动执行流程？
……..
如果一个问题总是被用户重复提出疑惑，那肯定是产品的设计给用户造成了心情上的不美丽，老文了解到公司的其他产品也出现同样的问题。发现问题集中在公司新上线的B端产品上，并且用户的问题基本类似。
这样使得我不得不去重视这些问题，以前设计B端产品的时候固化的思维方式是：优先实现功能，交互设计、UI可以放后面再去完善。
这种思维方式是否可取需要重新考虑，因为这些产品都有相对完善的产品介绍和用户操作手册，但是用户依旧还是会提出很多同质问题，并且出现在多个产品上。
正因为上述问题，也激起我重新思考B端产品交互设计的重要性，如何在资源有限的情况下，解决好业务复杂的B端产品交互设计。
还有就是现在的企业用户已经不是以前仅仅满足于功能的使用，对产品的UI设计、交互设计也有了更高的追求。
背景：老文公司是一家互联网物流解决方案供应商，面向的用户是物流行业中一线员工。虽然他们自己总说行业文化程度不高，系统接收能力不强，系统要简单、方便。
即便如此，事实上他们也已经被各种APP培养的很“娇贵”了。
二、何为交互：用户移情或同理心
何为交互？交互：交流互动，即系统与用户“对话”的过程。
老文认为在产品中的交互设计，这个过程经历了两次完全独立的人机交互，一个是产品经理将设计的系统和功能，通过技术工程师编码呈现出来；二个是用户通过使用系统和功能达成和产品经理“对话”。
设计产品的交互，需要了解产品的最终用户，知道他们想达成什么目的，需要经历那些步骤。还要求理解不同情形下交互的操作环境。
所以，对用户的移情或者同理心，观察用户的本事以及把产品的方方面面融入交互细节的能力都至关重要。
1. 用户操作手册
用户操作手册在B端产品中属于一个必备的产品类文档，先不管文档的水平如何，在面向客户的SaaS产品或者平台类产品，就文档的使用效果而言，整体的情况一般。
当然，在公司内部使用的B端产品或强产品类型的情况是另外一个场景了。
所以，产品经理在产品交付的初期，不能过度的期待用户操作手册能够带来太大的效果，因为这还跟用户使用系统的素质有关系。