产品经理:前端产品难做,还是后端产品难做?

5 评论 19759 浏览 141 收藏 16 分钟

前端产品(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协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 两端都做过,都不容易,我觉得B端更难做。

    简单来说,C端偏向用户增长,曾经我们整个BU目标就是提升DAU。B端是解决问题并让客户买单。启动期长,见效慢,但是逻辑性,扩展性,系统规划能力要求极高。

    这么说吧,我做的B端PRD量是C端PRD量的十倍左右。

    回复
    1. b端的PRD主要是写清楚业务逻辑规则,要求必须面面俱到,流程闭环,一个环节缺失,整个流程崩盘

      来自湖北 回复
    2. 是的,每个流程闭环,逻辑闭环都要写的很清晰。产品架构层面就要考虑很清楚,对领域抽象能力要求也比较高。现在B端产品都在解耦,比如我们采用的领域驱动设计(DDD),方式领域耦合,牵一发而动全身。

      来自上海 回复
    3. 我是B端,但是现在设计到C端 交互需求每次都被DISS 不够全面,完全无从下手~

      来自北京 回复
  2. C端强烈依赖运营规划路线,运营方案为了触发用户情绪,常常制造话题或蹭热度,感性成分偏多,需求变化快,时效性高,考验前端产品快速设计能力。
    B端往往需求明确,常常在追求最大化效率、适用面上与设计开发复杂度拿捏平衡,此时理性占主导地位,考验对业务在产品形态上的长期规划和构架能力。
    两者不同的倾向造成了B端和C端产品经理的思维方式差异巨大,有时候甚至难以相互理解,如同文科生跟理科生讲人文历史,理科生跟文科生讲分层强化学习算法。从社会大分工的角度来说,这种差异会随着面向的用户一起成长,性格特性差异也越来越明显。

    来自四川 回复