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

编辑导语：国内很多企业近几年都在做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 Ｂ业务如何进行战略梳理？》，这里我就不细讲如何梳理战略问题了。

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

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

业务垂直型；

行业垂直型。

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

1. 业务垂直型