前端产品与后端产品：产品经理的困扰

前端产品（ToC）给人的第一感觉，是门面，那后端产品（ToB）就是一切产品成功的保障。

前端产品和后台产品并没有孰难孰易，解决的痛点不同而已。前端主要关注体验，需要敏锐察觉用户的兴趣点和习惯，后台主要关注效率，需要积累行业的知识厚积薄发。

所以咧，这篇文章就稍微的聊聊两端产品从几个方面来对比一下。

一、使用场景不同造成需求差异：需求点VS需求面

C端产品和B端产品的使用场景导致了需求差异。

C端产品，解决的是用户在生活场景中的需求痛点。虽然用户需求复杂多样，涵盖衣食住行吃喝玩乐，但落实到C端产品身上，往往解决的是某个具体的需求。

在不同的生活场景下，用户会使用不同软件满足自己的需求。在这些场景下，几乎不会涉及到与他人协作的情况。用户关心的是自己，比如：饿了要吃饭使用外卖应用下单；出门没方向使用地图应用导航。

就和市面上的大多数商品一样，C端产品是以具体的功能点占据用户心智，解决个人用户的生活需求。很少有产品是一上线就要打包解决用户需求的，大都是先确立自身的产品定位及价值，然后慢慢优化丰富产品功能。C端产品要满足的正是千万个人用户的个人生活需求。

C端产品和B端产品的使用场景导致了需求差异。

C端产品，解决的是用户在生活场景中的需求痛点。虽然用户需求复杂多样，但C端产品给不同用户提供的是具体不同场景需求。

用户是以自我为中心的，而对于C端产品经理而言，需要对用户的画像和场景分析透彻，得知道：我的用户是谁？我要让用户了解和使用我设定的哪些场景功能？我如何比竞争对手做得更好？能不能解决用户遇到的特定问题，甚至超出用户预期，达到多场景唤醒产品的效果？

以ToC电商产品为例，C端产品经理需要解决的是：

1. 了解自己产品的用户画像

这四个标签分类可以有针对性的给用户提供多维度的商品推荐，一个20岁武汉在校的大学女生和一个40岁在北京拥有自己企业的男性企业家，挑选商品的维度和方式都不一样。

2. 熟悉用户所在的场景

用户场景也需要基于用户画像来联系，用户购买商品的场景也存在异样化。

这是淘宝首页聚合标签页面，其中饿了么和海鲜达与其他分类的场景都有明显的区别。当然，每个分类的场景都是不同，也正是因为这些不同的场景才有了用户的多样化。

所以，用户的需求点和使用场景都是零碎和不通的。C端产品经理需要解决的是用户个性化的需求，而怎么将个性化需求融合在产品中则是C端产品人一直在思考的。

而用户的需求也可以用KANO模型来解释一下：

• 基本型需求：也叫必备型需求，需要满足流程的需求。电商必须有“选择商品→支付商品→形成订单→查看物流状态”产品流程。试想一下如果电商流程少了让用户“查看物流状态”的信息，用户不满的情况就会增加。但是有这些必要的信息，用户也觉得这是理所当然的。
• 期待型需求：有了这类需求，用户的好感度明显增加。比如拍照软件为你设置的各种拍照场景，提供更加精细化的拍照体验，基于各种复杂场景下的拍照模式，让用户感觉体验感会直接飙升。
• 兴奋型需求：用户使用产品时，发现里面有一些意想不到的内容/彩蛋，或者说给用户更好的预期。比如现淘宝的推荐算法，我购买了衣服，推荐给我的在我认为是很搭的裤子……通过拍照识别类似图片上的商品并给你最匹配的商品等等，前者是产品标签策略推荐，后者是图像识别技术。
• 反向型需求：这样的需求是用户反感的。比如婚恋平台上放上离婚的相关信息，也就是与实际需求并不匹配的场景和在场景中格格不入的需求，再比如一些游戏中的阻屏广告等等。

而B端产品是服务于一个群体（组织），需求不是从单一点来出发的。一般用户画像和业务需求都比较直接，难度在于业务的梳理能力。

这里的用户画像更多的是基于不同的组织架构下，岗位的区分造成不同的业务需求。所以，B端产品经理需要去根据业务需求解决岗位各层级的信息扭转，通过各岗位的需求点进行串联，形成需求面。

举个例子：B端产品的权限管理就是首要去进行梳理的。不同岗位能增、删、改、查、看的权利都不同，但是业务关系都是串联在一起的。

权限管理——角色列表：

权限管理——角色权限：

权限管理——管理员列表：

所以从需求的角度上来说：C端产品经理针对于不同用户在不同的场景下去思考怎么搭建产品？

用户和需求是并行的，而B端产品经理则需要在组织架构中通过业务需求去解决需求的串联度。用户和需求是串行的。

二、产品设计差异：体验VS功能

从产品设计角度来说，C端产品偏重用户体验，B端产品偏重功能。

C端产品追求如何让用户在最短时间，以最短路径，最低成本达到目的，满足自己的需求？

通过看C端产品（APP）的首页，大致就能知道他们的产品价值及定位。

下面通过一个例子来聊聊：（开眼APP <Android>）

所以，C端产品经理需要解决的是用户在使用产品的流畅度和体验感。用户在操作的时候，不需要去找寻某个功能在哪儿？

从进入感觉到离开只会感觉到时间过的很快，在产品中很轻松，那么，作为C端产品经理的目的就达到了。

对于B端产品来说，要解决的主要是不同生产关系的协作沟通需求，在中心化的组织架构下，B端产品需要满足不同层级，组织内外的协作沟通。所以，更需要清楚我操作这个功能的目的，以及能做什么？

• 商品运营组和文章运营组的访问权限不同，商品运营人员不能操作文章的权限；文章运营人员不能操作商品的权限。
• 同时主管拥有全部的权限，而主管下面的小伙伴则拥有的是部分权限。

所以，B端产品经理需要在了解业务流程后，需要厘清各岗位的职责以及上下级关系。更多的是关心功能可用性和更高效的完成工作。

三、转移成本差异：低成本VS高成本

C端产品转移成本远低于B端产品。

C端产品转移成本低且轻量是内外环境决定的。对内即产品本身的价值定位来说，C端产品要解决的核心需求不多，可以通过快速迭代，梳理优先级，得到快速的更新和升级；对外来说，如果一家C端产品易用性差，体验做不好，用户可以很容易地转移到别家产品，对用户也没什么损失。毕竟C端需求是开放的，大家都可以做。

所以，针对于C端产品经理来说：必要的用户体验和核心流程闭环是很重要的。相反，如果没有从痛点需求出发，可能用户流失率远超想象。产品前期必须是可用，根据迭代最后变成好用。

而B端产品的转移成本相比之下要高很多。消费者和直接使用者不是一批人，对于直接使用者（用户）来说：他们的使用场景是工作环境中，哪怕产品再难用，为了完成自己的工作，用户还是会使用，很多时候没得选也不允许选。

对于消费者（企业）来说：打造一个系统的成本较高，费钱费时，难以做到频繁地更新迭代，加上B端产品大都不直接产生利润，企业的动力也不高。所以，要求也就是“凑合凑合，能用就行”。种种原因也就造成了B端产品较高的转移成本。

所以，B端产品经理需要的是持续根据业务需求做好功能拆解和规划，保证系统的完整性和功能的可用性。因为要知道B端产品对于企业成员的学习成本是太高的。

四、商业模式差异：规模经济VS付费定制

C端产品依靠流量获取收益，B端产品通过付费定制获取收益。

C端产品大都免费，不直接向个人用户收取费用，而是在免费的基础，通过拉新、留存、促活等手段获取用户流量，再从其中一小部分用户那里得到收益。

比如：近10亿月活的微信，至今为止没有一个直接向用户收费的项目，任何人都可以免费下载，不必为程序使用花一分钱。就算有的C端产品会有一些付费项目，也不影响他们基本功能的使用。

用户还是可以使用他们满足自己的基本需求。可以说大多数C端产品的商业模式是依靠流量获取收益的，流量基数越大收益就越大，两者呈指数关系。

而面向组织的B端产品，因为组织天然的“封闭”特性，并不需要获取大量外部流量，只针对组织内外生产关系，满足需求即可。而每个组织的业务和架构又都有不相同，相比较与C端“一招鲜吃遍天”的方式，B端产品就需要根据不同的生产关系做个性化定制。

此外，B端产品的使用者和消费者也不是同一批人——即产品不直接由使用者买单，而是企业掏腰包，而且企业也接受产品可以不直接产生收益。

这些原因决定了：B端产品更多的是通过付费定制的途径获取收益。

五、产品设计规划：痛点VS业务

C端产品往往都是感性的，在产品设计时，往往要考虑到所有类型的用户，基于某个痛点需求，产品才有可能活下来。

产品经理有很强的同理心，研究用户行为心理，能够快速、准确地将自己代入到用户场景中，不断的挖掘并创造需求。这就需要产品经理对时长用户几句敏感性，懂得做用户市场调研，用户访谈和需求分析，注重用户体验，对内部团队协作沟通，熟悉运营方面的知识。

B端产品的设计过程中，最重要的是：分析业务流程、各种业务间依赖关系、穷尽业务场景等，抽象影响因素，梳理逻辑流程，推导因果关系，都是理性思维的主场。

所以，要求产品经理要具有更强的逻辑思维能力，了解不同行业中的不同产业链，了解甲方的诉求，应付得了客户。要知道掏钱的永远是老大，当然还要有更好的项目推进能力，客户往往等不了你！

通过大致的比较，可以在产品研发的时候理清一些思路，比如：就开发一个B端产品而言，需要关注的重点是基本信息流的传递，那么重点就是梳理业务流和逻辑链条。对于社交、分享、用户体验方面的需求，优先级就不那么高。

对于C端产品而言，满足基本功能只是一个入门条件，要想做好，还需要更好的用户体验，就要考虑：怎么样让用户在最短路径，最快时间满足自己的需求？

所以，如果对于新人来说，我比较推荐先去做B端产品，先要了解业务需求和如何思考功能之间相互的串联。

对整理的逻辑有更多的思考，而用户体验是一个持续的过程，需要长期去思考和研究。

作者：John，一名不知名产品狗，微信公众号：“产品狗聚集地”，可以一起聊聊。

本文由@John 原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自Unsplash, 基于CC0协议。