什么是C端产品

C端产品也叫2C(to Customer)产品,是面向终端用户或消费者的产品,往往承担引流和转化的任务;C端产品是企业与消费者之间的重要媒介,也是企业重要的获客手段之一。
C端的产品一般有如下特点:

  • 用户即个体。用户就是独立的个人,而不是一个组织或机构;
  • 强调用户体验。因为C端产品的重要任务是引流和转化,在产品初期,优秀的用户体验会在用户群中形成口碑营销,方便获客。所以C端产品在产品设计上对细节处理有比较高的要求,强调情感化设计。
  • 运营占据至关重要的位置。对于C端产品来说,产品功能固然非常重要,但是如果没有卓越的运营手法,很可能会走向失败。运营的工作包括了内容建设、营销推广、用户关怀等,如果一个不错的产品加上优秀的运营,那就很可能成功。
  • 数据驱动设计。C端产品对用户转化率看得极其重要,在转化路径上增加监控,对于每一个按钮,输入框或者配色对进行极致的优化,追求更高的转化率。

C端产品按照运行设备分为:

  • PC端产品:包括Web网站,PC软件。
  • 移动端产品:包括手机、移动设备上的原生APP和H5应用。
  • 其他设备端产品:比如嵌入式软件,智能硬件等。

C端产品按照所实现的功能可分为:

  • 工具类产品:为用户解决某个具体需求。
  • 内容类产品:为原创或聚合内容提供分享平台。
  • 社交类产品:为用户解决沟通交友需求。
  • 平台类产品:作为双边市场平台服务方,帮助买卖双发实现交易撮合。

互联网的出现,对传统企业的最大贡献之一就是增加了销售渠道和获客来源。通过在C端产品聚集大量用户,然后加以商业推广,进而达成交易,大大减少传统企业的地推成本和销售人力。所以,C端产品更注重转化率,C端的产品经理就要“变着法子哄用户”,促使用户转化消费,这也要求C端产品经理要非常了解目标用户的需求和消费心理。

什么是B端产品

B端产品也叫“2B(Bussiness)”产品,使用对象是组织或企业。B端产品往往是基于某个业务领域,解决客户在办公或经营过程中遇到的问题,为客户提高效率、增加收入、减少成本,一句话概括就是“为客户赚的更多,省的更多”。
B端产品的目标
B端的产品一般有如下特点:

  • 目标用户是群体。B端用户通常是企业或者组织,B端产品里面的功能涉及到多个角色参与,需要多人协作完成。
  • 效能第一、体验第二。不同于C端产品,B端产品往往注重效率,重视功能的可用性,产品是否能够解决他们的问题是最重要的,体验在效率面前就显得没那么重要了,只是个加分项。
  • 强调抽象和逻辑。B端产品可能包含一整个业务线的运转,人员、分工、协作、流程和规则随时都可能发生变化,这就需要B端产品经理需要较强的逻辑能力和抽象能力,如何把客户的问题,抽象成一个行业通用的功能,适用于大部分同行的业务操作流程,是B端产品经理经理遇到的问题。
  • 产品的优劣难以量化。比如,一款跨境电商卖家工具,帮助管理广告投放。广告投放的最重要指标是转化,影响转化的因素很多,广告关键词、产品品质、季节、政策等,即使这款工具能帮你找出很好的广告关键词,但是由于其他因素的影响,你的广告转化率可能仍然很差。

其实,在商品销售过程中,有很多因素会影响产品销量,B端产品只能承担一部分优化的工作,并不是百分百的担保。商业不是冷冰冰的机器和规则,市场时刻在变,产品需要不断的调整自己以适应市场。

B端产品的部署方式:

  • 私有化部署:就是说软件服务公司上门安装,把他们的软件安装在客户公司特定的主机上运行。这种安装特点是比较安全、网速快。缺点是:软件维护困难,成本较大。
  • 云部署:指把软件部署在云服务器,客户通过公共Web软件体验服务。这种安装特点是方便、简洁、容易维护、成本较低。缺点是:安全性较低,可能出现网络堵塞。

B端产品的技术架构可分为:

  • B/S架构:即Browser/Server,浏览器/服务器模式,用户通过自己电脑上的浏览器访问系统体验服务。目前市面上大部分B端产品都是这种架构方式。
  • C/S架构:即Customer/Server,客户端/服务器模式,这是早起PC软件经常使用的架构方式,用户需要安装客户端才能体验服务,客户端还要经常更新,非常繁琐。

B端产品按业务方向可分为:

  • 业务支撑类产品:支持企业经营管理或核心业务的开支,比如仓配系统和CRM。
  • 办公协同产品:支持企业内部办公协同,比如OA系统、HRM系统。

OA系统常见功能:略
CRM系统常见功能:略

SaaS产品

SaaS是Software-as-a-Service的缩写名称,意思为软件即服务,即通过网络提供软件服务。
SaaS平台供应商将应用软件统一部署在自己的服务器上,客户根据工作实际需求,向软件供应商定购所需的应用软件服务,按定购的服务多少和时间长短向厂商支付费用,并通过互联网获得SaaS平台供应商提供的服务。
SaaS产品的特点是按服务内容、时间长短收费。同时,SaaS产品具有多重租赁和可扩展性的特点,同一套软件部署在云服务器上可同时出售给多个用户,而且软件的功能也易于扩展,能够灵活迭代。
B端产品深奥庞大,因为商业领域的广阔、业务模式的复杂导致B端产品不可能简单,B端的产品经理往往需要在一个行业里深耕2-3年才能对行业有初步认识,想要成为大神需要更长时间的积累和沉淀。

B端/C端之争

最终都是用户/人,企业用户也需要消费用户级的体验。
C释义为:Consumer、Client;“Consumer”意为消费者、个人用户或终端用户,使用的是客户端。例如:网易新闻、网易云音乐等。是直接服务于用户的。
B释义为:Business;通常为企业或商家为工作或商业目的而使用的系统型软件、工具或平台。例如:网易云、网易有数或企业内部的ERP系统等。是间接服务于用户的。
image.png


B端 C端
对象 组织 个人
核心本质 核心是“连接”
以市场为出发点
连接:解决组织架构下不同层级的连接协同
核心是“场景”
以用户为出发点
场景:解决生活场景下不同用户的核心诉求
根本追求 降低成本,提高效率
如何将提供的功能及服务嵌入到目标企业的核心业务流程中?
解决痛点,优化体验
如何去不断挖掘及激发目标用户行为背后潜藏的动机与欲望?
客户类型 组织(相对理性)
角色复杂,多方协作
注重效率,为了更好地去开展工作,愿意花时间去学习
个人(相对感性)
角色单一,个人使用
注重体验,希望简单易用,以最少的时间去学习,上手操作
客户痛点 解决“企业组织的痛点”,为“实现商业价值”而存在;
组织的“需求”,不是从单个用户需求点出发,而是一种生产关系的连接和延伸;
解决“自然人的欲望”,实现“用户价值”是核心前提;
C端产品的“需求”,解决的是用户在生活场景中的需求和痛点
功能侧重 重视效率以及安全和稳定
对B端产品而言,需要关注的重点是基本信息流的传递,那么重点就是梳理业务流和逻辑链条,对于社交、分享、用户体验方面的需求,优先级就不那么高。
重视人性和用户体验
对C端产品而言,满足基本功能只是一个入门条件,要想做好,还需要更好的用户体验,要考虑怎么样让用户在最短路径,最快时间满足自己的需求。
需求来源 相对明确
公司内部协同需求,根据企业业务类型、业务流程等定制
需要自己不断挖掘和收集
通过市场分析、竞品分析、用户调研等,寻找市场切入点
需求满足 尽可能覆盖用户的使用场景
尽可能满足用户的各种需求
二八原则
满足大多数用户的核心需求
业务模式 多扁平化功能
各个功能种类繁多,对于每种工作流程都要给予支持,没有轻重主次之分;
生命周期长,工作协作流程稳定
一个核心功能
其它功能都是辅助功能,希望在用户脑海里植入一个核心痛点;
生命周期短,用户兴趣容易转移需要迭代
复杂程度 一般涉及多个端,多个角色,每个角色都有不同的功能需求和操作权限,业务流程较长,业务逻辑复杂; 流程能少则少,一切从简;让用户以最短路径,完成必须要执行的操作,降低用户的认知负担;
使用场景 办公时间,大段可专注的时间 碎片化,任意可能被打断的时间片段
设计原则 效率至上
洞悉业务,遵从用户习惯
体验至上
超预期地满足用户期待
盈利模式 为软件功能付费,维护费用 内容付费,广告费用,平台抽成等
产品运营 重服务
需要保持系统的稳定可靠,有问题用户马上反馈,最好能马上解决,需要根据业务的专业流程,保证功能覆盖广,并且正确
重运营
重视拉新,促活,以流量思维来展开运营,用户需要持续增长,来实现收入增长。不断更新迭代来提升用户满意度。
替换成本 高,部署周期长,迭代成本高
用户上手时间长,甚至需要系统培训,熟悉后操作者不容易去改变,替换需要适应
低,同类竞品功能同质化
操作类似容易上手,用户忠诚度低,切换同类产品基本没有成本
关注点 组织架构,业务类型,工作流程,员工角色,员工职责 贪婪,懒惰,食欲,淫欲,虚荣,嫉妒,暴怒

B和C核心价值

用户端产品价值在于满足用户需求、提升用户体验。
后端产品的第一要义是对业务的支持和提升——通过业务操作和数据的线上化,来标准化业务管理流程、提升业务运转效率,以及发掘数据的价值,进而影响到公司的成本和收入。
B端产品,是面向少数专业用户的,用户需要具备相关行业的专业知识才能使用。它的目标是提供全面、专业和强大的功能,体验相对C端产品很可能没那么重要和关键;在使用中更重视业务逻辑以及流程的完整和效率。这也是为什么我们看到的很多B端产品用户,希望把功能尽量平铺出来,而不是像C端产品倡导的“一个界面只完成一件事”,因为这部分用户相对固定和专业,他们首先考虑的是产品的功能强大和高效率。
当然,对于另一类B端产品(如OA,协作工具),则和普通C端产品更类似。
相对于C端产品,视觉设计在后台产品中的作用十分有限。但是,这并不意味着我们的产品不需要关注交互和视觉的细节。

功能对比

C端产品面向的人群更广泛,受众面更大。一个核心功能+多个附加功能,注重分享。
B端产品的本质是满足用户的工作需要,其必然包括多项功能的复合及嵌套应用支持。B端产品的特性是“协同工作”。

分享和协同在本质上的区别:

  • “分享”:和别人分着享受(欢乐、幸福、好处等);
  • “协同”:各方互相配合或协助;

分享主要是在感受或精神上进行共享,让别人感觉到自己的感受;而协同则是需要进行合作,完成共同的目标。

使用场景差别

C端产品主要是为碎片化时间服务的。
B端产品则是为了工作或商业目的而使用的软件,是长时间、沉浸式使用,且必须要使用的软件或工具。用户并不能以自身喜好来接受或拒绝。

设计出发点/设计思考

C端产品的本质基本都是一个核心功能,要确定哪个功能是产品最核心、最不可丢弃、是立足之本的功能,哪些功能是锦上添花、为了提升用户体验的附加值。
“1个中心”即为核心功能;不能让次要功能喧宾夺主,掩盖核心功能的作用,保持产品的易用性。
“2个基本点”则是坚持自身最特别、最有区分度的特点,坚持品牌特色。
B端产品的本质是满足用户的工作需要,协同工作;因此对于B端产品而言,最重要的是:“一手掌控”的设计原则。即:能满足工作需要的功能,合理清晰的模块划分,严谨专业的流程设计,可遵循的操作及方式,干净简洁的视觉效果。
在做产品信息架构时,就需要仔细考虑功能、功能组、功能模块的划分,常用功能的优先级等等。权限管理、工作流配置。

“严谨专业的流程设计”:B端产品不需要玩“猜心”游戏,不用猜用户这次打开产品会干什么,不用推荐“相似”内容。B端产品注重的是严谨规范的操作。 设计师需要对产品的行业特性具有一定的专业了解,短时间内需要对多行业多专业进行学习分析,而长期则需要更深度的挖掘专业需求。 “可遵循的操作及方式”:这一点无论是B端还是C端产品都是应该遵循的,即:保持产品使用的一致性。让用户在使用时,能有熟悉感,了解自己的操作会带来怎样的结果。在用户疑惑时,给予提示;在遇到困难时,给予帮助。让用户在摸索时,能尽量快速地进行学习使用,即易学性。 “干净简洁的视觉效果”:B端产品是长时间、沉浸式使用的,因此一般不宜使用过于强烈的色彩,不需要过于刺激的设计感,整体产品都应该尽量简洁,不要让视觉效果喧宾夺主。一般,蓝色的色彩含义为“理性”,更适合B端的产品的特性。

B端产品的出发点是以市场为核心关注点,更多是基于已有的“业务”形态,把传统线下工作,通过程序化、系统化、信息化转换为线上行为,使业务的流转效率更高,办公成本更低。所以B端的本质是连接,解决组织架构下不同层级的连接协同!
而C端产品的出发点是以用户为核心关注点,涵盖衣食住行、吃喝玩乐,在这些场景下,几乎不会涉及到与他人协作的情况,用户最关心的是自己,所以C端的本质是场景,解决的是用户在不同生活场景下的各种诉求!
对B端产品而言,追求的是降低成本,提升效率——关注的重点是基本信息流的传递,那么重点就是梳理业务流和逻辑链条,对于社交、分享、用户体验方面的需求,优先级就不那么高。
对C端产品而言,追求的是解决痛点,优化体验——满足基本功能只是一个入门条件,要想做好,还需要更好的用户体验,要考虑怎么样让用户在最短路径,最快时间满足自己的需求。

建设流程对比

建设流程对比
image.png

B端产品和C端产品的差异

《B端产品经理必修课2.0:从业务逻辑到产品构建全攻略》

B端产品 C端产品
产品的提供者 可以由企业内部团队来开发,也可以向市场采购,由应用服务提供商提供相关的软件 来自市场上的软件和互联网公司,用户都是通过应用市场或直接登录网页来获取产品和服务的,如微信、微博等产品
产品体现的价值 在企业的管理、营销等方面提高效率和效益、降低成本 体现的价值多种多样,如提高工作效率、提升生活品质等
决定是否使用产品的对象 包括企业的CEO、CFO等,B端产品的客户和用户往往是分离的 C端用户自己决定
C端产品的客户和用户往往是一致的
产品的收人方式 客户的直接付费、根据服务和资源的使用量付费、额外的服务费用等 通过广告带来收入、购买产品内部的功能和服务、购买订阅服务、平台收取交易费用等
产品的营销方式 注重客户关系、客户服务,有专业的销售团队。
销售流程长,基于理性分析决策购买。
定价更具灵活性和个性化
销售人员通过数据分析找到与C端产品相匹配的群体,进而大规模地推送营销信息。
销售流程较短,基于感性决策购买
产品的迭代和发布方式 用户更希望能够使用一个长期而稳定的版本,企业需要考虑产品与企业其他已经应用的产品是否可以对接、是否可以平滑切换等问题 能够快速按周或按月迭代和发布
产品需求的调研方式 通过企业的组织架构或销售团队,找到典型的客户进行访谈,且客户更加专业 需要通过各种方式挖掘和整合需求,如抽取典型客户进行访谈、调研问卷等

用户需求悖论

产品经理的核心价值在于满足用户需求。我们接手一款产品后,首先发现目标用户,然后通过各种手段挖掘用户的需求,通过功能界面等方式实现,满足用户需求。
后台产品和用户端一样也有目标用户,而且用户是固定的;对于企业内部的后台系统来说,用户就是公司内部某个部门的人;他们的需求比广义上用户的需求明确的多,通常他们的需求就是公司实际业务上的事情。
似乎意味着“他们说什么,我们就做什么”,没有挖掘需求的环节。那么,后台产品的目标到底是不是满足用户需求?
首先,所谓的“用户”不同。
用户端产品是服务于C端个人用户的,满足用户需求是永恒的真理;而后台产品通常是面向B端,服务于公司的,因此后台产品第一要满足的是“公司”这个用户的需求,也就是业务需求,而不是狭义上使用产品的那些人的需求。换句话说:公司层面的需求大于用户自身的需求。
其次,面向B端企业的产品,服务对象是所处行业中的各个客户,企业内部的后台产品,服务对象就是自己公司。
举个最简单的例子:
钉钉的“钉”功能,站在用户立场上被频繁骚扰很不爽,但站在企业客户的角度看,“钉”这个功能能提升企业员工间沟通的效率,有助于公司的管理,所以它解决了公司的需求,很多公司会为这个功能买单。
这就是说:后台产品的价值和用户端产品不完全相同,“满足用户需求”只是其中一个目标,后台产品还有更大作用。