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