像人体骨骼系统一样设计端产品架构

　　做好一个产品的产品架构，能清晰地组织好业务系统的逻辑、明确指导产品的设计、迭代、优化。而细化到B端产品架构上，笔者认为有以下四步需要注意。
　　产品架构指的是产品的整体性结构。
　　对于B端产品，产品架构就是整个产品的顶层设计，就是整个产品的骨骼。
　　B端产品的开发应该是严谨、科学和工程化的，不管是采用传统软件瀑布开发模式，还是采用时下流行的敏捷开发模式，都需要自顶而下地完成整个产品的脉络梳理和框架设计。
　　产品架构，主要描述产品的业务系统逻辑，指导产品的设计和迭代过程，确保产品和业务的紧密结合。
　　C端产品的架构，可以采用《用户体验要素》的五层要素模型，设计产品架构。
　　而B端产品则主要基于业务设计产品架构。设计B端产品架构的核心是，找到产品和业务的匹配点。即将业务整合到产品的各系统模块中，并为客户创造更多的价值。
　　在B端产品的开发过程中，产品架构设计过程主要发在完成客户调研后，设计业务解决方案时。
　　基于客户业务，设计产品架构，主要有四个步骤，如下所示：
　　第一步，业务架构分析
　　第二步，系统结构设计
　　第三步，核心中枢分析
　　第四步，画出架构蓝图
　　就像人体的骨骼系统一样，做业务架构分析是分析人体都有些骨头，系统结构分析是明确骨头在整个骨骼系统中的位置，做核心中枢分析是找出我们以什么韧带为核心，把整个骨骼系统连接起来。
　　本文以某个医美医院为例，设计出医美医院管理系统简单的产品架构。
　　一、业务架构分析
　　在业务架构分析前，B端产品经理首先要保证自己对所在行业有深刻的认知。
　　对行业有深刻的认知主要表现在以下几点：
　　全面的行业知识
　　对行业的痛点和特点有所理解
　　了解行业的商业模式
　　能获取行业意见领袖的意见
　　业务架构分析的作用是梳理出支撑客户的业务需要哪些系统。业务架构分析主要包含业务分析、需求分析、跨角色业务流程、系统梳理。
　　1。业务分析
　　分析业务，主要是对业务进行一个整体性分析。
　　主要分析出：客户的业务投入什么？产出了什么？参与的角色有那些？客户对于业务的商业诉求是什么？客户的核心业务是什么？最后使用流程图来描绘核心业务。
　　以本文的医美医院为例：
　　客户主要投入了医院和人力成本，产出了经济收入，参与的角色有医美客户、前台、销售、咨询师、医生、护士。客户的商业诉求是获取更大的经济利益。客户的核心业务，为医美客户提供医美相关的服务。
　　以下为业务分析后得到的业务流程图，起点为市场渠道。
　　2。需求分析
　　需求分析主要是分析客户提出的特定需求，对业务影响，比如新增业务、修改业务流程等。
　　这里的需求分析，不同于产品功能设计时的需求分析。
　　做产品架构时，需求分析更加偏向于分析客户需求和业务间的关系，进而调整我们的业务分析结论。
　　以本文提到的医院为例：客户提出需要，对他的客户资料进行数字化管理。针对该需求，分析可以得出需要新增CRM相关的业务。
　　在B端系统设计时，有很多通用的范式需求。比如：登录系统、企业架构、权限管理、数据权限、报表统计等。
　　这些可能是业务上不会直观体现，客户可能也不会明确提出，但是对于B端产品又是非常必要的。这些范式需求，在我们梳理业务架构时，也是要进行需求分析的。
　　3。跨角色业务流程
　　在完成业务分析后，我们得出了业务的参与角色和业务流程。这时候，就需要明确角色和业务的关系了。
　　描述角色和业务的关系，可以使用序列图来分析。
　　以下为分析，医美医院中，在医美客户完成医美手术的的业务中，各角色和业务的关系的序列图。
　　其中，护士角色主要是医生的助理。所以在序列图中，其位置与医生所在相同。
　　4。系统梳理
　　完成以上分析后，我们可开始梳理在该产品中会存在哪些子系统。
　　分析时，需要结合业务流程、需求分析和角色参与关系，划分各业务系统。以及子系统有哪些角色参与，体现的哪块子业务。
　　划分子系统的原则是优先把同一角色参与，流程中相近，业务相关联的整合到相同的系统。
　　笔者梳理出了该产品的系统列表，具体如下所示：
　　这样就得到了产品是由哪些骨骼构成的。
　　二、系统结构设计
　　在明确产品存在哪些系统后，就需要确认系统间的组织形式。即设计系统的组织结构。
　　通常系统结构，可以设计为线性结构、散列式结构、层级式结构、核心发散式结构、网状结构。
　　每种结构都有他适合的业务特点。我们在设计系统结构时，原则是尽量与真实业务相仿。根据业务分析时，得到的业务流程图，我们可以将这些系统以线性结构组织起来。在我们的分析出的系统当中，有些系统是不直接参与到业务当中的，这些系统就可以作为支撑系统单独架构。
　　在分析系统结构时，我们可以使用用例图来进行设计。在使用用列图分析系统结构时，要尽量将图做出层级结构。
　　护士角色使用系统和医生角色相同，这里就不体现了。
　　非主要业务的支撑系统，可以不用分析，其不会影响整体的结构。
　　根据用例图，我们也能明确线性的结构时很符合当前的业务和产品架构的。这也就确定了各个骨骼，在产品中的位置。
　　三、核心中枢
　　分析完系统的结构后，就需要为系统确定核心，以及系统间的交互规则。在分析核心中枢时，有几个简单的标准。
　　参与角色在各系统普遍存在
　　该系统数据与业务价值直接相关
　　该系统与各系统都要进行交互
　　可以参考系统结构分析序列图中交互最密集的系统
　　从业务的角度看本文的例子，所有的系统几乎都有客户这个角色参与，所以整套系统应该是围绕客户在运转。
　　从系统角度看，各系统都需要与客户管理系统进行交互，所以客户管理系统是链接整个系统的关键。在这一整套业务系统的运转过程，客户信息就是中枢间的数据在各系统间流转，并且业务架构是线性结构，所以可以引入BPM（业务流程管理），来串联各个业务系统。
　　客户管理系统就是系统的中枢，而BPM就像韧带一样串联了各个业务系统。这样就明确了串联产品骨骼系统的韧带。
　　四、架构蓝图
　　分析好产品的骨骼系统后，我们需要直观地以图的形式将其展示出来。
　　根据这些系统的职能，我们先将这些系统进行分层。在本例子中，可以分为底层支撑层、基础架构层、核心单元层、业务执行层和总览层。
　　在进行分层时，标准是按系统在整个产品中所起到的作用。比如核心单元层就是，我们分析出的核心中枢。在分层时，我们也要按照至顶而下或由底而上的标准进行。这样可以使架构图更井然有序。
　　通过系统列表、系统结构序列图、核心中枢系统，就设计出了一个产品的骨骼系统，基于产品架构蓝图完整的勾勒出了整个产品的架构。
　　五、一些思考
　　优秀的产品架构是什么样的？
　　我的经验首先是需要对业务进行仿真，模拟真实业务的结构。产品架构图需要给开发、领导、客户等阅读，所以产品架构图同时需要简洁明了，降低阅读者的理解障碍。
　　当然，产品开发是一个持续性的过程，作为产品骨骼系统的产品架构，理所应当需要保证稳定和扩展性。
　　在设计产品架构，如何兼容客户的老系统，也是我们应该仔细思考的。
　　很多时候，我们需要保持对老系统的整合和兼容；同时搭建新的产品架构。尽量避免，推翻老系统，除非和新系统构成了冲突，或者已经不再适合高速发展的业务了。
　　在设计产品架构，产品经理应该对客户的业务进行分析诊断，进而优化我们的产品架构，提升产品的价值。
　　设计好的产品架构一定是层次清晰、结构明确的。如同，业务要井然有序才能高效执行。