有这么一类人，看似业务员，实际是个产品经理，这就是B端产品经理。
前两天柠檬群内小伙伴分享了这样一条消息：腾讯产品岗校招补录信息。信息截图如下：
居然在秋招即将接近尾声的阶段，CSIG事业群还有一个坑~感兴趣的小伙伴可以投递试试鸭！
不过话说回来，CSIG事业群是什么？
这里简单给大家科普一下，CSIG是18年9月腾讯调整内部架构新成立的事业群，全称是云与智慧产业事业群。我们可以看到，JD里面提到了许多B端职责，比如负责to B业务产品需求、分析、设计等等。
马化腾老师在去年发布公开信称：移动互联网上半场已经结束，腾讯将扎根消费互联网，拥抱产业互联网。与此同时，一众互联网公司也纷纷转战企业服务，进入实体经济共通的难题，甚至有人断言，To B业务代表未来十年的增长。
由于不少小伙伴在今年秋招过程中面试了B端产品岗，因此本次投稿由小黄叽和小星同学整理了B端产品岗面试的常见问题以及分享了他们的思考。
问题速递:
- 什么是2B产品？
- B端和C端产品的区别？
- 你认为做好2B产品最重要的特质是什么？/B端产品经理应该具备什么样的特质和能力？
- 为什么来做B端产品？/你的过往经历都是偏C端产品的，为什么会想来做B端产品呢？
- 如何理解B端产品时常要做的「用户宣讲」？
- 如何理解B、C端用户的差异？
1.什么是2B产品？
随着流量红利消失的速度愈发加快，C端产品可抢夺的用户时间所剩无及，可挖掘的用户心智模型越来越少，产品之间的功能、体验差距急剧缩小，线上流量越来越贵，并且产品盈利模式较为单一，用户付费转化难，再加上宏观上政企单位的数字化、信息化转型的脚步逐渐加快，传统企业存在运营管理繁琐、业务增长缓慢的困境，亟需拓展其更大的规模化可能性，提高公司系统的运转效率，应运产生了一些服务于企业的B端产品。随着B端产品进入大众视野，B端产品经理岗位的招聘需求也随着增加。
To B即Business，是面向企业、政府以及其他某一类身份群体的产品。经常和B端一起讨论的，还有C端和G端。
简单解释一下，To C即Consumer，面向普通消费者的产品。To G即government，服务对象是政府部门，比如门户系统和税务软件等。
2.B端和C端产品的区别？
总体出发，可以分为用户、需求和场景三个部分的区别。
将用户和需求结合，可以得出功能侧重点上的区别；将用户和场景结合，可以得出使用方式设计上的区别；将需求和场景结合，可以得出信息架构设计的区别。
- 「功能侧重点」区别
B端产品用户往往是商业组织的决策者，层级集中，目标需求明确，注重效率、价值和交付。故而B端产品需要适应用户的需求，精准提供能够达到预期效果的功能，可以是多个功能的集合，侧重点是满足用户现有的需求。
C端用户分布较广，层级分散，无法凝聚成一个提出精准需求的整体，故C端产品往往是一个核心功能搭配多个附加功能，适应对应群体的一部分主要需求，在服务于现有用户的同时还需要注重拉新。
- 「使用方式」区别
B端产品使用场景为工作场景，用户的使用方式往往是多方协作，不同角色在不同的场景下会获得不同的权限和功能，也会有不同的使用方式，最终协同完成工作，像是报账系统需要经过各部门的审批。作为设计者，在设计产品时需要考虑各场景下角色能获取的权限和参与的功能，并考虑多项功能的复合及嵌套应用支持。
C端产品使用场景多样化，用户的使用方式更多是独立完成，像是常见的微信、抖音等，用户能够获取其完整的使用方式。有少数产品是按照用户的角色去区分权限和功能，例如货拉拉司机端和用户端，这样的区分不会涉及过于复杂的协作关系。
- 「信息架构设计」区别
B端用户更加喜欢“可控”的产品。由于B端需求明确，使用场景为工作场景，在使用时，用户必然有明确的目的，需要什么就使用什么。所以需要产品能满足工作需要的功能，有合理清晰的模块划分，有严谨专业的流程设计，有干净简洁的视觉效果。在做产品信息架构时，就需要仔细考虑功能、功能组、功能模块的划分，常用功能的优先级等等。
C端产品由于需求较为多且复杂，使用场景多样化，设计时往往遵循用户体验五要素。在考虑“可操作性”同时还要考虑“有趣”，在考虑“用户需要做什么”同时还需要考虑“引导用户去做什么”，故而可以出现用户控制之外的内容，像是“猜你喜欢”等等。
3.你认为做好2B产品最重要的特质是什么？/B端产品经理应该具备什么样的特质和能力？
B端产品的最终目标是让交易完成，达到商业化的目的，让交易完成的首要前提是解决客户切实存在管理运营、业务运转的安全、稳定、效率问题，后续再考虑界面的美观、交互等细节方面。
因此B端产品经理要求有更强的逻辑思维能力、优秀的沟通能力和协调能力以及服务思维。
- 更强的逻辑思维能力
与C端产品相比，更加讲究逻辑严密性，对业务领域要有一定专业度，需要考虑的环节较多且复杂，不仅仅针对产品本身，更加强调对业务层面和技术层面的理解。
更为重要的是，需要深入各个业务模块，筛选抽离出高频、真实，对业务有推进的需求，分析业务表层之下的东西，甚至达到要比你的客户还要清楚他们真正想要的是什么。
- 沟通能力和协调能力
B端产品交易的达成来自于沟通，业务目标的实现，无论是公司内部还是外部客户，都不仅需要产品、研发、运营的工作，还需要销售、财务、法务，甚至客服的支持，所以跨部门沟通会更加的重要，而且针对外部客户方面，各个职能部门都有一定的话语权。
所以，B端产品要理解不同利益方的关切点、以及他们在交易链条上的角色，get到项目推进的重点，加快完成交易的目的。
- 服务思维
C端产品需求的来源途径有用户需求调研、竞品分析、基于同理心的头脑风暴，但是B端产品由于前期不是直接对接用户，隔着老板和销售，会降低产品经理对客户需求的敏感度，并且在竞品分析这块，由于竞品也是需要购买升级的，成本较大，只能通过拜访客户才能了解竞品优劣势。
所以就需要B端产品不断深入了解市场、对接客户，也要跟客服和销售保持密切沟通和联系，另一个方面，包括后续客户付费后的培训、维护工作以及维持客户关系都需要B端产品的服务思维。
4.为什么来做B端产品？/你的过往经历都是偏C端产品的，为什么会想来做B端产品呢？
此题建议从背景（C端的劣势）+技术优势阐述，实习经历（证明自己适合），夸一下公司的产品。
参考回答如下：
大学期间的项目和实习是作为一种自我主动的提升，而非是对未来职业选择和人生发展的约束。无论是做B端还是C端，只要是选择了产品经理这个大方向，我就需要在这个领域不断学习，并且结合实践来填充自己。
B端产品经理岗位是我的职业规划，但是对于在校大学生来说可供学习的资料并不多，所以我通过选择更容易接触和上手的C端来锻炼打磨自己。其次，我在C端所培养的处理问题的方法论和框架，一定程度上是可以在B端同样试用的，我需要做的仅仅是针对他们的区别做一些改变，而非从零学习。拥有C端的思维，我认为是一个B端产品经理的优势。
5.如何理解B端产品时常要做的「用户宣讲」？
什么是用户宣讲？
B端产品，因为面向的一般是企业用户，系统的设计都是对应于相关的业务工作流来做的。所以，B端产品经理的任务工作项中有一个不可避免的环节，那就是要给用户做系统的演示和讲解，即用户宣讲。
用户宣讲有多重要？
一次成功的宣讲，可能当下就会助力你们公司拿下一笔新订单，或者是对既有的客户关系做一次有效的维护，为后续的合作打下良好的基础。
用户宣讲按照对象和目的的不同又分为两大类，售前宣讲和售后宣讲，售前宣讲面向决策者，售后宣讲面向操作维护人员。
如何做好用户宣讲？
用户宣讲也是一次活动组织，因此按照时间维度分为我们将用户宣讲分前中后期三个阶段：
- 宣讲前，明确宣讲对象和目的。往往是售前宣讲面向决策者，售后宣讲面向操作维护人员。不同的宣讲对象背后的诉求往往也不一样，因此需要根据用户场景需求框架提前确定此次宣讲的内容
- 宣讲中，对决策者说明产品定位，提供的功能，解决的问题，满足的需求。对操作维护人员讲解使用方法，异常维护等。和普通的汇报一样，要有清晰的逻辑主线和流程说明，并保证预留问答环节方便用户提问。
- 宣讲后，回顾反思。在宣讲中可能遇到诸多的问题，产品最终要面向市场，因此就像需求评审一样，要接受业务相关方各种角度的质疑和困惑。如果的确发现产品不足之处要及时反思和优化。
6.如何理解B、C端用户的差异？
B端用户实质往往是企业组织的负责人和决策者，他们拥有明确的目标和清晰的方向，对提供服务的公司没有强依赖性，需要产品去适应用户。
C端用户分布范围跨度广，少有集中人群。他们不需要清晰的目标和方向，需要用户去适应产品。
由于B端产品往往是企业整体采购，会面临一个“客户”和“用户”的问题，一般认为，出钱采购的是“客户”，落实到具体使用的人则是“用户”。因此，B端产品只要搞定了采购方，就可以产生利润，而真正使用产品的底层员工的呼声，往往由于传递路径太长而被忽略掉。
比如ERP系统，公司的业务部门负责采购，实际使用的人是每一位员工，由于反馈路径过长，实际使用过程的用户体验和产品细节上的问题也很难得到优化和改进。
