产品经理不妨这样走近B端产品

一、B端产品和C端产品的区别

产品经理不妨这样走近B端产品

B端产品,服务的生产关系链条复杂,用户画像很丰满。

B端产品,注重于续费率即复购,迁移成本高,难以替换。

产品经理不妨这样走近B端产品

C端用户利用20%的付费用户的增值服务都可以存货下去,而B端用户不一样,都是要收费的,而收费用户用起来产品会很不一样,底气足一些,会像产品提更多的需求。

定制化需求的目标,个别用户提出了,是不是要做?那么C端产品要注意的是:

1.这个需求到底是不是用户的真实需求;

2.这个需求具不具备通用性,也许是标准化的需求,自己衡量;

3.当前产品的目标和公司的战略目标,到底是走Saas模式的标准化还是走中大型客户的定制化需求。

二、B端产品的分类

产品经理不妨这样走近B端产品

ToB的本质:为企业服务的解决方案,这种解决方案以产品的形式体现出来。

产品经理不妨这样走近B端产品

CRM占比最多,医疗的挂号系统、物流等系统。

为什么CRM占比管理?

即客户关系管理系统,通俗来讲,客户是企业的经济来源,很重要。CRM解决客户的关系管理,提升销售效率,最终的结果是提升营业额,即是解决了企业的生存和营收这个痛点,提高了企业的竞争力。只有解决用户真正的痛点,用户才会买单,智能客服现在解决了销售效率和营业额,筛选有效高效客户。

三、B端产品的部署

部署方式:

产品经理不妨这样走近B端产品

Iaas:

银行、保险这类保密性较强的企业,一般会搭载自己的服务器,常用的是Iaas。

产品经理不妨这样走近B端产品

SaaS:

对客户的要求成本最低,客户最容易接受,所以最常见。

经常会遇到标准化和定制化的需求,在产品战略和公司战略方面权衡。

产品经理不妨这样走近B端产品

Paas:

公司缺少很多解决方案,直接在平台上购买人脸识别,文本转换,图片识别等这类的解决方案,来完善公司业务。

产品经理不妨这样走近B端产品

四、B端产品的核心要点

常见的B端业务场景:

产品经理不妨这样走近B端产品

这种系统很多地方在于对于列表数据的增删改查。B端产品对安全管理更加严格。

B端产品的用户特点:

1、长时间工作容易疲惫;

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

3、结果导向,效率至上;

4、常被打断,容易迷失。

CRM的前身,算是Excel表单。

B端业务的特点:

1、功能庞杂,模块多;

2、多角色,多权限;

3、操作繁琐,流程复杂;

4、数据量大。

B端产品设计思维:

梳理业务逻辑的能力:

产品经理不妨这样走近B端产品

1、平衡多方需求;

2、充分理解业务;

3、简化步骤,效率至上;

4、状态可见,实施反馈

5、通用解决方案;

6、组件化思维。

B端常见业务的业务流程:

B端产品的闭环:有始有终,状态反馈。

产品经理不妨这样走近B端产品

B端产品的设计流程:

产品经理不妨这样走近B端产品

1、产品背景分析

1.1目标客群分析:

产品经理不妨这样走近B端产品

1.2业务目标分析:

产品经理不妨这样走近B端产品

2、业务分析

2.1业务需求整理

产品经理不妨这样走近B端产品

2.2业务流程分析

做B端还是需要了解部分数据流的流转。

产品经理不妨这样走近B端产品

3、确定需求

3.1确定需求细节

产品经理不妨这样走近B端产品

挖掘和转换的过程:要将用户的诉求准确的转换成用户的真正需求,再将这些需求融合到自己的产品里面形成解决方案。

3.2需求分析

产品经理不妨这样走近B端产品

4、搭建系统

4.1菜单结构设计

专注于垂直行业的B端产品则往往以业务流程的职责划分为菜单划分的标准,也就是以“事”为主线的设计方式。这种设计方式的好处是可以有效的避免重复和混乱的现象,对整个系统的架构都是非常清晰明了的。

4.2CRUD原则

在互联网中,经常提到CRUD原则,也就是将新增、删除、查询与修改等操作合并为一个管理页面,例如订单管理页面的,订单的增删改查。

4.3RBAC权限模型

B端产品的权限设计通常都是适合RBAC模型的,也就是每个用户都要被赋予一个或者多个系统角色,每个系统角色都对应一个明确的权限集合,包括对菜单、页面元素等资源的访问与操作权限。建立一个“用户–角色–权限”之间的对应关系。

注:多见客户,了解需求,所有的指标是客户规定的。

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部