前端产品难做(还是后端产品难做?)
前端产品(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端产品,先要了解业务需求和如何思考功能之间相互的串联。
对整理的逻辑有更多的思考,而用户体验是一个持续的过程,需要长期去思考和研究。
本文来自投稿,不代表重蔚自留地立场,如若转载,请注明出处https://www.cwhello.com/181659.html
如有侵犯您的合法权益请发邮件951076433@qq.com联系删除