从产品经理到产品架构师

产品经理岗位是怎么来的？其和产品架构师的关系是什么？为什么现在会出现产品架构师这个岗位呢？本文带你来一一解锁！

内容节选自《B端的奇点：产品架构师进阶之路》一书！

产品经理岗位最早是在快消行业中产生的，最初的目的是聚焦力量实现销量突破。为什么要这样做呢？

因为，在早期的快消行业中，所有的品类都是整体进行宣传推广的，并没有针对每个单品的区别化宣传，更没有为某个群体实现单独定制宣传计划的情况。在这种情况下，传统产品还能够依靠口碑和影响力持续销售，但是新产品由于刚刚上市，缺少认知度，很难提升销量。长此以往，就导致老产品能够持续地销售，而新产品的销量疲软不振。即便新产品具有更好的效果、更低廉的价格、更诱人的包装，但是由于上市时间不佳、口碑传播缓慢等原因，导致成本难以回收、利润不尽如人意。

为了解决这个问题，快销行业开始尝试为新产品选择一位负责人，由这位负责人进行新产品的推广、销售、运营等工作。在这种情况下，新产品的负责人便开始利用各种营销手段对产品进行宣传和推广，包括针对性的广告、社区的营销活动等。这位负责人对产品的利润负责，同时对经营活动中的成本团队负责。这就是最早的产品经理的雏形，以现在的标准来看，这只是产品经理众多岗位中的一个岗位——产品营销经理。

这个岗位给产品销量的提升带来了非常显著的效果，这也使得在后续的产品中都会有一个负责人。同时这位负责人所需要承担的事务由最初的产品推广变为了当前的产品规划、产品运营和产品推广三项主要的工作。

当前，产品经理在不同的行业中有着不同的工作范畴，除了前面提到的产品规划、产品运营、产品推广，还扩展了财务核算、供应链管理、团队建设等诸多管理内容。因此，产品经理也逐渐衍生出众多的细分岗位，包括目前常见的产品营销经理、产品规划经理，还有比较少见的产品架构师、产品核算师、供应链产品经理，等等。

在这些众多的产品经理细分岗位中，最核心的岗位是产品规划经理，其余的岗位都是围绕产品规划经理开展工作的。为什么这样讲呢？

这是因为产品的演进都是由产品规划经理负责的，既然产品的演进确定了，那么产品在未来不同时期具备的能力也明确了。这时产品推广经理便能够根据规划的内容制定推广计划，按计划为营销活动准备必需的材料，按照节奏进行有针对性的营销活动。同时，产品运营经理能够根据产品规划的结构制定运营方式，修改当前的运营指标以适应未来的发展需要。并且，产品架构师能够明确未来要实现的内容，对于所需技术或应用支撑进行前瞻性的设计和规划工作。

因此，产品规划经理是推动所有其他产品经理细分岗位工作进展的核心，其他产品经理细分岗位紧密地围绕在产品规划经理的成果上开展工作。

产品经理是对应的产品负责人，那么与产品相关的工作内容都是产品经理所需要管理或者过问的。但这并不意味着产品经理一定需要完成所有的工作内容，产品经理是产品的设计者、培训者、监督者等。对于产品的推广活动、运营活动和交付，产品经理并不需要在现场，但是推广、运营、交付的方式和考核标准都应当由产品经理制定。

产品从最初的规划到最后的消亡会经历设计、研发测试、发布、销售、使用、运维、升级、下市、销毁等几个阶段。这些阶段都是由多个团队通力配合来完成的，产品经理在这些阶段中起到串联、推动和监督的作用。

在产品规划阶段和产品设计阶段中，产品经理负责制定产品的远期和近期规划，确定每个阶段的目标成果。同时相关的配套团队有研发团队、市场团队、交付团队、销售团队、项目管理团队、标准流程团队和财务团队，根据产品经理给出的规划制定每个团队的保障计划。研发团队根据规划制定所需要的资源计划，市场团队给出市场宣传计划，交付团队给出资源需求，销售团队给出目标客户营销策略，项目管理团队给出项目管理机制，标准流程团队给出跨团队协作流程，财务团队给出成本核算等财务指标。由此便可看出，在产品规划设计完成后，保障团队就需要围绕规划进行工作。当这些工作的开展不顺利时，便需要产品经理进行协调。

除了设计阶段，后续的研发测试、发布、销售、使用、运维、升级、下市、销毁等阶段都需要由产品经理进行衔接。

而随着分工的细化，目前产品架构师的岗位已经逐渐进入我们的视野。严格来说，产品架构师是在产品规划经理的基础上进一步划分出来的。产品规划经理的工作目前可以分为三部分，分别是需求管理、版本管理和架构设计。之前的产品需求经理是由产品规划经理细分而来的，同理，现在的产品架构师也是由产品规划经理衍生而来的。

产品架构师需要具备产品规划经理的全部能力，但是偏重架构设计这部分工作。在没有产品架构师之前，产品的架构设计往往是混乱的。比如我们经常看到的各种产品架构图，如下图所示。

这张图是常见的产品架构图，初看起来似乎很完整——将一个产品的整体架构都绘制出来了。图中包含用户层、业务层、数据层，用户层是面向用户的，包含用户进行操作的内容；业务层是产品的具体功能实现，包含各种业务逻辑；数据层用于承载数据，包含业务数据和管理数据等。

这张图说明了三个关于产品架构的部分，分别是用户、业务和数据。但是每个部分的具体内容并不明确。通常来说，一张图只用来说明一种情况。在对产品进行描述时，一张图是难以表述清楚的。这时需要从多角度对产品进行描述，这就是需要产品架构师完成的工作了——产品架构师基于产品规划的内容绘制产品架构图。产品的架构图包括多个方面，其中最重要的是业务、应用、数据和技术四个方面。

产品架构师不仅能够独立完成产品规划、需求拆分、功能设计、原型绘制的工作，也能够根据以上内容完成产品架构图的绘制工作。产品架构图的绘制并不是产品架构师的主要职责，而是通过产品架构图使得技术保障团队的技术架构师、研发负责人清晰、准确地理解产品并找出技术实现方法。技术保障团队知道产品的需求是如何转变为技术实现的。同时市场类团队能够明白产品的内部运行机理，从而更好地进行营销推广活动。

为什么现在会出现产品架构师这个岗位了呢？为什么不是在更早的时候，或者更晚的时候呢？为什么在企业市场火热的时候出现产品架构师这个岗位，而不是在消费端市场风生水起的时候呢？

在回答这个问题之前，我们先看一个典型的企业内部场景。

在某企业中已经使用了OA系统，同时有考勤系统、邮件系统、ERP系统、KPI系统和会议室预定系统。假如采购部门的员工需要召开一个采购活动会，那么他需要在OA中发起申请，同时在会议系统中预定会议室，并且在KPI系统中进行登记，然后通过邮件告知内外部人员，会议结束后将采购订单录入ERP系统。

这样一个常规的工作要在多个系统中间穿插，此时如果有一款产品能够自动完成以上的录入工作，则对工作效率有很大的提升。而此时，这款产品要完成的是多款现有系统之间的数据传输、流程打通、工作协同等诸多工作。在这种情况下，单纯的产品功能说明无法准确描述所有的内容。难以描述的内容主要包括系统间的通信协议、系统间的字符集约束和系统间的可信任链接等问题。

因此，这时就需要产品架构师从多个角度对产品进行描述，不仅包括针对需求演化出的功能，也包括为了实现主要功能而必须实现的辅助业务。

之前的消费端市场是较少需要面对这种场景的。消费端面临的是标准化的市场和规模化的客户群，针对的是同类需求而不是个性化的需求。在近乎标准化的环境中，系统的复杂度在于其规模性而不是业务性。尤其在很多互联网公司中，经常听到某某集群达到了3000台、某某业务承载了1000万用户，等等。这时需要的是对技术架构了解足够深入的岗位，比如技术架构师等。

由此可见，产品架构师是在企业市场蓬勃发展的情况下，基于产品经理中的产品规划经理衍生而来的。产品架构师在具备精通产品规划经理的所有能力的情况下，需要对架构能力进行一定的倾斜。

那么，产品架构师该具备哪些能力，产品经理如何一步步成长为产品架构师呢？

更多精彩内容，请阅读《B端的奇点——产品架构师进阶之路》！

 

 

▊《B端的奇点――产品架构师进阶之路》

胡喆骞  著

• 产品经理能力进阶

• 梳理产品架构师技能点

• 提升产品经理核心竞争力

本书帮助准备或即将奔赴产品架构师岗位的小伙伴提前梳理技能点，对于已经从事产品架构师岗位的小伙伴，本书可以帮助其回顾自身不足以提升能力；对于技术负责人，本书可以进一步帮助其理解产品经理岗位的内容，提升技术经理与产品经理的配合程度；对于产品规划经理或产品营销经理，本书可以帮助其拓宽业务视野，提升业务能力。