做好一个产品的产品架构，能清晰地组织好业务系统的逻辑、明确指导产品的设计、迭代、优化。而细化到B端产品架构上，笔者认为有以下四步需要注意。

产品架构指的是产品的整体性结构。

对于B端产品，产品架构就是整个产品的顶层设计，就是整个产品的骨骼。

B端产品的开发应该是严谨、科学和工程化的，不管是采用传统软件瀑布开发模式，还是采用时下流行的敏捷开发模式，都需要自顶而下地完成整个产品的脉络梳理和框架设计。

产品架构，主要描述产品的业务系统逻辑，指导产品的设计和迭代过程，确保产品和业务的紧密结合。

C端产品的架构，可以采用《用户体验要素》的五层要素模型，设计产品架构。

而B端产品则主要基于业务设计产品架构。设计B端产品架构的核心是，找到产品和业务的匹配点。即将业务整合到产品的各系统模块中，并为客户创造更多的价值。

在B端产品的开发过程中，产品架构设计过程主要发在完成客户调研后，设计业务解决方案时。

基于客户业务，设计产品架构，主要有四个步骤，如下所示：

• 第一步，业务架构分析
• 第二步，系统结构设计
• 第三步，核心中枢分析
• 第四步，画出架构蓝图

就像人体的骨骼系统一样，做「业务架构分析」是分析人体都有些骨头，「系统结构分析」是明确骨头在整个骨骼系统中的位置，做「核心中枢分析」是找出我们以什么韧带为核心，把整个骨骼系统连接起来。

本文以某个医美医院为例，设计出医美医院管理系统简单的产品架构。

一、业务架构分析

在业务架构分析前，B端产品经理首先要保证自己对所在行业有深刻的认知。

对行业有深刻的认知主要表现在以下几点：

• 全面的行业知识
• 对行业的痛点和特点有所理解
• 了解行业的商业模式
• 能获取行业意见领袖的意见

业务架构分析的作用是梳理出支撑客户的业务需要哪些系统。业务架构分析主要包含业务分析、需求分析、跨角色业务流程、系统梳理。

1. 业务分析

分析业务，主要是对业务进行一个整体性分析。

主要分析出：客户的业务投入什么？产出了什么？参与的角色有那些？客户对于业务的商业诉求是什么？客户的核心业务是什么？最后使用流程图来描绘核心业务。

以本文的医美医院为例：

客户主要投入了医院和人力成本，产出了经济收入，参与的角色有医美客户、前台、销售、咨询师、医生、护士。客户的商业诉求是获取更大的经济利益。客户的核心业务，为医美客户提供医美相关的服务。

以下为业务分析后得到的业务流程图，起点为市场渠道。

2. 需求分析

需求分析主要是分析客户提出的特定需求，对业务影响，比如新增业务、修改业务流程等。

这里的需求分析，不同于产品功能设计时的需求分析。

做产品架构时，需求分析更加偏向于分析客户需求和业务间的关系，进而调整我们的业务分析结论。

以本文提到的医院为例：客户提出需要，对他的客户资料进行数字化管理。针对该需求，分析可以得出需要新增CRM相关的业务。

在B端系统设计时，有很多通用的范式需求。比如：登录系统、企业架构、权限管理、数据权限、报表统计等。

这些可能是业务上不会直观体现，客户可能也不会明确提出，但是对于B端产品又是非常必要的。这些范式需求，在我们梳理业务架构时，也是要进行需求分析的。

3. 跨角色业务流程

在完成业务分析后，我们得出了业务的参与角色和业务流程。这时候，就需要明确角色和业务的关系了。

描述角色和业务的关系，可以使用序列图来分析。

以下为分析，医美医院中，在医美客户完成医美手术的的业务中，各角色和业务的关系的序列图。

其中，护士角色主要是医生的助理。所以在序列图中，其位置与医生所在相同。

4. 系统梳理

完成以上分析后，我们可开始梳理在该产品中会存在哪些子系统。

分析时，需要结合业务流程、需求分析和角色参与关系，划分各业务系统。以及子系统有哪些角色参与，体现的哪块子业务。

划分子系统的原则是优先把同一角色参与，流程中相近，业务相关联的整合到相同的系统。

笔者梳理出了该产品的系统列表，具体如下所示：

这样就得到了产品是由哪些骨骼构成的。

二、系统结构设计

在明确产品存在哪些系统后，就需要确认系统间的组织形式。即设计系统的组织结构。

通常系统结构，可以设计为线性结构、散列式结构、层级式结构、核心发散式结构、网状结构。

每种结构都有他适合的业务特点。我们在设计系统结构时，原则是尽量与真实业务相仿。根据业务分析时，得到的业务流程图，我们可以将这些系统以线性结构组织起来。在我们的分析出的系统当中，有些系统是不直接参与到业务当中的，这些系统就可以作为支撑系统单独架构。

在分析系统结构时，我们可以使用用例图来进行设计。在使用用列图分析系统结构时，要尽量将图做出层级结构。

护士角色使用系统和医生角色相同，这里就不体现了。

非主要业务的支撑系统，可以不用分析，其不会影响整体的结构。

根据用例图，我们也能明确线性的结构时很符合当前的业务和产品架构的。这也就确定了各个骨骼，在产品中的位置。

三、核心中枢

分析完系统的结构后，就需要为系统确定核心，以及系统间的交互规则。在分析核心中枢时，有几个简单的标准。

• 参与角色在各系统普遍存在
• 该系统数据与业务价值直接相关
• 该系统与各系统都要进行交互
• 可以参考系统结构分析序列图中交互最密集的系统

从业务的角度看本文的例子，所有的系统几乎都有客户这个角色参与，所以整套系统应该是围绕客户在运转。

从系统角度看，各系统都需要与客户管理系统进行交互，所以客户管理系统是链接整个系统的关键。在这一整套业务系统的运转过程，客户信息就是中枢间的数据在各系统间流转，并且业务架构是线性结构，所以可以引入BPM(业务流程管理)，来串联各个业务系统。

客户管理系统就是系统的中枢，而BPM就像韧带一样串联了各个业务系统。这样就明确了串联产品骨骼系统的韧带。

四、架构蓝图

分析好产品的骨骼系统后，我们需要直观地以图的形式将其展示出来。

根据这些系统的职能，我们先将这些系统进行分层。在本例子中，可以分为底层支撑层、基础架构层、核心单元层、业务执行层和总览层。

在进行分层时，标准是按系统在整个产品中所起到的作用。比如核心单元层就是，我们分析出的核心中枢。在分层时，我们也要按照至顶而下或由底而上的标准进行。这样可以使架构图更井然有序。

通过系统列表、系统结构序列图、核心中枢系统，就设计出了一个产品的骨骼系统，基于产品架构蓝图完整的勾勒出了整个产品的架构。

五、一些思考

优秀的产品架构是什么样的？

我的经验首先是需要对业务进行仿真，模拟真实业务的结构。产品架构图需要给开发、领导、客户等阅读，所以产品架构图同时需要简洁明了，降低阅读者的理解障碍。

当然，产品开发是一个持续性的过程，作为产品骨骼系统的产品架构，理所应当需要保证稳定和扩展性。

在设计产品架构，如何兼容客户的老系统，也是我们应该仔细思考的。

很多时候，我们需要保持对老系统的整合和兼容；同时搭建新的产品架构。尽量避免，推翻老系统，除非和新系统构成了冲突，或者已经不再适合高速发展的业务了。

在设计产品架构，产品经理应该对客户的业务进行分析诊断，进而优化我们的产品架构，提升产品的价值。

设计好的产品架构一定是层次清晰、结构明确的。如同，业务要井然有序才能高效执行。

作者：产品小思考，B端产品经理，微信公众号：产品小思考

本文由 @产品小思考 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议