一个2B产品经理的自我修养

AI时代,如何更快入行抢占红利得高薪?前阿里巴巴产品专家带你15天入门AI产品经理。了解一下>

对于2B产品经理而言,需要具备什么职业素养才能完全胜任这个岗位呢?笔者结合自己的工作经验,给出了4个方面的思考。enjoy~

资讯泛滥,自诩文青,不知从何说起,顾从安生立命之本追溯。笔者从事企业服务多年,经历了互联网行业面试都是日活、月活,并发量等问题,到2C人口红利逐渐消退,资本逐渐从2C转向2B市场,想根据自己日常工作积累,梳理一些2B产品相关的内容。一来作为自己的产品设计理论经验的沉淀,二来希望分享给更多的2B产品从业者,大家共同探讨。发表观点仅代表个人愚见,仅供饭后闲谈之资。

“2B产品经理”重点不在于“2”,而在于“B=Business”。因此要做好2B产品经理,首先要定位产品的目标受众体——企业。

企业是什么?企业一般是指以盈利为目的,运用各种生产要素(土地、劳动力、资本、技术和企业家才能等),向市场提供商品或服务,实行自主经营、自负盈亏、独立核算的法人或其他社会经济组织

  • 2B产品之于企业,是管理方式。是帮助“法人经济组织”实现“盈利目的”的工具。直观可见:盈利=营业收入-运营成本,因此产品的价值在于要么增加营业收入,要么降低运营成本。
  • 2B产品之于企业人(即员工),是工具。是帮助员工提升工作效率,提高人效,降低企业人投入的工具。所以2B产品对于企业人的价值在于要么是帮助企业人处理作业的工具,要么是替代企业人的工具。
  • 2B产品经理之于2B产品,是创造者。是为了能够实现产品使命——帮助企业人处理作业,以实现企业“盈利目的”的缔造者。

如此看来,产品经理唯有以此为最终目标,才可能设计出伟大的产品。那么创造“伟大”的2B产品经理,需要具备什么样的职业素养?

01

可能你不是业务专家,那么请你至少涉猎大量的业务场景,提升你快速理解业务的能力。

大多人都在比对2C和2B的差异化,其实如果深究到产品的本质,其实是一样的,都是解决问题。解决问题的根本首先要能够洞察问题。

2C产品面向用户群是个人用户,旨在解决个人用户的问题,而产品经理作为社会人,大多数人能够发现问题,难点在于你如何去洞察问题。个人理解洞察和发现的区别在于,发现只是看到了问题的表面,而洞察包含了商业价值的预判。

2B产品面向的用户群是企业,是组织,旨在解决企业/组织的问题,而产品经理要发现企业的问题,就已经是一大难点。对于企业,产品经理多数是局外人,如何去发现问题,甚至是洞察问题?只有了解目标企业的行业特性、业务特性,才得以诊断企业问题所在,才可能有机会找出解决问题的方法。

了解企业的行业特性,业务特性有什么途径?没有更好的办法!要么是去业务调研,要么去大量阅读行业案列,做行业标杆分析。因此,2B产品经理的产品设计灵感来源不是一个好玩儿的点子,也不是突然的灵光乍现,是需要大量的业务经验积累。

02

可能你不是技术专家,那么请你至少了解技术实现原理,否则你根本不知道你能设计什么样的产品。

你发现了问题,要怎么解决?这就需要基于业务+技术双重维度需求分析

业务维度:目前直接呈现的问题是否确实是企业当前的业务痛点?如果不是,核心问题在哪里,这又绕回到第一个问题,要了解业务!追本溯源,探究问题的本质。问题的起因是企业目前业务管理的不合理,还是真的需要某个需求产品来解决问题。产品不是万能的,它仅仅只是工具!用好它需要一套有灵魂的管理思想!

技术维度:2B产品,由于企业业务复杂、多样且多变,不能一味的根据需求设计功能,要结合技术架构,保证产品的灵活,多样,可扩展。这就要求产品经理既要懂得技术实现原理,又要能够基于技术架构分解产品需求,设计产品方案。这就如同建造一座房子,房子的结构和原料是既定的,如果你不了解现有的结构和原料,你根本不知道你能设计一个怎样的房子,所以你所想的多半也是空中楼阁,虚无缥缈。

03

可能你不是架构设计师,那么请你至少了解结构化设计思路,懂的产品组件化设计的拆解和组装。

2B产品典型的特征:业务流程长,数据关联关系复杂,企业业务多变。随着企业规模增长,管理层管理方式变革等因素,都会导致业务需求的变更,这就要求2B产品在设计之初就要将产品扩展性作为首要考虑的因素:既要保证产品能够根据业务需求灵活升级,又要能够基于历史版本做平和过渡,不影响历史数据使用。尤其是现在DT时代,沉淀的数据本身也是一家企业的核心资产。

因此,纵观目前市面上2B的SaaS产品,想要走的长远,能够满足更多的客户需求,解决SaaS的扩展性问题,势必要建设强有力的PaaS平台,或是建设近期流行起的业务中台。

无论是PaaS平台还是业务中台,其核心逻辑都是基于SOA架构的产品设计。

  • 首先要做的就是产品需求的结构化拆解,将业务需求拆解成一块块独立的产品组件或服务模块
  • 其次是构建上层应用,上层应用是基于一块块产品组件或服务模块组装成了一整个满足业务场景需求的产品组合

这个过程有点像《超能陆战队》最后那个无敌的微型机器人,因为足够小,所以足够灵活,后面可以通过磁力相互连接,组合成任何物体,因此变得无敌。

那么,总结系统化的结构设计有几个特征:

  • 彼此独立,自成一体。即每一个模块都是一个独立的产品/系统,能够独立的通过输入,有标准的输出。
  • 虽然彼此独立,但是可以相互连接。模块和模块之间可以根据既定的标准进行快速连接,形成具有新功能的产品/系统。
  • 单一组件离开群体,虽然能够继续运转,但是功能单一。

关于组件化设计,单一组件拆解的越小,功能越单一,灵活性就越高,但是组装的复杂性就越高。因此我特别认同一句话:“这中间的平衡是技术,也是艺术”。

04

可能你不是运营专家,那么请你至少要懂的以运营的思路去规划、包装你的产品。

前面开篇我们就说到2B的重点是“B=business”,那么2B产品的客户是企业,而产品价值的认可者是企业决策者。目前,中国市场,2B产品还是采取相对较为传统的销售方式–关系型销售,大部分销售人员不知道产品之于客户的价值在哪里,更多时候是一味地按照客户的需求去比对产品的功能,这时候,容易忽视一个很大的问题:2B产品既是工具,又是承载管理思想的媒介,我们的核心价值是帮助企业盈利。

那么我们的产品如何去承载企业的管理思想和行为,如何去帮助企业实现盈利的目标?如何包装我们的产品?如何教会销售人员能够从宏观价值层去售卖我们的产品?这也是2B产品经理的重要职责。

这就需要产品经理能够基于产品现状洞察市场定位产品目标客户群提供面向客户的产品解决方案。这样,你设计的产品才可能不是一味的闭门造车,既能最大限度的满足目标客户的需求,也不会因为销售业绩和客户的需求牵着鼻子走,最终无法把控产品边界,做出一款没有产品主导价值,四不像的东西。

絮絮叨叨这么多,2B产品经理的自我修养到底有哪些?其实没有统一的标准,也正因为没有标准,很多人说产品经理门槛很低,目前的现状也确实是大多数2B产品经理更多承担的角色更接近需求分析师。那么,如何深化自己的能力,让自己真正能够成为一个产品的缔造者,我们仍然有很长一段路要走,这不仅取决于个人能力,也要源于市场环境的推力。路漫漫其修远兮,吾将上下而求索。

以上,仅为笔者日常工作中粗识浅见,第一篇文章基本以理论阐述为主,后续也希望能有更多的实际案例论证分享。欢迎更多有识之士深入探讨,批评指正。

 

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

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
评论
欢迎留言讨论~!
  1. 多谢老哥分享
    能不能再详细点、可操作性强一点,比如“涉猎大量的业务场景”,how?

    回复
    1. 文中有提到:这个没有捷径,要么是去业务调研,要么去大量阅读行业案列,做行业标杆分析。当然后续我也会结合业务场景分享相关的产品设计,你可以关注。

      回复
  2. 写得好正确,做了2年的2B产品经理,有几点共识是相同的,例如你起码懂点技术,及时你精通业务,但是不保证技术能够一时三刻理解你的思路,所以最好和技术一起搭建数据库或者逻辑结构,第二个就是业务性,因为很多TO B业务生活不容易接触到,这是和TO C最大区别,第三个就是做出来考虑这个产品卖给谁,你的精准客户在哪里,就是要顺便考虑运营的方向。

    回复
  3. 写的很不错,有个问题和您请教一下,文中提到的结构化拆解,业务需求拆解成一块块独立的产品组件或服务模块,这一部分具体的实现形式怎么来做?您可以大概给说说嘛!

    回复
    1. 谢谢支持。你提的问题文字描述不太好讲清楚,这个文章中有描述一些系统设计的结构拆解的原则,有三条,你可以理解一下,后面我也希望能够在具体的设计案例里分享这块,这确实是设计里比较重难点的一块。

      回复
  4. 👍🏻👍🏻👍🏻

    回复
  5. 回复
    1. 愿听高见。拜读了你写的3篇文章,多以项目制需求管理流程为主,浅显易懂。我们可以聊聊需求和产品的区别。

      回复
    2. 哈哈,你意思是说 别人看不懂的所谓“高深的”才是好文章,对吧?坦白讲,你写的内容是不错,但是和标题有啥大关系吗

      回复
  6. 写的不错

    回复
  7. 您好,我是19届本科毕业生,有一年2B产品经验,可以帮我推荐简历吗?

    回复
    1. 传统的产品岗 很好找呀

      回复