一直在做企业内部的项目，所以大部分产品是面向客户的，关于B端产品的设计思路很久之前就想写，但一直没有很好的思路框架，先基于项目整理一些经验。
一、2B（to business）产品的关注点
2B产品面向的使用者一般分为3种，面向企业群体、企业内部以及企业的客户（包括B端及C端），像ERP、财务、费控、资金、CRM(B端)、HR、OA、采购、制造、主数据、实物资产管理系统等都属于2B产品。
由于面向的使用角色不同，2B产品更关注企业管理价值的提升，而2C产品更关注商业价值的增长。2B与2C（to customer）产品的异同可参考下图：
二、规划及设计思路
对于2B产品，既然更关注管理价值，就需要我们深入理解企业业务及流程，并且由于企业内部的独特性，往往不能快速复制其他企业的经验，那我们按照产品服务场景分为3条线来看下规划2B产品规划及设计的思路。
1. 企业群体
如果要做的B端产品是面向外部客户售卖的，那可以参考以下规划思路：
调研—产品定位—行业归类—流程分析—方案输出—架构设计—版本计划—详细设计—运营优化
（1） 调研
规划前期与产品策划思路一致，都是要先通过市场调研、竞品分析、客户调研等去分析并进行产品定位。
市场调研可以通过网上资料去获取，但是竞品分析以及客户调研往往不好做。主要是由于市面上B端竞品不像C端那么好获取，往往由于竞争关系很难了解与分析；另外客户调研也需要深入企业内部，即使是非常紧密的合作关系也不一定能打入核心业务去了解诉求和痛点。
但也不是没有一点办法，因为我自己也有基于企业业务平台0-1的建设，说一些我的思路：一还是网上搜资料，让自己有对目标企业业务基本的了解；二是通过线上咨询同行业产品；另外，可以在网络平台中找专业的人士付费咨询；其实由于我本人的工作性质，常年和客户打交道，会经常找客户聊天获取有利线索。
从客户那里不仅可以获取需求，二可以通过与客户之前的合作关系，提升产品的服务能力。
（2） 产品定位
经过调研后，需要在明确市场行业下，结合同行业竞品，与客户痛点，明确产品定位、产品能解决的根本问题，以及产品对于企业客户的核心价值。这里有重要的一点就是着重考虑差异化优势，并且也要明确目标客户群体是否能够打入，我们是否有人脉或渠道可以推广该产品。
（3） 行业归类&流程分析
在明确产品定位后，由于企业客户业务的独特性，我们需要根据不同行业的特点去做对口的流程分析，便于更贴切需求的产品设计。这里需要注意的是，虽然不同行业差异大，但也存在共通的部分，务必单独提炼。
（4） 方案输出
这部分的解决方案需要输出两部分，一部分是面向内部的产品方案，关注点在于产品设计与运营；一部分是面向外部宣传的方案，关注点在于与企业的业务契合以及赋能。面向客户宣传的方案也需要有场景性，比如展会宣传通用方案，拜访企业则需要匹配具体业务背景的方案。
（5） 产品架构设计
产品架构也是产品方案的产出，但此部分需要着重考虑系统层面的设计。鉴于B端业务特殊性，往往会存在与企业其他系统融合的情况，我们不仅需要考虑业务需求的满足，也要确保本产品的技术适用性，比如使用最通用的技术、微服务架构、通用接口平台、插件管理、模块化功能可任意组合等，都是很好的思路。
（6） 版本计划
版本可以考虑产品模式以及功能，由于B端产品的复杂性，一次性做一个复杂庞大的系统是根本不可能的事情，所以往往我们会根据需求强弱做迭代计划。产品模式主要是针对于盈利模式，期初可以先做OP模式、PaaS模式，后期用户需求量大可升级为SaaS，收费模式也可由定制实施费逐步转为软件费、订阅费、按流量付费等模式；功能期初考虑核心痛点及卖点，后期功能迭代可参考市场及客户反馈。
（7） 详细设计
这部分不多过多赘述了，主要注意将业务场景与功能易用性相结合，以及产品页面的简洁美观性。
（8） 运营优化
由于B端产品对于业务的依赖性比较强，更换的成本很大，企业一旦选择往往不会替换，除非系统太难用。所以客户一旦使用我们的产品，更着重关注客户服务，在保持长期的合作关系下，定期获取优化诉求，从而加深客户粘性。另外，也要有稳定的运维团队确保产品的使用稳定性。
2. 面向企业内部
这部分主要针对于单个企业内部的产品规划，更偏向于企业业务的定制化，需要更深入了解企业业务形态及流程。主要规划思路为：
调研—业务流程分析—方案输出—架构设计—详细设计—迭代优化
（1） 调研
首先将企业内部的角色分类，一般可分为：企业管理者、业务（包含财务）、IT,根据角色设计有针对性的调研需求。可按照调研问卷—面对面访谈—专题调研的流程进行：
a. 企业管理者关注系统能给企业带来的管理价值，需要我们根据管理需求进行转化；
b. 业务关注带来的工作协同提升，侧重业务流程，可按照BU/部门/业务线进行拆解调研，注意期初调研切忌关注系统，此部分可根据管理需求对应业务需求，后续再进行功能转化；
c. IT关注系统带来工作的效率提升，这部分可侧重系统功能调研
业务复杂的调研可参考以下方法梳理：
BU—业务线—做什么—谁来做—先做什么后做什么—怎么做—做多久—要注意什么—成果及目标
即任务、角色、流程路径、时间、工具、目标
（2） 业务流程分析&方案输出
调研报告输出—专题方案讨论—方案输出—蓝图汇报—蓝图确认
a. 上述调研结束后，根据客户现有流程输出调研分析报告，说明目前业务流程现状以及问题，并与不同用户角色进行确认。
b. 针对目前业务痛点以及需求，设计或优化业务流程，不同业务板块进行方案讨论，并汇总输出总体方案。
c. 最终与内部统一汇报及确认，推动项目整体实施
这里需要注意对业务的深入了解与分析，一定要多次与用户进行确认，避免需求理解偏差。同时注意引导用户挖掘真正的痛点，从而帮助用户通过系统解决问题。B端最重要的就是逻辑性一定要强，思考流程的角度要全面。具体的方案设计可参考我另一篇文章。
（3） 架构设计&详细设计
系统架构设计遵从整体方案设计，一定要与业务场景一一对应，从上至下对应关系为：市场动态-行业目标-管理需求-业务需求-业务痛点-优化流程-系统功能。
详细功能可固化模块设计，设计方法同C端，但由于B端产品逻辑要求较强，一般会做详细的功能（逻辑）设计及接口设计，原型图简洁大方，不能太花。
另外，B端产品与C端不同的是，往往企业需求较多，愿景都是希望一次性完成几乎所有的功能，但在产品设计我们往往不能同C端产品通过向下拆解来设计功能，而是要关注核心需求，分期进行迭代，有所取舍。
（4） 迭代优化
产品上线后，可根据二级需求及用户反馈，进行产品迭代与优化。但B端产品尤其要注意，每次功能的调整及优化需要密切关注原有逻辑，评估需求变更的可行性，免得牵一发而动全身。做产品变更设计时，尽量追踪该功能流程的源头，考虑每个流程可能影响的功能，穷尽所有涉及场景，并做反复验证。
3. 面向企业及企业客户
这部分与面向企业内部类似，但不同的是不但要考虑企业内部，还增加了企业的客户，包含2B以及2C客户，比如为企业内部以及经销商做一款产品。2B的客户设计路径类似，2C参考2C产品的设计思路即可。
需要说明的是，2B客户的调研往往范围广，需要提前安排好调研客户样本，并合理设计调研行程及路线，在实地调研前先收集问卷并线上了解客户的意向，以及对不同客户群体的分类。
由于这部分的使用者范围更广，那么产品建设目标就是：企业内部关注管理需求（内部管理需求，客户数据分析），企业外部关注服务与协同。
三、2B产品经理需具备的素质
说几个我认为2B产品经理需要具备的重点素质：
1. 行业研究能力：对企业及产品行业需要不断深入了解，同时行业的研究还要关注上下游产业链，才能将产品与企业业务精准的集成
2. 逻辑分析能力：上述文章也讲到对于2B产品，最重要的就是逻辑分析能力，要将众多复杂的业务场景，抽象为集约化流程
3. 管理思维：2B产品为实现企业管理目标并为企业赋能，就需要深入不同业务理解真正的管理需求，形成系统的规划思路
与2C产品经理相比，2B产品经理很难有量化业绩的产出，但能够给企业带来的效益是无价的，也更关注企业内部的业务管理。随着近两年垂直行业应用的产品发展，我相信2B产品经理的向上发展也是一种趋势，深耕行业的优秀产品才是市场价值的最终体现。
原创文章，作者：奋斗，如若转载，请注明出处：https://blog.ytso.com/310954.html