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

当A完成自己的操作时，我们很容易想到的是给下游提示，提醒他们及时的完成操作。但是却忘记及时给A角色做反馈，告诉A接下来他应该干什么。
这个时候很容易让A或B产生困惑，我接下来应该干什么？
好的交互设计是，当A完成自己的操作时，进行引导反馈，如提示：“您的订单已经完成发布，系统将通知B及时接单，订单完成时，系统将给您发送信息通知您。”
如有必要的话，可以引导A角色去操作另外的功能，如：“您可以及时完成订单支付，承运商接单后可以及时收到运费”，并给出对应的订单支付功能的快速链接。
2. 业务场景二
常见的活动抽奖大转盘，大部分这种抽奖的算法都不是公平的，当用户点击抽奖按钮后，只需要反馈抽奖结果即可：恭喜你中奖了！or 很遗憾，您什么都没有得到，下次加油！不需要将里面的算法都反馈给你用户，为什么你没有中到一等奖。
与这个场景类似的还有我们常见的进度条，反馈给用户的结果是：前面99%进度走的非常快，但是后面1%会相对变慢或等待。
业务场景二需要说明的是，有时候不让用户知道约束的细节同样有合理的非欺骗性原因。用户每次触发的操作没有必要都让用户知道获取的数据，只需要向他们反馈一些重要的结果或变化即可，用最少的反馈传达最丰富的的信息。

文章插图
四、B端产品交互设计的一些经验和总结
1. 即使资源不够，也不能只注重功能而放弃交互设计
现在2B产品的设计中MVP的设计思路也越来越多，但是更多的都是关注功能层面，往往很容易忽略掉交互设计这块。总是以先满足功能为前提，UI和交互设计可以后续慢慢迭代。
但是老文觉得即便是2B也有一个基本的底线，不能一味的让步这块的体验。产品经理在设计产品的时候，特别是原型时，就兼顾这块的考虑，最后会发现事实上并不需要投入额外资源也能呈现一个更好的交互性产品。
所以B端产品经理在设计产品时，即便一开始研发资源不够的情况下，也不能放弃掉交互设计这块。
老文公司由于产品线较多，所以每次一个新的产品都是研发资源相对紧张，牺牲了交互设计，导致呈现出来的第一个版本用户体验很不好，用户的第一印象不好的情况下，即便是后面逐步去改善，也需要花费很多时间和精力。
2. 简单并不是设计的最高标准
老文经常去一线客户处收集需求，每次客户老板都会跟我说：“业务流程就是这样，具体要做成什么样我也不知道，但是我只有一个要求：简单、好用、最好是傻瓜式操作。”
老文一直在苦苦追寻，到底如何将B端产品设计的流程设计简单？是将实际的业务流程中某些操作直接砍掉么，还是重新设计一套流程呢？
不管是采用哪种方式，最后得到的反馈都是不满足用户需求。最后发现用户并不是需要一个变型的业务流程，也不是害怕复杂，而是用户在使用系统的过程中有很多困惑，系统并未给出反馈。
所以，用户要的是他的解决困惑，复杂并不是问题。设计上用户多操作几下按钮并不会造成用户的体验下降。所以回到第一点上，交互设计并不是页面做的多么花哨，而是设计时将困惑解除。
3. 好看的东西更好用，美即是生产力
如果解决了上述两个层次上的需求，那么我们回到和第二点冲突的地方，第二点中不需要页面的花哨，那是因为那个阶段更应该关注解决用户困惑。
在第二点的基础上更上一个层次的话，那我们就需要考虑外表上的东西了，犹如第三点的标题一样。美即是生产力，即便没有内涵，至少也要是一个花瓶。用户的评价至少也要是：虽然那个产品使用很一般，但是设计的还是很美的。
这里包含两点，一个是美可以给人带来好的心情；第二个是美需要相互组合，想要呈现出好看的产品，同时也将要更多的考虑功能之间的组合，所以好看的东西更好用。
4. 除了更美之外，还需要考虑人性的需求
最后，除了外表之外，我们还需要考虑更深层次的需求，也就是反思层面上面的的需求。
产品的设计到最后其实就是研究用户的心理，这一点在C端产品上体现的更加明显，如现在的短视频、淘宝等APP，将用户的行为、心理分析的非常透彻了。
那么B端产品该如何设计和体现呢，老文认为需要深入了解产品行业之后，将行业内涵上的东西表现出来。比如行业内的约定俗成的术语、规矩、文化等，然后通过系统中的名词、图标呈现出来。