B端产品经理躬身入局逻辑

书接上回，今天来讲讲作为一名B端产品经理和想做一名B端产品经理的小伙伴，在躬身入局的时候如何去理解B端产品的本质特征，以作为产品设计的出发点和依据；如何了解产品设计工作中B端产品经理要做的事；B端产品经理的能力模型是怎么样的，以及如果你想进入B端产品经理领域需要学习的技能和注意事项。

一、我们为什么要做B端产品经理

说到B端产品经理，说白了就是我们打工人认为在现在的环境下C端产品市场需求量较低，B端市场需求量较高，对我们未来的职业规划有一定的好处，具体B端和C端的差异可以看我上一个文章。

这里主要是对各位打工人如何选择对自己未来比较有价值的赛道做一个简单的说明，毕竟成功是99%的努力 1%的选择，但是那1%的选择有时候比99%的努力更重要

1. 行业/赛道的选择逻辑

产品经理需要有：“追逐资本的意识”！！！

这句话是我认为作为一个在商业社会中的人都需要具备的意识，尤其是作为一名B端产品经理，所有赛道存在的前提都是资本；而企业服务的底层逻辑就是：甲方需求才决定了乙方的价值。

在选择赛道的时候有一个三维模型Y=A（行业变化；对标市值；市场规模）：

• 市场规模：通常来说也是大家最应该关注的首要指标，但是实操过程中还是可能存在不少噪音（如：光刻机虽然市场规模大，但是咱们也干不了，有极强的壁垒）
• 对标市值：虽然不同的国家，不同的行业存在差异，但是成熟市场对标公司创造的价值和满足的市场需求仍然是长期判断的参考
• 行业变化：这个指标一般来说是投资中的重点，这个变化短期来看会直接影响公司微观业务变化，长期来看，是有可能改变行业格局的，一般率先借势起来的公司不仅是行业成长红利最大的受益者，也会在某种程度上定义未来行业的规则。

二、B端产品经理需要学习或掌握的能力架构

1. B端产品经理学习建议

2. B端产品经理的能力模型

由于B端产品和C端产品本质上的不同，造成了B端产品的特征不同，然后是产品设计工作流程内容不同，这就造成了能力不同，需要学习新的技能。

B端产品本质特征是解决组织痛点，对接的也是组织需求，因为买的人和用的人不一定是一个人群，就像你讨厌的钉钉，就是典型的购买人和使用人群的不同，所以在过程中，你一定会受到各方各面的压力，问题，我总结了B端产品经理所需要的能力模型：

2.1 基础素质

学习能力：学习业务知识，了解工作流程，知道业务在说什么，知道业务流转过程是怎么样的，有没有什么坑（业务黑盒）；学习商业知识；学习技术知识

沟通能力：做B端很多时候需要和“不懂业务的专业用户沟通”（开发）以及“不懂专业的但精通业务的用户沟通”（甲方；老板）；这种多角色沟通的时候就需要你能找到平衡点

逻辑思维能力：由于B端产品业务通常逻辑复杂，在设计的时候需要有很好的逻辑思维

2.2 专业知识

示例：金融支付领域复杂沟通流程化

技术知识：由于B端产品业务多样性，很多时候产品方案需要考虑技术可行性，所以需要懂一些技术知识，比如一场活动的销售报表,在TB级数据的情况下，如何做到实时性，高并发和查询效率的平衡，这就要求产品经理懂一定的技术，至少开发说啥你知道。

行业&法规知识：主要就是要知道行业成熟的协作流程，角色，职责，以及一些行业的潜规则，比如金融行业，文娱行业等会有很多地区的法规政策，不能触碰。

软件工程知识：由于B端的业务逻辑复杂，流程分支多，可以借助UML软件工程的工具来梳理逻辑，流程，角色关系和数量。

2.3 专业技能

用户调研，竞品分析：知道收集什么用户的需求，知道谁的需求最重要（通常是老板或者决策者），了解行业内成熟的解决方案（知道怎么抄更好）。

需求处理：把收集到的需求归并，在技术语言和业务语言中来回翻译，能拆解分析所负责的业务流程，并清晰地将信息传递给用户和团队。

产品设计：规划产品，数据模式设计，角色与流程，详细需求，交互设计等。

2.4 个人影响力

组织传承：之前做过的产品设计，规划等，形成组织或个人资产，让经验本累计。

方法论建设：把日常工作经验进行提炼总结，形成可复用的工作技巧，提高你的工作质量和效率。

2.5 综合角色能力

项目经理（项目管理）：很多B端的项目是由产品经理兼任的，但是管理起来更复杂，由于产品经理是最了解业务的，可能会涉及到：商务；复杂业务；甲方对接等。

交互、UI：B端偏工具化，业务复杂度高，就算有专门的设计师，也需要产品经理参与。

市场、售前、售后：因为对产品和业务全面了解，旺旺会参与到客户的谈判，打单，以及售后。

附上一张B端产品经理和C端产品经理的能力模型图

3. 产品经理的坑

3.1 成为业务专家？

B端产品经理第一坑：你变成了一个足够了解你们公司业务的产品经理，成为了一个细分业务领域的专家，那就像左图，你的不可替代性变得很高，但同时，你可能受到局限，在市场上的就业面变的更窄。

建议：多做领域专家，领域通用，而业务具有一定的局限性。

3.2 改变世界？

B端产品经理第二坑：你觉得你是一个怀抱着改变世界的产品吗？你觉得你在做用户体验，那些甲方爸爸都是傻x吗？那你恐怕会被怼的体无完肤，我就见过一个刚入行的同学，为了提高B端效率而做出了反人类的操作逻辑。

建议：识别干系人，知道这个系统使用的角色他在整个系统流程上要做什么，起什么作用，他的上一层和流转的下一层是谁，调整好心态，承受各方“爸爸”们的压力（甲方；老板；开发）。

三、B端产品经理怎么干活

产品设计流程：

业务模式选择：

1. 业务模式

主要取决于你所在的公司的业务模式是怎么样，通常分为：通用型解决方案（saas），这种一般由公司内部工作协作需要产生，内部孵化后，验证市场之后改造推向市场；定制化解决方案（paas），这种就属于高度定制

2. 产品整体设计

业务调研：

深入到企业观察，了解业务模式，运作流程，组织结构业务流，了解业务专业知识

需求收集：

收集人群：分别和决策者，管理者，使用者收集需求，观察不同角色的工作流程，分析提炼需求

需求加工：根据原始需求，进行需求翻译，给出翻译后的业务需求，反复确认，形成最终需求

解决方案设计：

参考“竞品”成熟经验；动态产出需求DEMO演示（不要等到做完了在演示，同时也是作为项目管理中的需求变更风险的管理）

核心业务流程设计：多方干系人诉求梳理和确认

系统功能模块拆分：按照各个模块重点来分拆，比如财务模块最重要的就是可盘点，可溯源，准确

产品规划：工期；效果；功能；业务流；角色；权限等规划

3. 产品详细设计

需求管理：主要就是需求变更的控制，B端业务有时变更快，不好阻挡（B端业务为重，不像C端，所以有些需求是不好拒绝的）。

数据模型设计：例如数据库的星星模型，雪花模型，权限表结构模型等……

分支业务流程：因为B端流程复杂，状态多样，所以在很多地方需要预留人工介入节点。

界面设计；交互设计；视觉设计（优先级较弱）；原型；PRD；需求评审会。

4. 开发测试

开发测试主要就是做项目时间管理，项目风险管理：开发人员风险（请假；离职等）；项目变更风险；项目取消风险。

5. 发布

用户培训以及操作手册–数据统计准备–验收材料准备–商务流程准备

6. 运营，市场

B端一般有很高的稳定性要求，有问题需求及时解决问题，比较偏向运维。

产品销售模式一般采用线下销售 线上推广的模式。

用户的使用频率比较依赖于工作流程，同C端不同，B端用户使用更多是连续性的，而C端更多是碎片化的，这也就造成了我们产品在做埋点和分析的时候的思路不一致，在C端重要的如日活月活在B端也就不重要了，一般是续费率最重要。

最后总结一下：B端产品本质是解决组织痛点；产品流程设计业务逻辑复杂，需要能识别干系人；B端产品经理的能力模型：是基础素质；专业知识；技能知识；组织影响力，以及综合角色能力组成。

希望文章能帮助已经在B端领域的你知道怎么系统化工作，或者是想进入B端产品领域的你有一个方向。

版权声明

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