SaaS 类产品通常需要处理海量的数据,用户在使用这些产品时,最为常见的操作也可以总结为 “增,删,改,查”。用户使用 B 端产品,因工作的需要,往往有很强的目的性和场景性,因此 B 端产品通常有着多个应用或模块的入口,体量较大。所以 B 端产品主要是方便用户快捷操作,快速协同。
下面为 B 端用户的常见业务场景:
❤️B端产品设计思维【6大】 - 图1

在梳理并且甄别需求的同时,首先产品经理需要针对 B 端用户群和 B 端业务做整体的画像分析:

B端用户群的特点:

1、长时间工作容易疲惫

2、任务多,压力大,易烦躁,怕出错

3.结果导向,效率至上

4.常被打断,容易迷失

❤️B端产品设计思维【6大】 - 图2

B端业务特点

1、功能庞杂、模块多

2、多角色多权限

3、操作繁琐,流程复杂

4、数据量大

❤️B端产品设计思维【6大】 - 图3

那么针对用户群特点和 B 端业务,整理出 B 端产品设计的思维:

B端设计思维:

❤️B端产品设计思维【6大】 - 图4

结合 B 端的业务场景和设计思维,产品经理在做 B 端产品需要遵循这六条原则:

❤️B端产品设计思维【6大】 - 图5

举个例子,下图是 John 在几年前为一家导购产品做的 B 端解决方案:

首先针对多角色用户做用户调研。往往最后的购买决策者是不清晰操作者用户的需求的。所以需要针对于操作者用户进行划分和功能梳理。

❤️B端产品设计思维【6大】 - 图6

1、平衡多方需求:

因为导购的产品,操作者用户群基本在 30~40 岁且文化程度普遍都不高的用户如何更好的完成日常工作和商品销量业绩。所以需要梳理如下图所示各职能部门业务形态。

❤️B端产品设计思维【6大】 - 图7

在针对性的做这个产品的场景中,业务需求很简单和清晰了。但是中间最大的坑是整个的交互风格和产品设计中的模块的优先级。如下图所示:

❤️B端产品设计思维【6大】 - 图8

为了减轻督导日常审批工作的负担,我们将审批操作的入口放置在首页,督导可以通过滑动卡片在多个审批申请之间切换,也可直接点击 “通过” 按钮快捷操作,无需跳转到审批详情页,从而提升了督导日常管理和运营的工作效率。如下图:

❤️B端产品设计思维【6大】 - 图9

而最底层的广大用户——导购员,通过调研,我们了解到这类用户多为 30-40 岁的中年妇女,且学历普遍不高,因此我们不能设计太复杂的操作,在页面的信息架构上也要尽可能简单,尽可能通过简单的操作和明显的提示来降低用户的认知负荷。

❤️B端产品设计思维【6大】 - 图10

2、充分理解业务逻辑

B 端产品因业务功能的特殊和复杂性,往往流程较为复杂,例如最为常见的请假销假,设计时一定要从头到尾理清楚用户操作的关键节点,保证流程的闭环,同时在设计时要考虑到多个角色之间的交互,以及不同模块之间的响应配合,不可只考虑一个独立模块里的操作,避免因流程不完整而缺失页面。

❤️B端产品设计思维【6大】 - 图11

梳理完流程后,实际上就可以梳理出最关键的几个页面,保证流程走得通。而剩下的工作,则是对一些异常情况的考虑和企业级的产品,很多需求和痛点都是管理上的需求和痛点,虽然有时很多业务需求我们站在用户的角度确实觉得体验很不好,但站在管理层的角度,就会发现确实是真实存在的。那么,产品经理在执行的过程中需要清晰的在需求和用户体验之间做到平衡点。

3、植入管理思维

❤️B端产品设计思维【6大】 - 图12

4、效率至上

企业软件的核心使命是提升公司的运作效益,因而如何减少不必要的跳转,尽可能简化操作步骤,让用户已最快的速度完成任务,是我们在设计产品时需要首要考虑的。

例如,下面的赠品发放,改完方案二直接拉取库存的赠品数据后,步骤简化了整整两步操作。方案一虽然满足了全部需求,但用户需要点击七次才可完成一次赠品的发放。而方案二只需要五步,我们在设计方案时要做到不求最好,只求更好,完成初稿后一定要思考有没有更好的,更便捷的解决方案。

❤️B端产品设计思维【6大】 - 图13

同时我们要深入思考企业多人办公,效率低的真实原因,是否在沟通传达和工作交接层面耗费了大量的时间。因此,如果能将多人的工作进程实时同步,文档共享,就可以减少不少因工作交接,文件传输而损耗的精力和时间。

❤️B端产品设计思维【6大】 - 图14

5、状态可见,实时反馈

无论是底层员工还是领导层,在工作时难免会遇到被打断的情况,此时当用户放下手头上的工作去协商其他事宜,回到任务时是否能在第一时间进入状态,这就需要我们给用户最及时的反馈和状态提示。让用户能时刻了解到自己的状态和剩余的步骤,减少困惑。

❤️B端产品设计思维【6大】 - 图15

6、组件化思维

同时我们也需要组件化思维。组件不同于基本控件,是在特定的业务场景下,相对固定的控件组合,能实现一定的小功能。当我们在做项目时,如果能够有意识地积累和归纳这些高频出现的组件,不仅可以提升效率,也可以让我们对业务有更深入的思考。

❤️B端产品设计思维【6大】 - 图16

John 列举一下常见的组建(也可以叫通用模块):

❤️B端产品设计思维【6大】 - 图17

可能有的小伙伴发现了,为什么没有去写需求管理和版本以及需求优先级等内容呢?其实 John 之前写过工作流的文章,传送门:《一文说清楚产品经理工作流》。其实这篇文章更想聊的是 B 端产品过程中如何传达产品经理的想法。

John 通过一个方法论总结下上面的内容:

❤️B端产品设计思维【6大】 - 图18

❤️B端产品设计思维【6大】 - 图19

❤️B端产品设计思维【6大】 - 图20

❤️B端产品设计思维【6大】 - 图21

❤️B端产品设计思维【6大】 - 图22

写到最后,产品经理在做 B 端产品设计的过程中,我们需要记住一句话:你设计的产品是帮助不同角色的用户在不同的场景下解决他们最核心的需求。其它的,就需要产品经理去调研了…… 仅此而已。

原文链接:https://mp.weixin.qq.com/s/A3eBeSgE7vnmht-zYj6DuQ
https://www.yuque.com/frost/ux/yl4vkw