在我短暂的产品菜鸟阶段中，特别幸运接触了电商产品、办公通讯类产品、校园社交类产品，这些主流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]不止于收款，企业接入支付后还需要做什么？
