“C端”简介

C有释义为bai：Consumer、Client；如取“Consumer”，意为消费du者、个人用户或终端用zhi户，使用的是客户端。例如：网易新闻、dao网易云音乐等等。

C端，面对面对个人用户，多为单个个体使用，讲究用户的使用感觉，有一个核心的功能，其他的功能都是附加的，是为“碎片化的时间”服务的，特点是数据量大，因为用户群大，数据增长都是指数级的。

“B端”简介

B释义为：Business；通常为企业或商家为工作或商业目的而使用的系统型软件、工具或平台。例如：网易云、网易有数或企业内部的ERP系统等等。

B端，面对企业客户，多为一个群体使用，本质是满足工作需求，多为多种功能的整合，讲究协同合作。使用B端往往是长时间、沉浸式，B端是服务于公司或企业所有员工

C端&B端产品的本质及特性：

扩展资料：

C端产品的本质基本都是一个核心功能，例如：音乐类app的核心功能就是听音乐；阅读类app的核心功能就是阅读；游戏类app的核心功能就是游戏。

C端产品的特性可以总结为一个词——“分享”例如“评论”、“打赏”其实都基于“分享”，即让他人听见“我”的声音，看见“我”的想法。

B端产品的本质则是满足用户的工作需要，而工作需要从来不是单一的功能就可以满足的，其必然包括多项功能的复合及嵌套应用支持。

B端产品的特性也非常明确——即“协同工作”。在处于信息时代的现代公司或企业中，几乎已没有可以单独完成而不需要协同合作的工作。

前言

B端产品、C端产品是指什么 ？

一、C端产品？

C端产品也叫2C（to Customer)产品，是面向终端用户或消费者的产品 。

二、B端产品？

B端产品也叫“2B(Bussiness)”产品，使用对象是组织或企业。B端产品往往是基于某个业务领域，解决客户在办公或经营过程中遇到的问题，为客户提高效率、增加收入、减少成本的产品。

首先我们需要了解下C/S架构和B/S架构的概念及优缺点QWQ

目录

C/S架构

概念：

优点：

缺点：

B/S架构

概念：

优点：

缺点：

实例1：QQ是B/S还是C/S

实例2：微信小程序（手机端的C/S—>B/S迁移）

C/S架构

概念：

C/S（Client/Server）架构是一种典型的两层架构，即客户端服务器端架构，其客户端包含一个或多个在用户的电脑上运行的程序，而服务器端有两种，一种是数据库服务器端，客户端通过数据库连接访问服务器端的数据；另一种是Socket服务器端，服务器端的程序通过Socket与客户端的程序通信。
C/S架构也可以看做是 “胖客户端架构”。因为客户端需要实现绝大多数的业务逻辑和界面展示。这种架构中，作为客户端的部分需要承受很大的压力，因为显示逻辑和事务处理都包含在其中，通过与数据库的交互（通常是SQL或存储过程的实现）来达到持久化数据，以此满足实际项目的需要。

优点：

1. C/S架构的界面和操作可以很丰富。
2. 安全性能可以很容易保证，实现多层认证也不难。
3. 由于只有一层交互，因此响应速度较快。
 

缺点：

1. 适用面窄，通常用于局域网中。
2. 用户群固定。由于程序需要安装才可使用，因此不适合面向一些不可知的用户。
3. 维护成本高，发生一次升级，则所有客户端的程序都需要改变。
 

B/S架构

概念：

B/S（Browser/Server）架构：浏览器/服务器结构。Browser指的是Web浏览器，极少数事务逻辑在前端实现，但主要事务逻辑在服务器端实现，Browser客户端，WebApp服务器端和DB端构成所谓的三层架构。B/S架构的系统无须特别安装，只有Web浏览器即可。
B/S架构中，显示逻辑交给了Web浏览器，事务处理逻辑在放在了WebApp上，这样就避免了庞大的胖客户端，减少了客户端的压力。因为客户端包含的逻辑很少，因此也被成为 “瘦客户端”。

优点：

1）客户端无需安装，有Web浏览器即可。
2）BS架构可以直接放在广域网上，通过一定的权限控制实现多客户访问的目的，交互性较强。
3）BS架构无需升级多个客户端，升级服务器即可。

缺点：

1）在跨浏览器上，BS架构不尽如人意。
2）表现要达到CS程序的程度需要花费不少精力。
3）在速度和安全性上需要花费巨大的设计成本，这是BS架构的最大问题。
4）客户端服务器端的交互是请求-响应模式，通常需要刷新页面，这并不是客户乐意看到的。（在Ajax风行后此问题得到了一定程度的缓解）

实例1：QQ是B/S还是C/S

是C/S了。简单来说，QQ程序是客户端，服务器在企鹅，通过客户端程序访问企鹅的服务器；网页的qq就是B/S了，直接用浏览器访问服务。

实例2：微信小程序（手机端的C/S—>B/S迁移）

从很多特点来看，小程序都非常类似于网页：主要的业务逻辑在服务端、客户端无需安装应用程序、小程序的开发采用的HTML+JS+CSS技术等等。张小龙自己对小程序的定位也大概如此：无意做小程序分发平台，只是做类似于PC互联网时代的网站，但体验比网站好，比下载APP更便捷。所以，把小程序看成手机端的Web页，来思考小程序的价值，不失为一个重要的角度。而从PC端网络应用从C/S模式向B/S模式的变迁历史，也能够反思手机端的未来发展。

网络应用程序的架构主要有C/S（客户端/服务器）模式和B/S（浏览器/服务器）模式，早期主要以C/S模式为主，原因其实很简单，缺少相应的开发技术、支撑平台，要想实现复杂的业务逻辑，只能通过在客户端处理。随着web开发技术的成熟，B/S架构的优势越来越得到大家的认可：开发的标准规范、开发效率高、部署成本低、用户学习成本低……近年来遇到的各种网络应用开发，基本上都是B/S架构的。甚至无法用B/S开发的，如一个基于Mapx的地理信息系统，最后也应用户要求，包装成“伪B/S程序”，从浏览器进入。而在手机端，APP应用非常类似于C/S应用，会不会重复PC端的故事，逐渐向B/S模式迁移呢？我认为还是有可能的，安装部署成本低是一个因素，我觉得更重要的因素，还是能够克服APP的开发难度大的问题。基于IOS或安卓的APP开发，门槛较高，相比之下，基于Web的开发相对简单。同时，任何APP的开发，至少要考虑到两大平台，至少需要两套开发班子，而且每个平台升级都比较频繁，还必须考虑到系统版本的兼容。

那么，智能手机普及这么久了，为何这种趋势一直不太明显呢？主要是当前手机的各种浏览器，都不足以挑起这个 “转型” 的大梁。一方面普及率不高，没有一款占有绝对优势的浏览器；另一方面，如果单纯复制PC端的浏览器的功能，用户体验很糟糕：网页在手机上，页面需要宽度适应，文本框、组合框、按钮等页面组件用起来和手机APP的操作大相径庭，操作习惯也不一样，普通人可能既没耐心也没能力去摆弄这样的网页。

而微信几乎就是一个完美的解决方案：全民、全平台的覆盖率，几乎和操作系统本身划等号。同时微信提供了手机操作必要的各种接口支持，重新定义了小程序开发的规范，界面、操作都和APP一样，尽管内核是web开发，但用户接触到的，却和普通APP完全一样。Web开发还有庞大的开发基础，这么多年来积累了多少经验丰富的网站开发者、多少CSS、JS、HTML开发的资源，而这些，在微信小程序开发中，仍然可以继续发挥作用。以简单账本为例，除了微信自身提供的API、框架之外（其实很简单），大量使用的还是CSS、JS这些知识，当前的网络应用开发人员迁移过来非常简单。

所以，小程序并不是只是用于解决一些小规模的应用的。随着微信小程序平台自身的成熟、应用开发的成本优势将逐步显现，未来极有可能和PC端一样，成为各种应用的首选。

转自腾讯云大佬的 “微信小程序价值思考”，点此传送门进入