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

产品老司机手把手教写文档,10天线上课程,零基础掌握产品经理必备7大文档撰写法。了解一下>

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

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

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

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

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

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

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

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

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

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

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

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

一、业务架构分析

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

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

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

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

1. 业务分析

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

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

以本文的医美医院为例:

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

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

2. 需求分析

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

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

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

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

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

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

3. 跨角色业务流程

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

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

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

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

4. 系统梳理

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

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

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

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

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

二、系统结构设计

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

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

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

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

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

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

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

三、核心中枢

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

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

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

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

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

四、架构蓝图

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

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

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

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

五、一些思考

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

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

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

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

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

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

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

 

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

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

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
评论
欢迎留言讨论~!
  1. 你在深圳吗 是否可提供项目支持

    回复
    1. 可以啊 你留个W X吧 我加你

      回复