现在越来越多的人开始关注、接触To B产品,也有很多人开始讨论To B产品的特点以及设计心得。但今天我更想说的是:To B or not to B, that’s not a question.
做过 To B 产品的人都知道,To B 和 To C 确实是有差异的。那么就先来看看到底有哪些差异点,对产品设计有何影响。
一、To B 和 To C 其实不同
① 国内外发展程度不同:中美在To C 方面差异不算很大,但在To B方面差异显著(见下图)。前些年中国To C还在疯狂抄袭美国的模式,而现在已经有抄袭中国本土模式的美国产品获得风险投资。
![lj20150111-2](https://i-blog.csdnimg.cn/blog_migrate/e06cb92472d6c58eabb09fa727b041d6.jpeg)
另外美国投资市场To B/To C 投资比例大概为3:2;但中国市场To B/To C 投资比例大概为98:2。这说明中国To B产品有巨大的发展空间,同时由于市场的不成熟,面临的挑战也非常大。
②To B 产品更重商业利益:B即Business,“钱”对To B 产品的重要性不言而喻。大家习惯了To C 产品的免费,但却更习惯付费的To B 产品。做To C产品时,听到的总是“用户”、“体验”、“竞品”、“转化”等词语;而做To B产品时,听到的更多的是“商业化”、“客户”、“收费”等词语。
③To B 产品更注重创新:做To C产品时大家都比较注重竞品分析,最发愁的是竞品太多不知道如何挑选、如何和竞品差异化竞争、老板总要求抄袭等问题。而To B产品同质化的情况较少,比如阿里独特的生态环境必然催生独特的To B 产品,当然在阿里内部竞争也比较激烈,必须注重创新才能生存下去。当然我这里说的创新不是体验或功能方面的创新,而是业务模式、商业模式方面的颠覆式创新。来阿里这一年多,感觉做的所有事情几乎都是之前没有经历过,也没有人曾经经历过的,需要不断的探索和试错。
④To B 产品的周期长:To C 的产品3-6个月没有什么突破,可能就要完蛋了,但是To B的产品搞个几年很正常。所以很多人会觉得To B 产品发展太慢,不容易出成果。
⑤ To B 产品的用户量小:To C 产品可以轻松达到百万级到千万级,甚至亿级,但To B产品用户量普遍不大,甚至有的是个位数。这就意味着,你做的产品很少有人听说过。用户量小也意味着要尽量使用定性的调研方式,但To B产品的用户角色很多、需求也十分不同。做To C 产品时,一般调研4-8个用户就够了,但是做TO B产品,调研多少人都不够,永远会有新的发现。
⑥To B 产品理解成本高:由于To B产品往往是面向专业客户的,所以需要对客户业务有较深的理解,这需要多年的积累和沉淀。因此To B产品的门槛是非常高的,很多刚入行的人会有较长时间的适应期。
⑦To B 产品功能逻辑复杂:由于涉及到商业利益,因此To B产品的功能设计务必严谨,比如涉及到角色、权限的功能会比较复杂。如果是平台型产品就更加麻烦,可能还涉及到不同部门的协作、各个模块的衔接关系等,改动起来成本也很高,往往牵一发而动全身。
⑧产品设计难度高:如前面所述,目前To B产品发展较落后、产品功能逻辑复杂、理解成本高、用户量小、缺少竞品、缺少成熟的方法论指导,因此产品设计难度非常高。在业务、功能、技术方面牵扯的过多精力导致无法聚焦于体验方面,再加上设计难度过高,产品的用户体验自然也较差。
虽然To B 和To C如此的不同,但经历过这一年多的思考,渐渐发现他们的本质其实是一样的。
二、To B 和 To C 其实相同
①都是给人用的:在《场景革命》中看到一句话,让我非常的震撼:To B和To C本质上并没有什么不同,因为它们都是给人用的。不错,不管是To B还是To C,都需要良好的体验,没有人愿意用一个难用、影响效率的产品,只是为了工作、为了赚钱,用户忍了;不管是To B还是To C,都需要尽量平衡业务和体验的关系。只不过这点对于业务至上的To B来说,难度更大。
②都需要思考为什么人解决什么问题:前不久阿里CEO在内部召开了一场沟通会,里面提到了淘系未来的发展方向。会后,我的业务leader和UED leader都对此进行了内部沟通与讨论。 业务leader告诉大家集团的最新方向是什么,重点在哪几块,我们的业务在其中起到什么作用、重要程度如何,未来该怎样与其它团队协作,接下来的业务目标是什么……
UED leader也解读了基本的内容,然后强调要思考用户的痛点,我们的产品为客户解决什么问题,如何解决。接着他逐个问我们:品牌商的核心痛点是什么?服务商的核心痛点是什么?……我竟然语塞,思考了十几秒才回忆起部分痛点。但是这不是每一个做用户体验的人应该时刻牢记在心的吗?我感觉像是在失忆状态中突然被唤醒的感觉,这些话在业务团队,真是很少听到了,以至于我都快遗忘了,这是多么的可怕!
作为一个产品人(无论是To B还是To C),都要时时刻刻思考“客户的核心痛点是什么?产品为什么样的客户、角色解决了什么样的问题?如何解决?产品的核心价值是什么?……”看起来很简单,但做到谈何容易。在战场上浴血奋战的士兵,有多少人还会在意打仗的目的是什么,自己牺牲性命是为什么,他们只知道必须要往前冲,拼死了往前冲,没有回头路。所以很多时候,我们其实需要停下脚步,让灵魂跟上。
记得很久以前有一位产品设计前辈曾经对我说:UED团队存在的目的是什么?就是为了制衡业务团队。大家如果都为了KPI、为了业务目标不顾一切的往前冲而忽视用户体验,那这个公司不就完了吗。所以在这方面我很惭愧,没有完成好这个使命,未来依然任重而道远。现在我会谨记:要围绕业务目标开展工作,但不能被业务目标牵着走。
三、对产品设计人员的专业要求
To B和To C的设计方法其实是相通的,只不过To B的方法也可以用在To C上,它对To C的设计方法论是一种很好的补充,也很容易提升To C的设计质量;但To C的设计方法虽然看似专业,放到To B上却总觉得不够用或用不上。这是因为针对两者,所需的知识结构有所差异。
从前面所述的区别可以知晓,To B产品的专业门槛较高、客户少但角色多、没有成熟的方法论指导、缺少竞品、难以提供数据支撑、产品设计难度大等,这些均对产品设计人员提出了更高、更深度的专业要求。但To C产品的专业广度要求较高(周期短,需要用到不同方法;用户量大,需要掌握各种专业的数据验证方法;对界面体验的要求更高等等)
![lj20160111](https://i-blog.csdnimg.cn/blog_migrate/b8855370490a57fa9d19040fe6f54ca3.jpeg)
所以在业内,To B和To C的产品设计人员还是要多交流、互相补足的(注意是互相补足,不是互相模仿,比如之前就见过很多设计的和To C几乎一模一样的To B网站),目前这点做的还不太够。
当然To B、To C只是一个笼统的分法、并不绝对:有的To B产品并不是很复杂,和To C比较类似;有的To C产品涉及到具体行业知识或功能十分复杂,也有很高的门槛。To B和To B之间,更是可能有天壤之别,比如面向客服的产品、面向专业分析师的产品、面向开发人员的产品、面向未来的概念性产品(有待市场验证的)等等等等。
因此,To B or not to B, that’s not a question. 对于产品设计人员来说,重要的是“不忘初心,方得始终”,永远不要忘记在心里问自己“我的产品为什么客户解决了什么问题,怎么解决,对客户的价值是什么”,那么不管To B还是not To B,都会更容易找到答案。