tob和toc产品的差异（同样是产品ToB）

自从互联网火了以后，一大堆 o2o，b2b，c2c 的产品出现，这些名词也渐渐为人熟知，但很多人对这些产品的理解也是停留在概念上，实际上绝大部分人用的都是 To C（也写作2c）产品，比如微信，qq 等。今天丁丁就站在设计狮/产品汪的角度从概念到设计给大家分析一下 To B 和 To C 产品的区别，为方便理解，以下举例会采取两个极端进行对比。

丨概念

字面上的意思都很明确：To B 就是 To business，面向企业或者特定用户群体的面商类产品；To C 就是 To customer，产品面向消费者。平常大家讨论比较多的是 To C 类产品，因为大家都在使用，且设计师很多在从事 To C 类产品的设计工作。

To C 产品是发现用户需求，定义用户价值，并准确的推动项目组达成这一目标；而 To B 产品是根据公司战略或工作需要，构建生态体系，或者推动将流程系统化，提高效率。

说白了就是 To C 产品是你去挖掘用户需求，是创造，从无到有；To B 产品是公司战略或相关方给你提出要求，产品经理将这类「线下已有的需求」系统化，达到提高现有流程的效率的目的。

一个机智的用户来使用是这样：

一个不太机智的用户来使用是这样：

然后看一个 To B 类产品，信息架构复杂的时候，如果设计师没有达到逻辑清晰，那设计出来的任务流程可能是这样的：

这时，

萌萌的用户会：-_-

默默的用户会：呵呵……

凶狠的用户会：设计师你过来我保证不砍死你……

所以做 ToB 类产品设计，一定不能像写散文一样，随心而至，随时下笔，得像写议论文那样，做足功课，想清楚重点和逻辑，脑中成图，再动手画稿。（图来自@设计师Yoyo）

丨学习成本

做产品设计的一个基本要求，就是要保证用户学习成本足够低，低到没有最好。做 To C 产品这个目标很明确，也很容易靠拢，而做 To B 产品很难。

比如一个中国电信客服的界面，一个PC界面密密麻麻上百个功能，业务员完全凭借自己的记忆力和习惯来进行操作，没有太多的任务流清晰度可言。这样的产品使用，是需要一定时间的学习才能达到基本使用，学习成本肯定不低。

还有不少 To B 产品，需要有专门的培训和讲解，才能勉强让新用户开始使用。这个时候，如果单纯以学习成本低到没有来要求 To B 类产品，非常难。信息架构复杂起来，是很难通过认知设计、视觉设计、交互流程简化来解决学习成本高的问题。

有几个点可以帮助到，一是灵活有效的提示，二是充足有价值的用户测试，三是深刻理解业务，设计师的业务理解水平接近架构师和产品经理的水平，才能从体验侧做一定范围的有效改动，来帮助产品的可用性得到提升。

丨业务理解度

做复杂信息架构产品，最难的就是业务理解入门。例如做微信、QQ 音乐等产品，设计师相对好入手，因为设计师本身也是用户群体。而复杂信息架构产品一般不是给普通用户使用的，而是给一个特定群体的用户使用的，大部分情况下设计师与这个特定群体是没有交集的。

例如设计师接到一个任务，做银行交易系统，首先，设计师没有在银行工作过，对银行交易流程基本不了解；第二，设计师完全不知道使用这个交易系统的用户的心理模型、工作状态、用户场景、喜怒哀乐。如果这个银行交易系统是给尼日利亚的某个银行做的，可能设计师连当面和用户交流的机会都没有。

所以做这类产品时，动工前，设计师大部分时候业务理解度无限趋近于 0。最好的方式就是建议设计师能自己跑去真实使用场景做做自己的用户访谈，例如到用户群体做一天的跟踪访谈、用户深访、任务流程记录、用户痛点记录等，这些真实的感受和体验带来的价值远远大于架构师或者产品经理给设计师描述带来的价值。

以上就是从概念到业务两者的对比，简单总结就是 To C 产品的用户直接是用户个人，所以更关注人性或者说用户体验，强调的是刚需，痛点，高频，体验，而 To B 产品存在的前提就是为了满足「组织完成业务信息化」的需要，所以 To B 的产品非常关注组织和业务，核心是功能服务、效率以及系统。

当然还可以继续从其他维度继续对比，但丁丁觉得没必要，以上基本可以弄懂两者的区别，最重要的还是工作实践。讲到产品，就离不开产品经理，下面我们主要从产品经理在这两类产品设计中体现的能力来看下两者的区别。

丨To C 产品对产品经理的最大要求

很好的用户嗅觉，能准确提炼用户真实需求，为产品的市场化方向和用户利益寻求到一个平衡点；需要有一定的运营基础，能根据用户反馈不断优化产品；优秀的 To C 产品经理还是个优秀的数据分析师，能够根据数据结果反推产品功能。

做 To C 的产品经理一般都乐于分享，经常可以看到他们跟老板 pk，性格不会很闷。他们还会懂那么一点运营、营销、品牌策略，并会将其体现在产品形态中。

另外，To C 的产品和开发是同一个团队，目标一般都是一致的，他们朝着同一个产品方向去努力即可，所以你会看到 To C 产品经理的项目推动力要求没有 To B 产品经理的推动力要求那么高。

To C 产品经理还需要拥有很高的交互设计能力和用户体验感知，这里所说的交互设计和体验感知都必须围绕公司战略和产品方向进行展开，To C 的初级产品经理最容易犯的错误是把太多的时间抠在产品的设计细节上。说具体些，就是把产品的交互设计和 UI 设计看的太重，几乎大部分的时间都花在 Axure 原型图的设计上了，而忽视了产品方向和产品本身应该重点考虑的地方。

丨To B 产品对产品经理最大的要求

To B 端的产品经理需要具备优秀的需求梳理能力和推动能力，在大公司尤其明显。你可以看到，To B 端产品的需求是服务于公司战略、或者服务于线下已有的流程，产品经理要做的是理解和实施公司战略，构建生态系统，或者将已有流程系统化，也就是说需求主要的来源并不是普通用户。

构建完整生态，或者提升效率，就是 To B 产品经理的价值所在。你的某个推动，会改变行业，如微信公众号的产品经理，提出的商家管理生态，就为线下商家提供了完整的互联网化转型解决方案。

做To B 产品的产品经理一般都拥有慎密的逻辑思维，他们的性格相比To C 产品经理也稍显沉闷，他们大多数理性过头。他们能够很耐心的坐下来理解公司或合作部门提出的要求，其实他们同时担任任着产品经理和需求分析师的角色，优秀的To B 产品经理如果转型，具备做大公司的 IT 系统咨询分析师的能力。

最后来个小彩蛋，丁丁在搜索资料的时候看到一篇文章用 13 张图来阐述两者创业的区别，很有意思，想了解的朋友可以回复「庖丁开发」公众号「彩蛋」俩字看图。