一、什么是产品架构能力
我们谈的“产品架构能力”，在B2B产品经理工作中泛指设计产品系统架构的能力。接下来，我们先分别来看“系统”和“架构能力”的定义，再尝试给出产品架构能力的定义。
我们首先看下架构能力的定义。架构能力是指以组织内部元件能力为基础，使用新的、灵活的方式对元件能力进行整合或集成的能力。这种整合或集成不仅能使现有的元件能力创造出更大的价值，也能促进新的元件能力的产生和架构能力自身的提升。
我们再看下系统的定义。在《系统之美》一书中给出了系统的定义，即系统并不仅仅是一些事物的简单集合，而是由一组相互连接的要素构成的、能够实现某个目标的整体。因此，任何一个系统都包含三种构成要件：要素、连接、功能或目标。
综上，笔者尝试对B2B产品经理的产品架构能力进行定义，即：产品经理通过业务架构和流程的梳理，识别出全部要素，并进行合理的分类聚合，组成系统“元件”。然后，在元件之间建立合理、灵活的连接。最终，实现业务目标或功能，并同时保证系统的灵活性与可拓展性。
此处要特别说明：系统元件的分类聚合是多层级的，相对小的元件是构成更大元件的一部分，是包含与被包含的关系。例如：订单的创建、取消、修改、查询属于小元件，分属四个不同类别功能元件。通过再次聚合，就会行形成更大的“订单管理”元件，而订单管理又是构成供应链系统的其中一个元件。
二、什么是优秀的产品架构
首先，优秀的产品架构一定是灵活的、可拓展性强的，能够为业务未来发展提供坚实的基础，不会随着业务发展，变得臃肿和复杂。其次，能让用户使用时感觉易操作、流畅、全面，能够提升用户工作效率的。我经常把这种关系类比成用户是修车工，系统是工具箱，当修理汽车时，工具箱就在身旁，修车工可以随时随地取到任何想要的工具。
所以，不论从产品架构能力的定义和什么是优秀的产品架构，我们都发现，产品架构能力并不是单一的能力，它即依赖业务架构和流程，又与用户交互设计、信息架构息息相关。接下来，我们就详细谈下业务架构、产品架构、信息架构的定义及关系。
三、信息、产品、业务架构的定义及关系
信息架构是产品架构的展现形式，它代表了用户与产品的交互。商家端、管理端、APP、小程序、开放平台API等是常见的交互端。
产品架构是系统功能模块的集合，是支持用户交互端的后台逻辑，也是实现业务功能或目标的核心系统。产品应用架构图、系统流程图、时序图等是常见的产品架构呈现形式。
业务架构是指业务的战略、模式、流程等。业务架构是产品架构、信息架构的内核与存在的意义。商业画布、亚马逊飞轮、业务流程图等是常见的业务架构呈现形式。
一言以蔽之，业务架构是业务内在运转核心，产品架构是连接业务与信息架构之间的桥梁，而信息架构是产品架构的展现形式。他们之间的关系是递进式的。类比人的身体，那么业务架构是大脑，产品架构是骨架，信息架构是皮肤。如下图：
四、实际案例
接下来，以我实际工作中的系统为例，讲解三者之间的关系，以便加深大家对业务、产品、信息架构的理解。
业务背景：我司属于物流平台公司，面向物流市场中大客户及中小客户销售物流服务产品，为客户提供物流配送及仓储行业解决方案。因此，需要与客户签约，并进行合同单据管理，以作为合同物流凭证。
1）业务架构
通过“场景、角色、流程”梳理业务流程。从中发现大客户与中小客户合同签约流程不同，大客户流程更复杂、更长，而中小客户流程相对简化和标准。（实际业务流程很复杂，此处是作者有意简化内容，实际还会制作业务角色流程图）。
2）产品架构
通过业务流程分析，我们发现大客户与中小客户签约流程虽然不同，但依然存在共性的地方。如：都有合同模板，只是模板不同；都需要审批，只是运营审批和自动审批区别；都需要线上化签约；都需要线上化管理合同信息等等。因此，经过分类聚合后，我们将合同系统的功能模块设计为“合同模板管理、合同审批模块、电子签模块、合同信息管理模块等”。
3）信息架构
交互层面设计主要考虑客户签约便捷性以及客户技术能力。因此，针对不同客户，合同系统提供多种形式交互端。如：商家端、APP、API、短信等交互形式签约。
五、学习产品架构能力的建议
首先，学习产品架构能力必须先具备一项基础能力，即结构化思维能力（或叫系统化思维能力、逻辑思维）。代表当你面对复杂业务时，能熟练应用该思维，从而进行合理的分类聚合，设计出不重不漏的架构。
为习得该能力，我有以下建议：
1）阅读思维相关书籍。如：《金字塔原理》、《系统之美》、《逻辑学导论》等。
2）多用脑图。脑图是锻炼结构化思维工具的不二之选。
3）写出来。写要比想难度更大，你要尝试将脑中思考内容写出来，使用文字或流程图呈现出来，是锻炼结构化输出的关键方法。
接下来，我们再谈谈对不同能力的产品经理，应该如何切入学习产品架构能力。
对于初级产品经理，处于学习产品基本功阶段，以了解产品架构为主。建议以“信息架构”为切入点，实际操作和体验交互流程。通过与产品架构对比和分析，寻找信息架构与产品架构的内在关联关系，体会其中分类聚合的逻辑，区分哪些是交互逻辑，哪些是系统逻辑。如：商家端、APP都可以进行合同信息管理，对应的系统模块只有一个合同信息管理模块。
对于中级产品经理，建议以“业务架构”为切入点，通过使用“场景+角色+流程”方法梳理业务流程，用抽象和具象的视角去理解业务流程，把业务角色流程图转化为系统角色流程图，才能设计出合理的产品与信息架构。
对于高级产品经理，相比中级产品经理聚焦在具体产品功能架构设计，更关注在框架性的整体产品架构设计。因此，建议以业务的战略、架构、模式为切入点，使用商业画布、亚马逊飞轮、行业图谱等工具深刻洞察业务，站在更高角度设计产品架构，同时也能设计产品组织架构、产品分工等。
最后，产品架构能力需要在实战中不断积累和提升，再给大家一些其它建议。
1）参加研发技术方案评审。研发的系统架构能力普遍强于产品经理，参与技术方案评审，提升架构思维。
2）多看竞品。通过调研竞品架构与自己产品架构进行对比，从中发现相同与不同，并重点思考为什么。
3）多参与系统项目建设。实践出真知，在工作中看遍万千系统。
六、其它FAQ
任何方法论经过演变，也能指导其它方面的工作，以下是针对日常其它问题进行解答。
问题一：业务流程图与系统流程图的差别？
答：业务流程图包含场景、角色、流程，主要描述什么角色做什么事情，而系统流程图主要描述什么系统做什么事情。
问题二：为什么系统流程总是冗余流程特别多？
答：最常见原因有两个，其一，将业务流程分类聚合至系统元件能力时出现错误。其二，将全部交互流程体现在系统流程中，交互流程最好使用原型图进行呈现。
问题三：业务转产品经理难么？应该学什么？
答：我个人认为业务转产品经理优势很大。因为，最终产品经理工作需要从业务出发，且要具备业务思维和经营思维，就像张小龙、乔布斯更像是业务型产品经理，而不是我们认知中系统产品经理。对于业务转产品经理，应重点学习产品知识、技术研发、交互设计相关知识。
问题四：交互设计师转产品经理难么？应该学什么？
答：我个人认为交互师转产品经理难度比较大，应该越早越好。因为，交互设计师日常工作更倾向用户交互设计、美学设计等。离产品架构、业务架构都比较远。如果转型，建议按照初级产品经理模式进行学习。