ZKX's LAB

SaaS产品如何做好从0到1的架构搭建

2020-09-02新闻8

编辑导语:国内很多企业近几年都在做SaaS产品,搭建一个成功的SaaS产品能给企业带来很多好处,也能给客户带来更好的价值;那要怎么做好SaaS产品从0到1的架构搭建呢?本文作者对此进行了详细的解释,我们一起来看一下。

一款SaaS产品,从0到1把产品架构搭建好是一件非常重要的事。

如果SaaS产品架构没有搭建好,那么可能带来最直接的结果就是:客户在完成某一个具体任务的时候,在整个操作的过程中,有一堆不相关的功能出现在客户的操作页面里,导致客户无法高效率的完成工作;没有一个框架性的产品架构指导,后面遇到的新需求,新功能,有可能会被后来的产品经理任意归类,或者新建一个归类来解决新问题,最终产品越做越乱;随着需求越来越多,功能就越来越多,功能的耦合度也越来越高,然后开发难度就进一步增大,经常会面临重新搭建架构的局面。

反之,如果架构搭建的好,那么带来的好处至少有以下几种:对客户来讲,看到的页面都是简洁的,能高效的完成任务,给客户带去了价值,同时也给业务带来了商业价值;不用由于架构搭建不合理而带来的重构烦恼,以后的新需求、新功能基本上都能在架构内找到合适的位置;可以实现,公司能够花费更低的成本来实现不同客户的不同需求。

可见,架构搭建的好坏,对业务的影响是比较大的。

聊“SaaS产品如何做好从0到1的架构搭建?”之前,我们先对架构做一个定义。

我百度了一下百度百科对“架构”的定义,发现里面有很多技术语言方面的解释,理解起来也比较麻烦。

于是,我根据自己的理解,做了一个新的定义。

架构的定义是指:“根据架构搭建者对业务的理解,架构搭建者从一个模块开始,推导出另一个模块;持续又从一个模块开始出发,推导出另一个模块;进而把整个产品里面包括的各个模块的顺序尽可能梳理清楚,并把它们连接在一起来解决某类问题——这就是产品架构。”

这句定义里有三个关键点:一个又一个的业务模块,那就是有N多个业务模块;模块和模块之间存在关系,那就是连接关系;各个模块连接在一起是有目的的,是为了解决某一类问题而存在的。

PS:这不就是系统思维的再次运用嘛,感兴趣的小伙伴可以自行查看相关资料 ,我这里就不对系统思维进行详细介绍了。如何把N多个业务模块,找出来,那就要用到结构思考;如何把模块与模块之间的连接关系梳理出来,那就要用到逻辑思考;如何把“要解决某一类问题是什么问题找出来”,那就要用到战略制定。

也就是说,要想把SaaS产品从0到1的架构搭好,需要从以下3个方面来进行全面思考:

我相信通过这3个方面的理解,你应该会对产品架构从0到1的搭建有一个整体的认识。

接下来我一个一个的讲。

一、战略制定

文章前面提到,我们搭建产品架构,把一个又一个的产品模块组合连接在一起的目的,是为了解决某类问题。

对于SaaS产品来讲,这个“某类问题”就是战略问题。

我们推演一下为什么这个“某类问题”就是战略问题?

从0到1的SaaS产品,模块与模块之间的组合连接,就形成了一个系统,这个系统是一个可以业务闭环的SaaS产品。

SaaS产品怎么来的?

SaaS产品,那不就是根据战略指导,推出的让战略落地的路线图嘛。

所以我们这里才讲,这个“某类问题”就是战略问题。

战略对于产品,或者说对于产品经理来说,最重要的作用就是:知道要做什么,不做什么,很清晰或者大概范围的知道要解决的问题的边界在哪;然后在这个边界范围内去定义产品,设计产品,给客户带来价值,从而也给公司带来商业价值。

关于如何梳理战略相关的问题,可以参考我之前写的一篇文章《To B业务如何进行战略梳理?》,这里我就不细讲如何梳理战略问题了。

每家公司的每条业务根据行业、机会、自身能力情况的不同,梳理出来的战略基本上可能都是不一样的。

但是,我们把这些所有的不一样,给抽象思考,分类整合一下,基本上可以发现所有公司做的SaaS产品,基本上都属于两大类:

PS:当然,随着创业公司业务的发展,这两大类会有合二为一的情况存在,也就是SaaS产品里包含了多个垂直行业的多个业务场景的多个解决方案。

1. 业务垂直型

业务垂直,可以这样理解,SaaS产品要解决的问题是一家公司商业系统中的某个系统(也可以这样讲,要解决的问题是一家公司价值链的某个环节问题)。

可能理解起来比较抽象,这里我举两个例子讲讲。

比如:在制造行业,一家公司的商业系统会是这样的,研究开发——采购——制造——营销——销售——服务;在广告行业,一家公司的商业系统会是这样的,购买媒体——开发客户——商品企划书——企划销售——广告制作——实施及评论。

这两个案例就是制造行业和广告行业商业系统情况的一个介绍(或者是制造行业和广告行业价值链相关环节的一个介绍)。

做SaaS创业的公司会把整个大的商业系统中的某一个或多个小系统单独提取出来,给出相应的SaaS产品解决方案,这就是业务垂直型。

各个行业的商业系统中的小系统,又可以通过抽象思考,把通用的小系统提取出来,给出这个小系统需要的SaaS产品解决方案。

现在比较主流的、通用的业务垂直型SaaS产品,解决的业务场景大概都有:CRM;人力资源;ERP;推广营销;财税;OA等等。

如果,你解决的是业务垂直型相关的业务,那么每一个业务垂直型相关的场景,你都可以找到相关的书籍、竞品、相关标杆企业的工作流等来参考、理解,最终形成一定的业务认知。

这对后面搭建产品架构会有很大的帮助。

2. 行业垂直型

行业垂直型,就是你公司SaaS产品要解决的问题是某个垂直行业相关的问题。

比如:

解决行业垂直型问题时,可以有以下两个框架去思考:

行业产业链+企业价值链。

首先进行行业产业链的思考,可以得出的结果是,能清楚的知道公司要解决产业链里哪个经营主体的业务问题。

知道要解决哪个经营主体的问题后,接下来要思考的是:要解决经营主体哪个或者哪几个价值链环节的问题。

比如:

你想进入的是旅游这个垂直行业,首先你进行产业链分析,整个旅游产业链,大概可以分为4个环节:

上游供应商(包括景区、酒店等等)——渠道商——媒介和营销平台——用户。

通过各种分析以后,你决定要帮助经营主体景区解决业务相关的问题。

接着,你进一步思考,需要帮助景区解决什么业务问题呢?

这时就要梳理出景区的价值链包含的有哪些模块,经过梳理,你得出大概包括:生产、营销、销售、物流、服务、人力资源管理、财务管理等等。

再通过各种分析,你决定帮助景区解决营销和服务环节的问题,最终设计出SaaS产品来解决景区营销和服务环节的问题。

落地到这两个场景后,可以通过找到相关的书籍、竞品、相关景区的工作流来参考,理解,最终形成一定的业务认知——这就是垂直行业型SaaS产品思考业务问题时的一个思考过程。

二、结构思考

战略制定完成后,接下来就可以着手搭建产品框架了。

在战略制定模块讲到的内容里面,我们会发现一个情况:就是不管是做业务垂直型的SaaS产品,还是行业垂直型的SaaS产品,它终究都要回到价值链的某个环节里去思考。

当回到价值链的某个环节里面去思考的时候,我们就应该要在不同的环节里要形成一个结构性的思考。

什么是结构性思考?

结构性思考就是:当遇到一个大问题以后,把大问题拆解成你能够理解的小问题,然后一一解决掉这些小问题,这种思考问题和解决问题的方式就是结构性思考。

现在我们回到SaaS产品中去,看看如何用结构化思考,把产品架构中的N多个业务模块找出来。

通常在SaaS产品中的结构化思考框架如下:

也就是说,通过各种方法最终要得出:SaaS产品为了某一类问题,这个SaaS产品的一级业务模块包含哪些模块,二级模块包含哪些模块(甚至复杂一点的产品可以往下拆解到三级、四级等业务模块)。

案例:

这里我以文章中讲到的景区为例,通过结构化思考,看看解决景区营销问题的SaaS产品,一二级模块里面包含了哪些业务模块。

你可能会想到,解决景区营销问题:那就是要在网上买门票,那得有一个门票管理模块;怎么展示给用户呢,通过网上店铺展示,那就应该有一个店铺管理模块;然后,你突然想到,卖的钱应该有一个模块去展示和让景区可以提现,于是应该要有一个财务中心;然后,你分析竞品发现,应该还要有一个订单模块,才能形成业务闭环,于是有一个订单模块等等。

总而言之就是你通过对业务的理解、行业认知、参考相关竞品、研究标杆企业等等各种方法,你梳理出了产品架构应该有的一二级模块有哪些。

通过梳理,你得出了景区SaaS产品一二级模块如下:

PS:为了方便理解,以上一二级模块细节内容有所删减。

三、逻辑思考

通过结构思考,你得出了产品N多个一二级模块。

此时还不算完成产品系统的整体思考,因为一个又一个的产品模块独立着,没有连接在一起的效果就是:并不能发生什么效果。

只有把各个模块有效的连接在一起才能实现目标,解决问题。

此时,就要用到逻辑思考(逻辑思考基本上是每一个产品经理都必备的思考方法)。

你可能会想到:景区想要卖票,那首先应该在门票管理模块里的二级模块有一个添加门票模块;添加完门票以后,得呈现给游客查看、购买,于是店铺管理里面应该有一个店铺装修的二级模版 ,这个模版解决的问题就是把想要呈现给用户的店铺给装修好;游客通过店铺购买完门票以后,那后台应该有一个订单管理模块来查看订单,完成订单操作相关的问题;同时,用户购买完门票以后,会留下用户信息、相关数据情况,资金到账的结果,于是有了用户管理、财务管理、数据中心模块。

最后,通过梳理,你得出了景区SaaS产品各个模块之间的连接关系如下:

PS:为了方便理解,以上的逻辑思考图,有所删减。

我相信,通过以上战略制定、结构思考、逻辑思考3大模块的理解,你应该会对产品架构从0到1的搭建有一个整体的认识。

我发现,拥有架构能力,不单是对于产品经理来讲很重要,对所有职场人来讲都非常重要。

比如,这篇文章的整个写作过程,就用到了架构力:写这篇文章的目的,梳理自己对“从0到1的SaaS产品架构问题”的一个理解,以及写出“从0到1的SaaS产品架构怎么搭?”这个主题的高品质文章给读者;用到了3个模块,战略制定、结构思考、逻辑思考;这几个模块之间的逻辑关系,通过制定战略推导出了结构思考和逻辑思考。

又比如,最近,一个朋友跟我聊,他们公司团队的一个小伙伴最近在写一些材料,一份又一份的材料之间;由于架构搭建的不合理,改其中一份材料的某个地方,就会涉及到很多地方要重构,花费了大量的时间才完成了相关材料。

架构力呀,真是个好东西。

它无所用,又无所不用。

#专栏作家#

本文原创发布于人人都是产品经理,未经允许,禁止转载。

题图来自Unsplash, 基于CC0协议。

#百度#产品#架构

随机阅读

qrcode
访问手机版