规划：TO B产品架构图用这6步搞定错失就要再等（1）

  导语：软件工程是一项杂乱的项目工程，架构规划的好坏往往决议着项意图成功或失利。To B的产品人在规划一款产品时，学会树立产品架构是一项必备的才能。这儿咱们来聊聊To B的产品架构怎么去树立，能让你的产品生命周期更长，更安稳。

  “架构”一词最早来源于修建，其中心是经过一系列构件的组合来承载上层传递的压力。经过绵长的演化，架构规划的理念现已深化多个职业和场景，成为了必不可少的活动。

  架构一词，从韦伯词典中界说为“一种知道进程成果的形状或结构；一种共同或有条理的办法或结构”。这儿的要害部分是具有特定结构的，有条理的，这个界说很笼统，很欠好了解，说人话中心咱们要把捉住“结构”、“结构”、“有条理”这几个要害词就好了。

  车的骨架由车身、车架、发动机、制动设备、轮胎和电器设备等构成，这些组件构成了一款完好的车，供给驾驭服务，这些组件的好坏决议着车的运用寿命和服务体会；组件数量的多少决议着车所能供给的服务鸿沟在哪，不是越多功用越多好，也不是只需一个车身就行，组件的最低数量是最少确保一款车能够正常运用。

  同理，软件产品是不是也需求具有相同的逻辑，确保一款软件产品能够正常运用，满意用户诉求，处理用户的问题。

  咱们有一个不容忽视的问题，软件范畴开展到今日，延伸出了企业架构、事务架构、运用架构、数据架构、产品架构、技能架构等一堆的名词。是不是有点晕了，这些架构都是用来干什么，它们之间有什么区别？不搞清楚它们之间的联络，产品架构从何谈起。

  这么多名词，它们是怎么界说的？彼此之间怎么区别和联络？这儿做一些简略的阐明，详细的解说和事例还望各位童鞋翻阅架构相关书本。咱们来看下面这张图。

  事务架构是指企业经过剖析自身所在的外界环境，自身面对的机会和应战，一同剖析自身的结构特色和资源状况，明晰自身优劣势，然后挑选和拟定企业开展方针，拟定详细的实施计划和计划。

  中心要素首要包括事务方针、资源才能、事务流程和安排结构；放在企业层面是企业事务方针，放在部分层面是部分事务方针。

  事务方针：合理、合规、高效、节省的办法为集团各部分供给寻源、合同签定、订单履行等服务，保证和保本各运营事务线的运转。

  事务流程：以集团统管的办法，完结供货商交给，需求部分检验的上下游流程一体化的格式。

  首要包括数据办理和数据办理，数据办理包括数据办理方针，准则，规范和规范等；数据办理包括数据全体视图和数据结构，数据库规划等。

  技能架构是将数据架构和运用架构执行下去，经过技能的手法完结出来。首要包括架构规划和技能选型等事项。架构规划包括网络、途径、言语、中台、微服务等概念规划；技能选型首要是详细到某个产品时技能计划的选型，包括开源结构、言语、架构风格、数据库、中心件等。

  运用架构是描绘一个企业各个彼此独立的运用体系的布置以及中心事务流程之间的联络，意图是树立事务架构与数据架构和其他架构之间的相关；它能衔接事务架构的流程，功用，人员，也能够衔接数据架构中的数据办理和运用，还能提出对技能架构的要求。首要分为表现层、运用层和数据层来表明

  产品架构是产品的结构，是对某一块详细事务的进行笼统，并用可视化的办法呈现出来，它区分了功用模块、数据流向，包括现有的，以及未来规划的。其意图不只是为了架构规划的简洁性，更是为了整个事务的完好性，把离散的事务进程场景化。

  产品架构是运用架构的一部分，当运用架构只需一个产品时，也便是产品架构。多个产品组合一同形成了企业运用架构全景图。

  画产品架构图意图是为了将事务架构拆解并整理出产品思路，全体上掌握产品的开展方向，把控产品的中心功用，决议了产品功用的完结途径和大体规划。当然，架构自身也是需求随事务的开展逐渐的演进，具有必定的扩展性。这儿论述几条做架构的优点：

  这种图自身就表现了整个产品的结构，包括已完结的和未完结的，为产品的迭代指明方向，判别产品之间的依靠和联络。

  团队成员，包括，研制、测验、运营、商场和出售，能够依据这张图了解产品的规划，相应的团队可采纳对应的战略。比方，研制可考虑技能计划，商场和出售可拟定产品的推销战略等。

  产品规划是从事务架构中笼统出来的，反过来，能够协助事务部分完善事务准则、和办理规范化，完结整个链条上的闭环。

  不管是从0到1构建一款产品，仍是1到N迭代一款产品，当新的事务场景进来时，咱们先要进行用户剖析和需求调研，全面的知道需求，从安排级，用户级，开发级三个层面考虑不同类型的功用需求、质量需求和约束条件。比方，咱们看一个企业收购需求到合同签定的场景。

  这儿用户提交需求，中心经过招投标，终究才签定合同，触及多个人物，多个事务场景，咱们在剖析的时分，就要全面的调研整个事务环节的用户，并记载其相应的事务诉求和现状。

  用户的需求陈说或许是含糊，或许是明晰的，咱们在获取用户需求后，先要判别事务范畴，再辨认该范畴内的问题。

  1）事务范畴，是一个安排所做的作业以及其中所包括的全部。狭义上，如收购范畴、生产范畴、出售范畴等。这儿范畴是收购范畴，子范畴是收购里的细分范畴。

  咱们将上面的比方进行范畴区分后，分为需求范畴、招投标范畴和合同范畴，如下：

  2）问题域，是指产品能够处理的一切问题的调集。架构规划是没有时刻对一切需求进行深化剖析，也没必要对一切的需求进行深化剖析，只需捉住要害需求即可。

  要害需求决议架构，将中心需求当时要处理的，以及未来要处理的问题归集起来，作为问题域。

  树立问题域是需求产品人具有必定的事务知识和结构化思想，可阅览相关事务书本，比方收购，财政书本等，发问进程可根据实践事务操作流来堆集每个环节或许会呈现的问题。

  经过前面的调研和范畴区分，基本上能够确认事务场景现有的或将来的事务流程图。事务流程图的画法，可参阅相应的书本或后续文章会独自进行共享怎么画好事务流程图。

  根据事务流程图和需求，咱们需求笼统和概括同类型事物，用更高层次来表达；比方，苹果和梨子都是生果。

  回到定位，不要走错了路。可参阅：《战略（4）：TO B产品定位，千万不要疏忽这两层！》。

  整理完需求和事务流程以及开始的处理计划域，咱们能够评价那些是当时产品或待规划产品的规模，不是当时产品定位内的需求，要决断的让另一个产品接受；比方，批阅流的需求，当时产品内只能是部分内批阅，触及到外部分的批阅，批阅流的功用有必要放在企业OA体系完结。

  在进行产品架构分层时，咱们能够选用自上而下的办法分别对展现层、事务逻辑层和数据层进行信息分类和排版。在信息分类时能够运用金字塔原理将每层中心信息尽量彻底尽头，彼此独立。

  明晰不同信息层级的鸿沟：架构的层级表达有必定的信息流通逻辑，同一层级的上下信息流通要共同

  明晰同一层级的子模块鸿沟：同一层级不同模块的鸿沟要明晰，模块之间要做到可独立开发和布置

  首要是用户的触摸途径，用户经过这个登录运用产品功用，获取相应的服务，一般可分为PC端和APP端。

  这个层将详细的功用进行分类组合成模块单元，先将大的模块填充，再将大模块下的功用点填充。

  模块的区分颗粒度可参照事务范畴模型来区分，比方招投标范畴的事务功用点归类到招投标模块，合同范畴的功用点归类到合同模块；

  功用点区分颗粒度可选用面向目标办法的实体颗粒度或许按完结某一项事务作业事项，比方，立项这个功用点，便是按收购员要完结发标前立项要做的作业任务来区分。

  别的，一些主数据，用户，安排架构，音讯组件，日志办理、接口服务等服务才能可独自放在支撑层或许作为运用层的一些根底数据也是能够。

  这儿首要是描绘产品首要的数据存储数据库和存储办法。比方，触及到结构化数据一般存储在Mysql，sql server等联络型数据库；触及到文件，或许一般存储在目标存储。

  图中的1、2、3对应的是表现层，运用层和数据层的功用和逻辑区分，咱们能够参阅；这儿就没有把技能架构相关的内容放上来了，特别是触及到中台、微服务区分，均没有表现，比方，IAAS层，PASS层，SaaS层等。

  产品架构图除了表达中心功用之外，还需将信息流通的途径标识清楚，比方图中的标识4；

  别的，咱们需将产品功用的完结状况经过不同色彩标识出来，比方，绿色代表功用已上线，黄色代表功用需优化，灰色代表功用是规划中。

  假如你的产品是0到1，那么也能够标识出1.0版别做那些功用，2.0版别做那些功用，3.0版别做那些功用，有一个相对明晰的展现，这才是终究的产品架构图。

  终究，构建产品架构图是产品司理一项必备的才能，To B的产品结构相对较为杂乱，除了考虑产品自身功用场景外，还需考虑集成体系之间的数据交互和接互。

  这儿给咱们共享了架构是什么，为什么要做产品架构，以及6步法构建一款B端产品架构图，接下来咱们便是要找机会去操练，去感悟。