在我们日常的沟通当中，很多时候大家都会将自己的产品，以“B 端产品” 这样宽泛、含糊的方式进行阐述。但是 B 端产品由于服务对象不同、发展方向差异，也就导致产品本身就会有很多不同的分类。
今天就和大家分享 B 端 产品 的四种分类，以及对于 设计师 而言，这些分类会给我们设计落地、职业选择造成哪些影响？
往期回顾：
B端设计指南：从 4 个方面帮你掌握「审批」的知识点 一直以来，业务都是 B 端逃不开的话题，你可以在许多文章当中看到我们的改版方向是因为业务需求、设计的思路是因为业务需求。
阅读文章 >
B端设计指南：网页布局方式科普 栅格一直都是很多同学非常疑惑的地方，无论是栅格的日常使用，又或者是栅格在整个产品当中的作用，一直以来都有非常多的疑惑，今天就来聊聊栅格在实际工作如何使用，以及产品之间究竟有何区别。
阅读文章 >
B端设计指南：栅格的定义和使用方法 在一个 B 端页面当中，关于栅格的使用方法，你或多或少都会有所疑惑。
阅读文章 >
B端设计指南：6800字干货帮你掌握快捷键设计 前言 键盘，在很多人的眼中，就是一个信息录入的硬件设备。
阅读文章 >
垂直业务型产品 垂直业务型产品是针对企业垂直独立的业务需求所设计出来的 B 端产品。这类产品的出现，主要是围绕某一个复杂业务场景，去解决这个场景当中企业经营、管理的实际问题。
比如以 CRM 为例：CRM 的全称客户关系管理系统
因为它是客户关系管理系统，而使用这类产品的主要角色就是销售员工，他们在进行商品售卖（特别是交易周期较长的商品时）需要销售人员通过 CRM 进行管理客户。
而作为企业为什么要使用 CRM 产品？
其实是因为企业本身会有较强的管理需求，我希望能够通过 CRM 去监督每一个销售人员究竟是否认真完成工作，是否合理合规高效的与客户进行跟进沟通，因此可以通过 CRM 满足企业的管理需求。
但“销售”这类角色往往非常特殊，它存在于各行各业，比如楼下提供保险业务的销售人员、楼上在线培训的销售人员、自己公司 B 端产品本身的业务销售人员。
而大多数 CRM 产品考虑的不是针对每一个行业单独去制作一款 CRM，因为销售团队在使用的过程当中，就会存在很多共性，产品便可以通过共性去抽象一个针对多行业的客户关系管理系统。
垂直业务型通常属于 B 端产品当中难度较高的产品类型，因为不同的业务，往往作为设计师需要了解的不是简单的这个页面长什么样，而是这个业务下，员工应该怎么用，怎么用才是更为合理的，而在很多招聘信息当中，就会发现企业更喜欢去招聘有过类似经验的设计师。
当然作为设计师，如果选择进入一家垂直业务性产品的企业，应该更多的去阅读行业相关的书籍，比如想要做好 CRM 产品，你必须了解什么样的销售人员，具备什么能力，才是一名资深的销售。通过了解行业人员的具体使用细则才能更好落地设计。
行业属性型产品 行业属性型产品是针对某个行业定制的一系列，从上至下、从内到外的产品功能。这类产品主要是围绕一个具体的行业去构建整个产品的解决方案，目的是这个行业的商家，在使用了这款产品过后，就能够解决它目前经营过程当中的问题。
比如以在线教育行业为例，小鹅通应该就是在线教育行业的头部产品，去观察它的产品功能模块你会发现它会涵盖课程详情的内容管理、学员知识付费的交易管理、对产品进行营销的 Marketing、成功付费学员的客户关系管理，而这些功能模块在其他产品当中都可以单独拿出来，当做一个大型的 B 端系统的功能。
行业属性型产品更多是以这个行业当中需要用到的产品出发，考虑就不再是单一的老师角色，而是一个课程培训行业所涉及到的所有工具，都希望能够通过行业属性型产品去解决。
在设计上，行业属性型产品不会过于复杂，功能都会相对比较简单，因为对于这些商家而言，不需要过于复杂的系统，只要你能够满足它的日常工作即可。
比如小鹅通，就是属于在线教育行业的产品，它与纷享销客当中的客户管理就会存在明显差异，无论是从功能还是界面的复杂程度来说，都完全不一样。可以看到筛选、视图、表格操作，等多方面的交互、产品规划，都会有明显的差异。
协同办公型产品 协同办公型产品是通过软件实现工作协同、办公自动化，让企业高效运转的产品。
大多数情况下，企业内部的办公管理没有太多个性化诉求，因此会购买成熟的办公协同产品：比如飞书、企微、钉钉、泛微
目前较为常见的协同办公产品包含：在线文档、OA 办公自动化、IM、在线会议、项目管理、研发管理等产品。
协同办公产品，在企业当中通常只会有一款软件。比如在一家企业 使用了企业微信，就等于它会去使用腾讯会议、腾讯文档、tapd 等多款关联性的产品。
在设计层面上，协同办公型产品是最接近 C 端产品的特性，因为他的使用人群很多，并且使用的角色也复杂多样，因此在产品设计上，对于 视觉交互往往有着更高的要求。
运营管理型产品 运营管理主要分为运营与管理两个系统。
运营是针对自己本身就有 一款产品 A（不限于 C 端 B 端） ，为了满足产品 A日常界面的展示与维护，需要专业的运营类后台系统所支撑。比如淘宝、抖音、小红书，这些产品，他们都会有自己的内容审核 、广告投放等多个后台系统。
运营的主要目的就是审核，日常的数据资料维护，比如以 sspai 为例，在少数派的网站当中，有作者进行投稿，因此必然会存在对应的运营人员进行内容审核，同时少数派还会有会员、商品购买，因此能够推断出少数派的运营后台一定会包含类似成员管理、会员管理，订单管理等前台系统已经拥有的功能，来执行网站后续的运营工作。而管理则是针对系统当中的商户、用户、租户的“信息资料”进行管理。
主要会涉及到：
商户的门店信息：
饿了么的商家服务后台，商家可以进入到系统里面去配置门店的具体信息、售卖的菜品、对应的活动等等，而饿了么就是通过这样一个平台能够规范商家在系统当中的行为，能够对他们进行有效的监管。
租户功能的开通：
租户主要针对的是 SaaS 产品，也就是购买 SaaS 产品的客户，而我作为产品提供方，想要对每一个客户进行管理，就会有一个租户平台进行管理。比如在我们一个租户管理系统当中，为了让客户成功对每位租户的信息进行快速操作，在设计上并没有优先去考虑设计原则，而更多是将操作外置，让信息快速传递的同时，能够快速操作。同时使用的客户因为都需要进行上岗培训，这样简单的操作也能让他们更容易理解。
用户信息的分析：
对所有在平台的数据进行分析管理。比如在 B 站当中，就会存在大量的用户，一旦有人发言出现问题，或者言语行为过于暴力，那一定会有系统来管理这样的特殊情况。而用户给到的数据我们还能够对其进行更为细致的分析。
最后 其实一款 B 端产品并不是固定在某一个类型当中，更多是随着市场的不断发展进行变化，因此要去理解的是这个软件背后的业务诉求、推导他们的功能模块，盯着一款产品“发呆”（其实就是去想想，多理解），当然这对于 B 端产品的类型，有什么自己的想法也可以在评论区发表自己的看法～
全面了解 B 端产品设计：如何理解需求？ 在上一篇《全面了解 B 端产品设计：基础扫盲篇》内容中，我们已经知道，B 端的设计难点不在于精美的外观和复杂的设计，而是要符合产品的实际需求，并有效提升业务运营的效率。
阅读文章 >
欢迎关注作者的微信公众号： CE青年Youthce
