我对于B端产品设计的一些思考

在我短暂的产品菜鸟阶段中，特别幸运接触了电商产品、办公通讯类产品、校园社交类产品，这些主流C端类产品让我能理解C端产品思考的重点，而自己的第一份产品offer又开始接手B端产品。经过近半年的学习，把自己的一些思考和大家分享。

1.如何去定义C端还是B端产品？

在工作过程中，很多人去看产品功能，会抓住某一个功能点讨论它是否属于B端产品的功，有时会因为某些功能在C端常见而认为不适合在B端产品出现。但就我个人而言，思考产品功能时不应该把B端和C端严格分开，因为无论哪端产品都还是要给人用的，在思考产品安全、体验或是功能上，其实都应该是互通的。

一个产品属于C端还是B端，取决于这个产品究竟在解决什么样的问题？而不在于产品究竟会有什么样的功能？比如IM即时通讯，通常被理解为C端产品的功能，难而这个功能在不同场景下一样可以成为B端产品的功能，比如微信是典型的C端产品，但并不妨碍它发展B端产品，企业微信应运而生，你不能说企业微信还是C端产品。

因此我认为，解决企业生产运作过程中的产品，它就应该是B端产品，而通过某项产品功能来判断这个产品是否是C端还是B端产品，只看到了一个产品的点，却没看到真个产品的面。

2.关于B端产品的Kano模型分析？

注重功能本身解决什么问题，抓的多不如抓的准。

根据Kano模型的定义，用户需求一般可以分为三种类型：基本型、期望型和兴奋型。

Ping++ 联合创始人赵宇对于B端产品变现方式说：对 SaaS 服务商而言，企业服务如何变现，逻辑关系是能够提供给客户好的服务，客户愿意买单。因此B端产品应该定义清楚我们提供什么样的服务，它应该属于什么样的需求。

我以企业支付这样的产品为例进行分析。

（1）基础型需求

为企业提供支付工具，那么支付功能是其本质与核心。

-支付基本能力

支付产品的基础功能，包括账户管理功能，支持的支付方式，支付通道容量，收入支出流水等基础功能。

-支付安全可靠

支付安全问题 提供的产品是否有必要的安全措施，保证支付全过程是安全的；提供的支付系统能够保证长期稳定运行。

（2）期望型需求

提供支付功能之后，其次用户关心的是整体的流程体验

-支付流程体验

支付方式转变的门槛，支付操作是否繁琐，包括支付单填写过程、正确的操作引导、友好的错误提示方式等

-完善的数据报表

支付过程中产生的账单，收入支出的展示、数据深度加工后企业资金变化关系

-完整的业务流程

产品提供的功能能否满足基本的业务流程，而不必去改变现有的业务模式。

（3）兴奋型需求

-资产配置服务

在支付场景下提供的其他企业资产配置服务。

-附属企业服务

其他解决企业生产运作过程中问题的功能，比如管理、法律等。

3.在设计B端产品中一些小想法

（1）B端产品也应该注重用户体验

B端产品也是给人用的！不应该抱着反正B端产品，企业一定会用，体验不好的产品，用户一样有自己的选择权。

（2）B端产品安全问题很重要，但也应该考虑实际情况

B端产品安全几倍理所当然会比C端产品严格，但一些安全场景问题应该从用户的实际场景出发。

（3）B端产品设计功能时的思考

C端产品功能设计是从用户角度出发，而B端产品不仅从用户角度，更需要从业务流程出发，比如理财产品，需要推动的业务流程包括充值、对账、记账、三方核对、法律风险，在进场功能设计时，应该思考如何构建一个完善的功能来支撑业务流程。

关于c端产品和B端产品工作的思考，我比较认可网络上的一个评论：2c产品是发现用户需求，定义用户价值；2b产品是根据公司战略或工作需要，构建生态体系，或者推动将流程系统化，提高效率。

参考文章：

[1]苏杰：KANO模型再理解

[2]B端产品经理与C端有哪些差异与价值？

[3]不止于收款，企业接入支付后还需要做什么？