在互联网和信息化高度发达的今天，我们都是 b 端和 c 端产品的用户，能切身体会到产品的好坏，那么两个完全不同类别的产品放在一起时，会有什么新发现呢？今天想通过自己的设计历程，来梳理这 2 种产品的区别和价值。
c 全称是 customer，即消费者（泛指用户）的产品，个人用户或终端用户，使用的是客户端。例如：微信、网易新闻、网易云音乐、有道翻译官、网易考拉等等。
b 全称是 business，即商家（泛指企业）的产品，通常是企业或商家，为工作或商业目的而使用的系统型软件、工具或平台。例如：京东云、阿里云、网易云、网易有数或企业内部的 erp 系统等等。
相同点1. 都要给人使用
小到打车、外卖和购物软件，大到逻辑复杂连产品经理有时候都犯糊涂的企业级业务系统，无论个人用户，还是企业用户，本质都是由人来使用，只不过产品类型不同。
2. 都要兼顾用户体验和业务之间的平衡
既然是给人来使用的产品，就要兼顾用户体验和业务之间的平衡。无论是 c 端或 b 端，谁都不愿意使用一个不好用且耽误效率的产品，当然还是会有一些用户体验较差，用户又不得不使用的产品存在，因为它可能具有一定的垄断性质，或者在某些场景下被强迫使用，用户本身是别无选择的。但不能说用户体验就不重要，只能说对于业务更复杂、为工作而生的 b 端产品来说，想要做好这一点会比 c 端更困难。
3. 都要坚守做产品设计的核心思想
对于每一个产品设计者来说，「在什么场景下为怎样的用户（客户）采取什么方法解决哪些问题」，这句话是再熟悉不过了，也是经常讨论或挂在嘴边的话。可是面对工作中蜂拥而至、突如其来的事情时，却又常常容易忽略掉。就像是一个人如果太饿了，只顾着吃饭填饱肚子，却忘记了吃了什么。
不同点
1. 目标用户首先，我们明确一下 c 端产品和 b 端产品的用户是谁，产品给哪些人用？
c端
产品是面向个人用户，服务于每个脱离「企业」场景之外的人，也就是生活场景。他需要做更细致的用户画像，比如：用户的年龄、职业、文化程度、收入水平、工作单位、个人喜好等都会影响到功能设计，每个人都可以对产品提出优化意见，这个意见只代表个人，而不是任何社会群体，但这些意见只要被产品经理验证是可以提升产品价值的，就可能会排进迭代周期内。
相对来说，c 端产品不管从服务范围、渗透力、密度都远远超过 b 端，原因是因为它面向的用户群体更广泛，用一个核心功能解决大多数人的一个主要诉求，我们每个人随时随地都可以成为 c 端用户，可选用的产品也非常多，产品团队更多的思考是让我们更长时间的停留在产品上面，让用户有更高的粘性和活跃度，需要利用产品的特色功能和优质体验来吸引我们，并解决我们在生活便利和情绪方面的问题，让我们享受这些服务并为此买单。
b端
产品则是服务于企业用户，这个「企业」可以是一个组织、商家、团队，是某种经营的主体，当然使用者也是个人，不过这个「个人」是代表了组织中的某个角色而已。这类人无论性别、年龄、地区有何差异，他们都是一类角色，比如企业中的项目总监、项目经理、项目顾问，我们的产品要提供给这类角色使用，而不是某个人使用。假设我们做一个项目管理系统，主要提供给项目经理使用，张三和李四都是产品的用户，也许张三在工作之外是个活泼少女，喜欢刷短视频、购物、旅游，被简约的界面风格所折服；李四却是个内向宅男，喜欢宅在家里打游戏、看书，喜欢炫酷的界面风格，但他们的个人喜好都无法影响系统功能的设计。这里说的功能设计的主要依据就是企业对项目经理这个角色的业务定位和考核目标，他们共同的角色都是项目经理，所以系统只需要提供项目经理相应的功能和体验即可。
所以功能设计需要是多个业务功能满足特定人群的多个需求、多个场景，他所面对的用户具有特定的职业属性，也就是说他的用户只会在「工作」的场景下使用他，有些还是强制使用，个人没有选择余地，因为付费者是企业领导，而不是基层员工，而使用最多的反而是基层员工，所以 b 端产品的用户关系会比 c 端更集中、更垂直，做功能设计时，要权衡付费者和使用者之间的利弊，他们要求产品的时效性，注重如何满足企业用户的既定目标。
2. 使用场景
c端
它会存在于生活中的各种场景下，而且自由度非常高，当然也包含工作场景，比如我在坐地铁时刷一下朋友圈、在睡前打开网易云听歌、在工作间隙上点了一份外卖、周末变身肥宅吃了一天鸡等等，所以 c 端产品的使用场景是碎片化的，用户并不会连续几个小时一直盯着同一个 app，而是在多个应用之间随意切换。比如落地成盒了会打开微信回复消息，歌听乏了去看看电子书等等，所以我们看到一些比较优秀的产品，他们都在内容和用户体验上下足了功夫，目的就是为了留存用户，减少跳出率。因此 c 端产品更讲究操作直接，信息简洁，有娱乐性、社交性、可倾诉性，是为了解决生活上的问题而生，寄生于我们的情绪之中，被产品的情感化设计所折服。
b端
与 c 端正好相反，他们是为了工作而使用这个产品，因此他们必然要长时间使用产品，而且是沉浸式使用，同时使用频率是可预测的，他们并不能带着个人喜好去使用，不能说这个产品太难用了，我就可以不用了。比如上下班打卡，公司要求用 a 产品，你觉得不好用，就推荐大家使用 b 产品，对不起，虽然你是产品真正的使用者，但决策权和付费者是高层领导。个人的情绪左右不了使用场景。所以 b 端产品更讲究严谨的流程设计、贴近现实的场景面积、低风险、高效率、数据精准。它是为了解决工作上的问题而生，寄生于企业制度之中，被产品的用户体验影响着工作效率。
3. 业务和本质
c端
满足自我情绪。
比如社交类产品就是构建「聊天」方式，这个聊天可以是语音、文字、图片、分享等形式，解决个人在情感、空间、工作、虚荣、欲望等情绪问题。在核心功能之外还可以附加一些「增值功能」，比如设置好友查看权限、购买 vip 等，这都是为了提高产品的使用价值和盈利口径。
因此 c 端产品通常只有一个核心功能（比如音乐类 app 的核心功能就是听音乐，阅读类 app 的核心功能就是阅读，游戏类 app 的核心功能就是游戏），多个辅助功能，核心功能影响着产品的特色、定位、调性，而合理的辅助功能则会让产品保值增值、增强产品与产品之间的差异化，如果去除这些附加功能，产品的体验会受到一定影响，但实际上并不会阻碍用户使用核心功能。例如：去除了评论功能，但用户依旧可以听音乐；去除了打赏功能，同样也不影响用户阅读文章和作者写文章；去除了分享，用户还是可以愉快地吃鸡。
所以 c 端产品的特性可以归纳为「分享」，前面所提到的「评论」、「打赏」其实都基于「分享」的场景下，即：让他人听见「我」的声音、看见「我」的想法、赞同「我」的观点，满足双方的情绪设定。
盈利方式：内容付费、广告付费、平台抽成、增值服务（vip、卡券、权限等）。
b端
共同完成一个目标。
日常使用产品工作的人，自己是无法独立完成一个任务的，他需要和周围的人协同完成一个任务流程的闭环，比如我发起一个请假申请，以「完成」和「打回」作为流程结点，根据企业制度设定，这个流程中会涉及到 3 种角色：发起人（我）、审核人（上级）、归档人（人事或行政）。
b 端产品的业务逻辑是复杂和多变的，尤其是权限系统，往往每个人都是流程中一个非常小的部分，就如上段所说，需要进行协作使用，这里不能穷举出每个业务，因为不同的公司业务则完全不一样，公司可以对该产品当中的功能选择性购买或租赁。而对实际用户来说，这个产品没有功能的层级，自己负责哪一块，哪一块就是他的主要任务、经常使用的功能。也就是说，从功能架构上看，这些核心功能都是扁平的，他们分配到各种使用角色的手中，没有先后排名。
而 b 端产品的本质则是满足用户的工作需要，但这从来不是单一的功能就可以满足的，这里一定包括了多项功能的组合及嵌套应用支持。当用户需要绘制多种不同类型的图表时，产品就绝不能只提供单项类型的图表功能。比如：甲公司的产品只能画柱状图，而乙公司的产品却能画 10 种甚至更多不同类型的图表，以适应不同需求场景，若你是客户，你会选择购买哪个产品呢？
盈利方式：按功能模块付费、按使用人数付费、需求付费、后期维护费用。
4. 产品需求
c端
更多满足使用者的日常生活需求，所以需求来源会多样化一些，因为目的都是拉新、促活、留存、转化、裂变。像竞品分析、数据分析、用户行为分析都可能帮助挖掘出有价值的需求。我们也有很多时候因为朋友在用这个产品，或者看到产品的广告才下载这个应用，但下载以后用来干什么，那只有等我们有诉求的时候才会再次打开应用，这个诉求可能是空虚、无聊、想购物了等等。所以很多普通用户根本不知道自己的真实需求是什么，甚至有时阴差阳错打开某应用，然后被里面的买家秀、活动促销等运营模块所吸引，最后产生购买欲望。
因此，c 端产品就是站在上帝的视角，需求直接来源于用户的行为和反馈，从用户这里获取最真实的诉求。产品设计者则需要关注市场流行趋势，关注用户偏好及意见，将有效的分析结果转化为产品需求，再输出功能，引导用户产生共鸣，并通过一些运营手段，增加转化（变现）概率和裂变的辐射面积。
b端
b 端产品更多是基于已有的「业务」形态，把传统线下工作，通过程序化、系统化、信息化转换为线上行为，使业务的流转效率更高，办公成本更低。所以更要求产品设计者能熟练掌握相应的行业知识、捋清业务逻辑。
需求一般来源于产品战略定位、各部门对接、租户（客户、外部付