一、B端产品简介
To B or To C
to B 中B是Business 意为商业，以下后文称为2b
to C 中C是Customer 意为消费者，以下后文称为2c
从产品使用者角度辨析
2c面对是的大众用户，对用户流量有极大需求，所以需要有运营推广不断去扩大
2b面对的是企业或商家等特定范围的用户，使用者并不多。比如：薪酬管理系统使用者，可能就是会计人员去管理薪资。2b产品不强调极大的产品使用率，不注重庞大流量，追求对B端用户需求的完善，满足单次更完美的使用效果。
从产品需求角度辨析
2c使用者是大众用户，所以需求往往来自于日常生活习惯、感悟，也来源于竞品分析、行业趋势等。因为用户数量庞大，需求可能不够清晰，所以2c难点在于对需求、反馈等进行整合分析，才能进行后续版本迭代。
2b使用者是企业等特点用户。能直面用户、收集需求，对于用户反馈也能直接接收并进行版本迭代。2b的难点在于对特定行业领域的了解，熟悉专业人员操作流程
B端产品工作流
规划阶段：基于组织（公司）的目标和战略，获取并分析需求，规划B端产品的发展 方向和路径。
设计阶段：基于需求和规划，设计产品信息架构、原型、交互、UI方案等。
研发阶段：根据已经设计好的产品方案，推动产品研发。
发布阶段：制订产品发布前的部署和培训计划，推动产品上线。
监控阶段：监控产品上线后的效果，收集并分析用户反馈的信息，并形成新的需求。重新进入规划阶段，开始新的工作流
纵轴是用户体验角度工作流程
战略层：B端产品经理在这一层级的活动，主要关注的是目标。什么是目标？以做菜为例，产品经理要关注吃饭、饱腹的目标。
范围层：B端产品经理关注的是实现目标的边界。比如人饿了，吃饭是目标。但吃什么？中餐？西餐？这个时候，就要界定范围和边界。有了边界才能知道什么应该做、什么不应该做 。
结构层：B端产品经理要在界定的边界内，勾画出最终输出物的大体轮廓并列出要做的事情，以及每一件事情间的关系。
框架层：B端产品经理要设计出具体执行的方案和路线图。
表现层：B端产品经理关注的是最终的输出物——产品。
二、入行与发展
入行领域推荐
即ERP（Enterprise Resource Planning）简单地说，它是一套管理系统的总称，为了企业经营管理、生产制造提供解决方案，涉及管理企业的物流、财流、信息流。ERP包含了很多子系统，比如会计核算、生产控制管理、物流管理、采购管理、库存管理等。ERP系统提供了大量的就业职位，涉及用友、SAP等企业。
ERP系统在原有的基础上进行了扩展并带有了互联网特色。这里就涉及卖场系统、交易系统、订单系统、库存系统、物流系统、客服系统、进销存系统等。
商业产品经理
企业演化出一类专门服务于商业模式和赚钱行为的B端产品，叫作商业产品，凡是负责它的叫作商业产品经理。比如广告是常见的赚钱方式，那就需要设计投放策略、点击计费的商业产品经理。每个行业都需要B端产品或者后台产品去管理公司业务，比如金融、教育、O2O等。
SaaS
软件即服务是B端产品经理可以入门的领域。之前只有大公司养得起的ERP等系统，如今被互联网化，中小公司以最小的成本获取服务。比较典型的公司如阿里的菜鸟，将快递服务平台化。
发展方向
一般产品经理的职业发展路径是：产品专员/产品助理>产品经理>高级产品经理>产品总监。
产品专员/产品助理主要关注具体执行层面的协作，对产品需求的细化，以及对原型的设计和文档的整理。
产品经理主要关注推动产品迭代、产品的实现与效果、数据和业务、感知业务和产品的发展方向。
高级产品经理主要关注商业价值和模式，以及从产品的全生命周期思考问题。
产品总监主要关注战略规划、业务发展以及团队管理。
B端特色
B端产品经理具备特有的职业知识基础
在没有明确的产品经理称谓之前，B端产品经理的工作是由需求分析师、系统架构师、行业咨询师、项目经理等角色负责。这些角色的职能并不能代表B端产品经理的职能，但是这些角色的职业知识却融入了B端产品经理的技能中，比如项目管理、软件工程的相关知识。
B端产品经理可以成为行业专家
入门B端产品经理需要一定门槛。比如，设计公司使用的财务系统，那至少要求产品经理有会计财务知识，理解公司的财务流转。所以，进入某一领域做B端产品经理，需要具备某一领域的行业知识。因为有入行门槛，B端产品经理的职业发展容易形成护城河，即更易成为某一行业的B端产品专家。这也衍生了一个现象，B端产品经理转C端成本相对低一些，但C端产品经理转B端成本高一些。
B端产品经理为组织战略而服务
B端产品从设计的那一刻，就与企业经营、管理有千丝万缕的联系，可以说是企业经营与管理的延续。所以，B端产品经理的职业规划非常明确。B端产品经理的职业进阶的目标是，B端产品经理的工作成果能够直接影响组织战略。
三、产品玄道
道1：快
以物流领域中权衡系统成本与效率的问题为例。物流业务的核心关注点是流速、流量、存量。关于处理效率和成本的关系，主要的方法是让系统快速地运转起来，提升效率，降低成本。效率的提升是流速、流量、存量得到优化的必然结果。
快，是成本与效率关系的解决之道。
道2：目标
聚焦目标才会带来明确的结果。做产品，如果想讨好所有的用户，就会分散目标，最终做出一个平庸的产品。
资源总是稀缺的。只有通过目标的聚焦，才能利用有限的资源，实现预期的效果。
道3：活
长时间没有开发需求，产品就慢慢变得不实用。做出的第一个产品方案，肯定不会是最终方案，需要不断地优化。
对于需求要定期回顾它们的价值或者重新设计
道4：KISS
Keep It Simple，Stupid
“简单点，傻瓜”，简称为KISS原则
在产品设计中，经常会同时面对各有优劣的方案而举棋不定，或者面对复杂流程的产品方案而苦恼。这个时候，选取简单的产品方案或简化产品方案，可能是产品经理做出决策的优选项。
道5：处在系统中的事物，才能被简化
飞机设计界有一句名言：“为减轻飞机每一克重量而奋斗”。飞机重量变轻了，就会油耗小、成本低。如果去掉一个极少使用的功能，那么飞机重量可以减轻，大部分人的直觉应该是同意去掉。但这个功能是飞机防止功能失效后的备用安全系统，我们真的同意减去吗？所以，处在系统中的事物，将需要简化的部分在系统中进行了转移。
道6：不害人的需求，不是完整的需求
在实际工作中，需求的提出者，可能是需求的受益者。但是，产品经理也要关注需求的受害者。有些角色注定要被忽略。比如，公交专用车道的设计，就要损失私家车的利益，所以在设计规则时，要多角度地考虑获益和受损失的角色。
道7：化散乱为规律，化应急为预测
需求相关的工作就像工厂生产，根据市场和销量来预测每天产能。比如机器生产中，急停骤动是最损坏机器的。
没有预测，就会疲于奔命，四处救火。随时应对出现的问题。学会预测，是产品经理的必备技能。
道8：只可图示，不可言传
产品经理使工作或需求可视化是高效沟通、避免犯错的好方法。
有些需求与其写三千字的文档，不如画一个流程图说得明白。有些沟通与其大家都干站着动嘴，不如用笔和纸画出问题所在。
在设计产品中，用看板的方式去展示需求的状态，会更加直观地发现问题。将抽象的内容投射成形象的图文，会更加有助于发现问题。
道9：要将工作的焦点逐步转移到重要不紧急的事情上去
总是做迫在眉睫的事情，会让人丧失目标。个人或团队都是如此，留出一些时间去思考重要不紧急的事情，而不是一直做迫在眉睫的事情。
道10：细节体现专业
细节是魔鬼。对事物的不断细分，才能体现专业。
道11：整体
思考产品要从整体思考，不要只陷入细节优化。就像一支球队，如果只重视强化进攻，而忽略防守，必然会被对手抓住弱点。
道12：先准确，后精确
B端产品经理在探寻需求时，就是在探寻准确和精确的答案。产品经理需要先把握需求的准确方向，然后深入探寻精确的细节。
来源：B端产品经理知识框架
网友评论