下面是小编为大家整理的产品经理学习资料,-,交互设计师，如何提升B端产品使用效率,供大家参考。
交互设计师，如何提升 B 端产品的使用效率
对于 B 端商家而言，时间就是收益，在处理大量订单、查询不同维度的数据、导入导出各种报表等方面，对于系统的效率和稳定性有着极高的要求。因此，提升系统的使用效率就成为交互设计师工作中重要的内容之一。
那么，对于交互设计师而言，该如何从根本上提升系统的使用效率呢？ 我觉得，应该从两个维度切入，一是了解用户在使用该功能本质上「解决的业务问题到底是什么」，二是深入了解系统功能在实际使用场景下「用户的操作习惯。
具体的可以通过以下几方面进行着手：
一、提升通用性 提高系统内的一致性，减少用户认知成本，对于 B 端系统用户是很重要的。
比如，在同一平台内的页面，交互形式上要尽量保持一致性。不要有的地方是点击呼出浮层、有的地方是鼠标 hover 呼出浮层；同一个数据模块内，有的统计经营日数据、有的统计自然日数据，这会让用户犯迷糊。提高通用性，也意味着你需要关注并熟悉系统内不同功能之间的关联性，尽量做到统一处理。
另外在做 PC 端时，如果有相匹配的移动端产品，在两者没有实质性的差异化时，那么数据（如文案、图片、数据统计维度等）的获取可以采用同一个数据源，操作流程和展现形式尽可能保持统一性，但是也要注意不同平台载体的特性。
二、提高易用性 如果你的产品，不需要对用户进行培训就能上手，那么说明设计是比较友好
的。但是在 B 端系统中，易用性不一定意味着简单和低智，因为每个系统都会有自己特有的行业属性和无法简化的复杂流程。所以，提高易用性意味着要设计合理的交互。另外，易用性分为对新手（小白用户）友好和对老用户（专家用户）友好，包括数量最大的中间用户。
如果你的界面是仅仅对于新手友好，那么可能完成的任务都是简单而轻松的。但是对于老用户，他需要更复杂的功能来处理大量庞杂的任务；因此在设计的时候，既要提供傻瓜式的操作方式，也要对专家用户提供提高效率的工具。
其中针对老用户（专家用户）的反馈需要全面的看待。举个例子，比如我们在做的酒店行业，整体 PMS 系统的使用体验都不高，并且每个厂商都会针对酒店or 酒店集团做功能定制化，所以各系统都会存在一些差异性。而这些老用户因为年龄、学历、根深蒂固的使用习惯等原因，会在使用系统的过程中依据过往自己的经验来做出操作判断，对一些新的方案产生较大的排斥，由此产生更高的学习成本和培训成本。这种情况下，就需要更全面的去分析，当前创新的方案是否解决公司业务的问题、是否优化了原有的流程提升了效率、大部分用户的使用满意度等几个方面来进行定性和定量的判断。
三、场景化思维，深入业务 B 端系统，因为其特殊属性，交互设计师会面临的更多的挑战。一方面需要足够理解公司的业务，产出不同阶段适合业务落地的方案；另一方面，需要对行业有足够的认知，更够扎深到用户真实的使用场景下，去思考系统各个功能本质上解决的问题是什么，用户的使用习惯是什么。
举例 A：
公司进入酒店行业初期，迫切需要快速进行量的积累，于是业务树立的核心是面对单体酒店、聚焦中小商家。
这类商家普遍存在的问题是：
系统使用程度较低； 使用的系统种类繁多； 从业人员素质较差； 人员储备低； 工作流程不标准 围绕这些问题，为了更好配合业务落地，进行商家系统的切换，设计面试的挑战是：
尽可能降低用户学习成本 满足人员储备低、多任务并行处理的场景 围绕着这些问题，就需要系统初期功能的设计上尽可能通用化、简单化，以降低初期用户迁移产生的学习成本和公司的培训成本；为了解决这类酒店多任务并行处理的问题，需要在系统整体的交互框架上做出优化，比如不同任务通过新开浏览器标签来进行并行处理，整体页面中增加高频模块的快捷入口等形式，来满足用户需求。
所有的设计方案，始终围绕公司的业务目标进行落地。
举例 B：
为了提升系统的使用效率，需要交互设计师深入每一个场景，才能更好的理解用户使用某个功能的习惯和目的。
除了进行大量的用户访谈、可用性测试外，有条件对不同角色的用户进行跟踪，可以有效提升交互设计师对行业、功能、用户的理解。
比如：酒店系统中-价格日历模块，其本质是通过改价改库存，提升酒店整体收益。
该模块是高频使用的功能，需要定时结合当前酒店售卖情况，对美团、携程等渠道进行价格和库存的调整。原有系统中，把门店渠道（酒店）和线上 OTA 渠道合并到一起；每个房型下面有次级的产品，产品下面又分不同的售卖渠道，渠道后面展示每一天对应的库存和价格，整体信息层级较深、信息量大、操作难度和学习成本较高。
在跟踪店长的日常工作中发现，每次操作核心都聚焦在不同的线上渠道，对于门店很少涉及改动，通过沟通了解到酒店业务中，门店的售卖价格和库存属于基础信息范畴，很少频繁调整，并且线上渠道的订单量占比更高。
基于这个背景，我们交互设计师回来快速的进行方案优化：
方案一，把线上渠道和门店渠道拆分 方案二，方案一的基础上，线上渠道继续拆分到每个渠道，最大程度降低信息量和层级 拿着这两个方案再回到一线，让店长、运营等用户进行使用，最终确定方案一。因为渠道颗粒度拆分太细，看起来信息更加聚焦、操作和学习成本更低，但是不方便不同渠道售卖情况进行横向对比。
另外，B 端系统的用户类型更复杂，包含一线执行用户、中层管理者、最高决策者，同一个功能不同的角色在使用的过程中，关注的点也不同。就需要交互
设计师能够从不同用户类型出发，还原这类用户实际使用功能的习惯和本质诉求，进行方案优化。
比如常规的帮助反馈功能，在实际接触用户过程中，一线执行-前台不会反馈问题，迫切的诉求是电话沟通一线技术支持或者公司运营；中层管理者-店长，会具体填写使用问题并截图反馈到系统 or 公司群里。这就要求在设计该功能时候，能够从角色出发，通过账号权限，对前端页面进行配置，以更快更高效的满足不同用户的使用诉求。
以上是最近对做B端产品的一些体会和总结，在做项目前，一定要了解行业，去熟悉行业的通用做法，了解行业的专业术语和规范，研究行业的群体特征等，这样你才能做出真正适合市场且能让大多数用户满意的产品。
