我之前的一篇文章中讲到过,一款Saas产品,产品架构搭建的好坏,对结果的影响截然不同。
如果Saas产品架构搭建的不好,那么带来的直接结果就是:
1.客户在完成某一个具体任务的时候,在整个操作的过程中,有一堆不相关的功能出现在客户的操作页面里,导致客户无法高效率的完成工作;
2.没有一个框架性的产品架构指导,后面遇到的新需求,新功能,有可能会被后来的产品经理任意归类,或者新建一个归类来解决新问题,最终产品越做越乱;
3.随着需求越来越多,需要开发的功能就越来越多,功能的耦合度也越来越高,然后开发难度就进一步增大,经常会面临重新搭建架构的局面。
反之,如果架构搭建的好,那么带来的好处至少有以下几种:
1.对客户来讲,看到的页面都是简洁的,能高效的完成任务,给客户带去价值;
2.架构搭建的好,客户用起来好用,就会有更多的客户愿意用,给公司带来了更多的商业价值。
3.不用由于架构搭建不合理而带来的重构烦恼,以后的新需求、新功能基本上都能在架构内找到合适的位置;
4.公司能够花费更低的成本来实现不同客户的不同需求。
可见,架构搭建的好坏,对业务的影响是比较大的。那么,如何才能把一款Saas产品的产品架构搭建好?
这里,我们先对架构做一个定义。
百度百科对“架构”的定义,里面有很多技术语言方面的解释,理解起来也比较麻烦。
于是,我根据自己的理解,做了一个新的定义。
架构的定义是指:
“根据架构搭建者对业务的理解,找出用户需求,把用户需求转换为对应的功能,把功能按不同维度进行分类整合,并梳理出分类整合好的各个模块之间的逻辑关系,最终形成一个产品来解决某一类问题”。
这就是产品架构。
这句定义里有三个关键点:
1.对