B端与C端产品的4种典型差异
做过B端产品的设计应该都有一定的认知,B端相对于C端来说,B端复杂的系统类产品目前处于基本可用状态,谈不上什么创新与体验,这在那些方面又有局限了?
今天我们从四个层面来探讨一下他们的差异化,深入分析一下B端与C端的本质区别,让大家真正认识到B端与C端到底是怎么区分的。这四个层面分别是:需求层面、用户层面、设计层面、迭代层面;
一、需求层面
需求的含义,名次解释:由需要而产生的要求。
如果放在产品研发流程里面,我的理解就是:要解决XX在XX场景下的XX诉求,达到XX任务和目标。
在产品研发流程里,需求层面是在整个流程的上游,在需求层面B端与C端有什么样的差异呢?他们又有什么共性和特性?
共性:都是因为需要而产生的要求。
特性:B端需求层面主要特性有:业务方主导、角色差异大、需求相对明确且稳定、业务逻辑复杂;C端需求层面主要特性有:产品经理主导、角色明确、需求变化频率高、业务逻辑相对简单;
以下我们主要探讨一下B端特性:
1)业务方主导
在B端,需求一般是由业务方主导,当然也有相应的产品经理,但是B端的产品经理主要起到承接与传递的作用,出现这种现象的原因主要有以下2点:
- 业务复杂。通常情况下,如果B端产品经理没有相关的业务经验,很难快速掌握足够多的业务知识,更不可能在短期内成为业务专家。
- 经验不足。B端产品解决的都是专业领域中的痛点,这些领域大多对产品经理来说比较陌生,很多时候产品经理不是自己所做产品的用户,如果经验不足,很难真正理解用户想要什么?用户真正的痛点是什么?
2)角色差异大
B端产品的角色复杂多样且重叠,每个角色基于自己的岗位和工作职责,对产品的需求也不一样,而且有的产品角色需求差异也非常大,甚至完全冲突。例如,对于一个团队管理协作的产品,管理者的诉求是更严格、更精细和更全面的系统,而对于被管理者的诉求是灵活性高,自由空间大,自己主动发挥性强,这两者诉求的冲突很难调和,只好做出取舍。做取舍就会对产品的设计打折扣,就会考虑到以功能为先。
对于C端来说用户角色差异并不是很大,C端面对的是同一个群体广泛的用户。没有这么细分,比如一个金融产品,面对的用户跨度很大,只要你下载App,就是他的用户。
3)业务相对明确且稳定
在C端领域中,用户需求是模糊和动态的,需要深入调研和挖掘,有时候即使做了很全面的功能,上线后用户也许还不会买你的账,不确定因素很大。而在B端领域中,每种角色的需求相对明确,当然这也是与业务所在的行业的成熟度有关,一个行业的成熟度越高,场景越明确,需求也就越稳定。
在另一方面,B端产品的需求稳定性很强,只要业务规则不变,同一角色的需求差异不大,也正是这一特点,B端产品能够表现出极强的生命力,周期相比C端产品要长得多。
4)逻辑复杂
在工作中,B端设计师经常会出现重复修改设计的场景,如果出现这样的场景我们也要站在业务角度去思考,为什么会重复修改?这是因为B端本身业务就很复杂,在业务和BA对接需求时,他们对于整体的逻辑和框架也会考虑的不周全,还有一个场景就是先让设计师先出图,业务再考虑流程及背后的框架,因为在有实物的场景中他们会考虑的更清晰。在B端领域里是繁琐的流程,复杂的规则,不同角色权限,这些都是互相影响的因素,往往就是“牵一发而动全身”的意思。
而在C端的业务流程相对来说是比较单一和清晰的,就比如下单流程,用户确定物品后点击下单就行,而这单一的流程对于后台B端来说可不简单。
二、用户层面
说到用户层面,也许大家都有一个感知,做B端很难接触到真实的用户,如果是C端,自己就是真实的用户,身边朋友也是真实的用户。其实想想也不是那么一回事,B端也是有真实的用户,比如某企业用的协作软件使用者就是它的用户,比如钉钉,如果企业购买钉钉企业软件,企业员工就是他们的用户,但是B端的用户有着几个特点:概念繁多且分离、角色多样且明确。
1)概念繁多且分离
在B端用户相关的概念众多,比如:业务方、业务代表、客户、客户代表、客户决策者等等,而这些都是统称,是一个非常宽泛的概念,但是在产品中具有相同权限用户的合集统称为-角色。
那在C端会有这么细分用户么?好像没有,因为在C端的用户概念指向的都是同一个人或同一群人,比如某某产品面向的用户是在校大学生或毕业应届生,都是很明确的。
B端用户分离,就是指业务方与使用者分离,决策者与使用方分离,业务也许也是使用方,但是业务方也是局部的使用,并不是真正的使用者,业务方对产品很熟悉,但是对于产品的体验和使用不是真实的用户;
决策者与使用者分离,决策者是对产品购买负责任的人,在某一定程度上也算是半个使用者,但他并不是真正的使用者用户。
2)角色多样且明确
B端产品中,产品角色复杂多样,这些角色与实际业务有着对应的关系,有的角色则是根据产品需要而设定,如钉钉系统,有HRD、HR专员、有团队管理员、部门管理者、普通员工、系统管理者等等角色,这些根据实际业务和系统管理上的要求明确定位和划分。
而对应C端来说就没有这么广泛的角色划分,不同用户至少基于一个共同的核心诉求,如小丽喜欢追偶像剧,小盼喜欢看体育,他们共同的诉求就是看视频。他们无非就是有一个会员和非会员之分。
三、设计层面
在设计层面,如果有做过B端与C端的设计师都有一个共同的感触,那就是B端相对于C端来说相对于保守和朴素一些,主要有那些差异呢?
1)重功能弱设计差异
在B端产品的交互方式与UI设计相对于C端来说要简单、朴素一些,因为在B端产品使用者更多关注的是产品功能流程使用的流不流畅。第二方面B端产品业务与数据都是很庞大的,需要展示的内容比较多,展示方式都以表单为主,设计师发挥的空间有限,一般在布局上给一些建议。
而在C端需要挖掘用户的动机,排除用户的担忧,还要实现用户的目标,这整个流程对设计提出了比较高的要求,所以在C端设计的创新和用户使用的体验是有着很高的要求。
2)场景的差异
C端产品就主要是为碎片化时间服务的,通常的使用场景是:用户A上班途中,打开云音乐,开始听歌;然后打开网易新闻,刷刷今日新闻,看看热搜;通常使用和操作都是在不同的客户端中进行流转,而非一直“专一”地使用单一app。
B端产品则正相反,该类产品是为了工作或商业目的而使用的软件。既然是为了工作,那就必然是长时间、沉浸式使用,且必须要使用的软件或工具。用户并不能以自身喜好来接受或拒绝。同时,该类软件或工具服务于本公司或企业所有员工,通常必须具有协同工作的功能。
四、迭代层面
在介绍迭代层面的时候我们首先要熟悉一个词:MVP。
MVP:Minimum Viable Product –最简化可实行产品。(百度百科),最简化可实行产品是指制作的成本要极低,但是却能展示最终产品的主要特色。
在C端产品面对上线时可以MVP推向市场,后续进行迭代,而在B端如果需要客户购买你的产品,那么产品的功能至少要达到其成熟形态的50%~70%,相对于C端来说B端需要大而全。这是因为产品的本质和特性而决定。
C端产品的本质基本都是一个核心功能,从核心功能而延展出更多的其他的功能,比如微信刚出来的时候是以社交功能为核心,后续延展其他功能来满足用户更多的需求。
B端产品的本质则是满足用户的工作需要,而工作需要从来不是单一的功能就可以满足的,其必然包括多项功能的复合及嵌套应用支持。比如一个请假流程,小王发起请假需要直接主管审批及HR审批通过后,这个流程才算走完。B端需要同人协作,如果没一个全面的闭环流程,这个产品也许是残缺的,或者不可用的。
以上从不同层面讲述B端与C端的差异,也许从这几个层面出发,你可以更清晰的理解到B端与C端的不同的点。虽然设计界一直说:B端产品C化设计,只有从底层逻辑上理解了他们的差异化,才能更好的去突破与创新。
以上观点只是从事多年的B端与C端设计工作的总结,欢迎大家一起交流探讨。
作者:WOWdesign,研究设计价值最大化,涉及用户体验、品牌体验、空间体验。
本文作者 @WOWdesign 。
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!