B端产品经理成长之路：从执行到引领业务成长
问题思考:
工作这几年，我时常思考作为B端产品经理自己应该具备什么样的能力？我现在在哪个阶段，目前的成长瓶颈明确吗？下个阶段成长到哪里？目标有没有明确清楚？我要从哪里来走到哪里去？
虽然工作依旧在有条不絮的进行，但时常会陷入到对知识或者能力的焦虑当中。特别是工作三年处于产品经理进阶门槛的时候。
虽然产品经理的能力是经验的产物，但是依旧要学习各种技能，了解不同的行业、技术，被业务拖着走。
界定产品经理的能力虽说不仅仅是其掌握的技能，但是如果不具备某些能力，产品经理是很难进阶的。
每个阶段上面都需要有持续的能力要求、有输出，有实际经历过的项目，做过一些事才有可能再往下面走。不是说今天公司要让你去做一件事，所以你才会在这个层面，而是要去想你的能力能不能支撑你到这里。
针对这些问题，我们来看一个可以参考的成长升级的路线，了解可持续的成长路径，在不同阶段提升核心能力。
一、产品策划执行
首先，可能大家一开始做产品经理时，就是一个产品的策划执行。以单纯的写产品PRD为主，这部分的核心是你怎么把原型图画清楚，然后把PRD里面一些关键的信息描述清楚，这是一个产品经理最基础的能力。
但是在这之前还有很多你没有看到的东西，你就可能已经被明确了一个任务，比如业务解读和判断业务的核心价值这些更深层次的东西。
由于你在这个阶段没有那么强的执行跟把控力，所以最主要的是在任务已经明确的情况下，怎么把这个任务逐步拆除、梳理清楚，变成系统可以实现的东西。这个时候重点考量的是产品的逻辑性，用户体验层面的方法论，和怎么把关键的信息描述清楚，这部分叫做产品的策划执行。
二、思辨执行者
再往下面走的话，你应该是一个思辨的执行者，需要具备业务的解读能力，能够设计出产品的结构，同时能够协调各方甚至领导各方，具有一定的管理能力。比如说，你要去影响你的运营、业务，然后去影响你的研发，影响你相关的合作伙伴。
你作为一个B端产品项目的负责人，你能不能去撬动c端的相关方跟你一起来做这件事情。当你翘动他们的时候，你一定不是拿PRD来撬动他们的，一定是你基于对这个业务的理解，和你的产品架构。
这个时候你要有一个前提条件，就是刚刚说的基于对业务的理解和洞察，再输出你的相对来讲具有一定的扩展性、具有比较好的兼容性的产品框架和产品的方案，然后再做协调和管理，驱动大家一起完成业务，所以这叫做思辨的执行者。
三、领域建设者
下一个阶段，就是一个领域的设计者、建设者。这个时候要开始考虑从最终结果出发、以终为始。
有一个关键词是不设边界，理解经营。什么意思呢？就是你这时要考虑的不是业务不靠谱怎么办？业务不靠谱的时候，你要去搞定他呀，因为你要为最终的结果负责。比如说今天研发不行怎么办？你就要考虑，要么去影响研发，要么是我怎么去找到新的资源。
记住一定不是你自己一个人去搞定，而是你要想一种办法去驱动其他人和你一起去搞定这件事，因为你要为最终的结果负责，所以这叫不设边界。
尤其是很多时候，脚一定要往运营、业务那面去迈，不是说迈出一步直接把别人的事情做了，因为你还要跟大家合作。但至少你要迈出半步，当业务不行的时候，你要站在业务的角度帮他去思考。
很多时候有人说业务不愿意跟你合作，是因为我们只提出了问题，向他人提出了挑战，但并没有帮他去思考解决方案，所以别人会觉得你的合作性很差。
我今天是来帮业务一起来搞定业务的，而不是说我就是来挑战你的，这个度一定要把控好。
很多时候，你要看你今天的能力足不足够去挑战，不足以挑战的时候，其实你是来向他学习的，是帮他一起来做思考。当你足够有挑战力的时候，其实你可以考虑怎么驱动他，你驱动业务让业务变得更靠谱，其实也是一种管理力的体现。
这个时候一定是以结果为导向的，要不仅仅只了解你产品的系统，还要去了解你所负责这个产品的业务是什么样子。从而去推动业务最终的闭环落地，以及持续地做工作化的成长，这就是一个领域的建设者。
四、体系建设者
再往下面就是体系的建设者。这个时候可能就不仅仅是建设一个领域，而是多个领域。
举个例子，我负责一个商户的订单模块，围绕整个订单模块我要如何如何，到体系建设者层面上的话，可能整个商户的体系都会在你这里，这就叫做体系的建设者，
其次是商户的各种运营能力，不管是订单还是基于商户的一些营销运营的能力、商户的商品管理能力、商户经营相关的一些能力等等，可能在这个体系当中都有存在。
相对来讲的话，它是一个更完整的领域。产品经理在这个过程中是需要去支撑复杂的业务模式的，可能这个复杂会体现在横向或者纵向上。
横向复杂是你的能力可以不仅仅复用于某一个业务类型，还可以复用于多个业务类型。
- 比如说我们在做销售crm的时候，我们不仅仅做销售crm一套里面纵向能力的所有闭环，还要横向支撑。
- 比如说餐饮的外卖和新零售的商超便利的这些品类，同样在业务体系当中，该如何去满足他的需求？这里就有更复杂的业务能力的抽象。
从领域建设到体系建设逐步演进的过程当中，你会抽象出一部分中台的能力。如果是基于领域的建设者，你可能是逐步演进抽象出的，比如说刚刚讲的订单，可能会有一个所谓的订单中台的能力出现，但是这要看业务发展的诉求。
比如说多个业务的模式在复杂的场景下可能是需要抽象一个中台，如果相对而言比较简单就不一定再抽象中台。体系当中的话，你可能会抽象出一个几块中台的能力，合成一个相当来讲比较大的一个大的中台。
它有可能是这样的一个演进过程，角色升级和能力升级。
五、业务引领者
到最后，一个体系的建设者最终是可以去引领业务的。这个时候会遇到产品经理所谓的天花板，你真正到一个体系的建设者时，你一定要对业务有生动的理解。
不管是大的公司还是创业阶段的公司，会发现有一种趋势是很多产品总监及以上的角色也开始逐步去带业务了。他们带业务包括直接去管运营，或者直接负责一个销售的业务线。
在这个业务线里面，完整的闭环可能都需要这个产品总监来去负责。这种演进一方面包括他可能坚持做双线，既做产品，又去负责业务、运营。另一方面也有可能是直接转型，本来做产品，然后直接就去做了业务。
这是一个成长路径，我觉得整个搭建的过程当中，其实需要大家持续地成长。在这个过程里，其实会遇到很多的问题，能力也逐步升级。
在这个能力逐步升级的过程中，不管是在现在的公司还是未来，你可能会面临一些新的机会，那我们应该怎么做取舍？
你有没有可能在原有的一些产品能力基础之上持续往下去走，持续去做能力的提升，而不是说我从这里忽然蹦到了哪里。你要去考虑你在蹦的过程当中，有哪些能力是可以直接往上去做叠加的，而不仅仅是说我就换了一份工作，换了一个新的挑战，但是我原来的东西没有办法去复用。没有办法去复用的时候一定要考虑，是不是那些东西没有真的沉淀下来。
所以这一定是一个持续升级的过程，越往后面，有些能力是开始通用的，不管是运营，产品还是业务的角色。
能力抽象除这个之外，行业层面上的东西也是通用的，不管是现在，还是未来。你不在这行业当中，但是你会发现适应新的公司、新的业务是非常快的，所以我觉得你一定要持续把你的能力去做抽象、沉淀。沉淀完之后，有很多东西其实是融会贯通的，
在一些创业公司，对产品经理不管级别高低，对大家要求其实相对来讲都是比较全面。我们叫做麻雀虽小，五脏俱全。
产品经理要承担很多领域的职责，所以一定要去考虑不仅仅是你现在做的这个行业当中的事情。你的思辨执行和领域建设不仅仅只做有经验的，而是你要在你已有的经验能力上去做沉淀，要去考虑怎么把这些能力逐步去做得更扎实更稳重，基于这个扎实的基础层面上，一定要抽象出来一些通用能力。
因为你不可能一直在这个公司待一辈子，你还是未来有机会出去的，你要考虑现在做的一些领域建设体系建设、做业务领导者；你要考虑你有哪些能力，未来在别的公司也可以通用，这件事很关键。
有一些产品人跑的会比较快，我觉得其实这是件非常好的事，也是一种锻炼的机会。但是在跑的过程当中，一定不要忘了后面能力升级的事。因为这是一个没有办法跳过去的东西，一定是稳扎稳打一步一步往下面走的，持续地做能力沉淀的，所以大家一定要检查一下这部分。
我们来基于上面的成长路径举几个简单例子，如果是我去做的话，我会怎么来做。
如果现在是在负责不动产资产管理系统，我会先去做对内了解。
- 第一是不动产的资产管理系统，对于资产管理的层面上，除了不动产之外的话，还会涉及资产管理的能力吗？这些能力是不是也会有一定的通用性？
- 第二是去考虑不动产资产管理在资产管理哪些行业和领域会具有一定的通用性，那你可以基于这个行业去看，有没有可能去做能力升级，或者说有没有可能会横向跨到不同的领域当中去。
如果是医疗行业，我自己有一些朋友和同事现在在医疗的行业当中，我觉得医疗的行业空间还是非常大的，因为这个行业本身很重，业务也非常复杂，有非常多不管是b端的角色还是C端的角色。比如说医院、医疗整个行业当中的各个供应商、经销商等各个角色，还有作为一个消费者也就是患者的角色，医疗行业的角色跟普通市面上的B端角色有非常大的差异性。
第二个是这个行业本身，基于原来的传统的运营模式上，应该还是有比较多的提升空间的，尤其是在互联网数字化这个能力上，整个渗透率还是比较低的，而且有可能做了一些新的突破之后，有很多新的场景会延伸出来。
所以我觉得医疗行业还是有空间的，但是它同样也会遇到一个问题，就是传统的行业体系当中的蛋糕比较难动，就看你如何来去撬动。因为这个东西属于你现在已经有的了，你如何做一个新模式能够撬动它，这个困难点其实是非常大的，所以只能一边尊重他、思考他，一边去考虑从哪一点切入，然后逐步去找一些机会。
如果你是从C端转B端，我觉得只是大家的出发点不同。因为c端产品对用户的洞察会有非常深的思考，包括全局上的理解，只是说大家的出发点不一样，而且C端产品到最后也是要走B端的。到产品总监这个领域当中，一定会有这个领域本身的深度和他的专业门槛在。
如果你现在在创业公司里面摸着石头过河的话，一定要去考虑做更多能力的拓展和沉淀，而不只是考虑执行。
因为大家都在讲所谓的B端不太好换行业。不太好换行业的话，
- 一方面要考虑一下自己所处的这个行业，本身的市场宽不宽，你的市场大不大和你所做的产品使用的场景和能力匹配的场景多不多？
- 另一方面是你在考虑的过程里，一定要看有哪些能力是通用的，你要去考虑有哪些通用的能力。如果通用能力不抽象出来的话，就会成为记流水账的产品经理。
我见过市面上很多产品经理，大家讲的是流水账，就只讲我做这件事情是这么做的。
第一个讲不出来做这件事情为什么？讲不出来这个业务本身的价值，讲不出来能力，市面上有没有竞争对手，市场上有哪些可以参考的通用能力是可以互相借鉴的。如果给他一个新的命题、新的业务，他能不能很快基于原有的能力去做一些解读。
如果这些都没有的话，确实走不出来。走不出来是因为你现有的经验，你是拿经验来直接去复用的，而不是直接把经验当中沉淀出来的能力去复用的，这其实是你给自己框住了，倒不一定是你自己做的B端产品本身没有市场。
看看客户端中期规划产品运营这部分，一定要去考虑跟客户相关的管理能力。其实你们要去考虑一下自己的定位，先不看系统能力，先去看这个模块在整个公司当中的定位是什么？
一般情况下，我们可能先考虑就是管理的规范性，合规性，然后是关键信息的透明度、数字化的能力，再去考虑做一些运营的增长，做运营增长可能也要去跟着业务的目标去走，在某个阶段对这部分能力要求也会不太一样。
最后来总结一下，每个阶段都要去过不同的关，你一定要去考虑自己现在是什么样的状态，在哪个阶段，下个阶段你要过什么样的关，你一定要去不断地提醒自己。
本文作者 @wittertree 。
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
