SaaS产品如何做好架构搭建?

编辑导语:搭建一个成功的SaaS产品,不仅可以给企业带来很多好处,还能给客户带来更多价值。对于产品经理来说,发展到一定阶段后,日常的工作内容往往离不开产品架构设计。这是一个极其细致的活,需要产品经理有很强的架构能力。那么,Saas产品如何做好架构搭建?

SaaS产品如何做好架构搭建?

我之前的一篇文章中讲到过,一款Saas产品,产品架构搭建的好坏,对结果的影响截然不同。如果Saas产品架构搭建的不好,那么带来的直接结果就是:

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

反之,如果架构搭建的好,那么带来的好处至少有以下几种:

  1. 对客户来讲,看到的页面都是简洁的,能高效的完成任务,给客户带去价值;
  2. 架构搭建的好,客户用起来好用,就会有更多的客户愿意用,给公司带来了更多的商业价值。
  3. 不用由于架构搭建不合理而带来的重构烦恼,以后的新需求、新功能基本上都能在架构内找到合适的位置;
  4. 公司能够花费更低的成本来实现不同客户的不同需求。

可见,架构搭建的好坏,对业务的影响是比较大的。那么,如何才能把一款Saas产品的产品架构搭建好?

这里,我们先对架构做一个定义:百度百科对“架构”的定义,里面有很多技术语言方面的解释,理解起来也比较麻烦。于是,我根据自己的理解,做了一个新的定义。

架构的定义是指:“根据架构搭建者对业务的理解,找出用户需求,把用户需求转换为对应的功能,把功能按不同维度进行分类整合,并梳理出分类整合好的各个模块之间的逻辑关系,最终形成一个产品来解决某一类问题”,这就是产品架构。

这句定义里有三个关键点:

  1. 对业务的理解,找出用户需求,把用户需求转换为对应的功能,把功能按不同维度进行分类整合;
  2. 并梳理出分类整合好的各个模块之间的逻辑关系;
  3. 最终形成一个产品来解决某一类问题”。

通过对这3个关键点的理解与运用,对如何能搭建好一个Sass产品架构,你会有一个整体的认识,接下来我一个一个的讲。

一、解决某类问题

先从第三个关键点开始聊,对于Saas产品来讲,搭建好的产品是用来解决问题的,而且还是某类问题,这个“某类问题”就是战略问题。

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

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

二、功能分类整合

战略问题梳理好以后,接下来就到第二步:通过对业务的理解,找出用户需求,把用户需求转换为对应的功能,把功能按不同维度进行分类整合,如何对Saas业务进行理解?

  • 宏观上,可以从行业定义的理解、行业的市场规模、行业发展所处阶段、外部经营环境的分析(PEST)等维度来理解业务;
  • 中观上,可以从产业链上下游分析,企业竞争格局的分析、资源集中度、进入门槛的分析、标杆企业商业模式分析、Saas竞品分析等维度来理解业务;
  • 微观上,可以从服务企业经营的业务,相关角色,工作流等角度来理解业务。

关于对业务理解的问题,我这里讲了一个思考框架。更详细的业务理解问题,改天我会单独写一篇文章来深度讲解,如何找用户需求?

方法有很多,比如:

  1. 可以通过用户访谈的形式找需求;
  2. 可以通过用户调查的方式找需求;
  3. 可以通过深入一线,观察、学习的方式找需求;
  4. 可以通过会议沟通的方式来找需求;
  5. 可以通过竞品分析的方式来找需求等等。

关于找需求具体更详细的理解,可以参考我之前的一篇文章:《B端产品需求的3个层次,你都了解吗?》、《B端产品如何进行业务全场景的需求梳理?》。

如何把用户需求转换为对应的功能?用户需求和软件需求的区别是什么?用户需求对应的软件功能是什么?文章中都有讲到。

如何把功能按不同维度进行分类整合?

这里就是在做分类整合时的核心思想就是,一个大分类里要用来解决一类问题。

比如,一款给餐饮商家用的Saas系统,后台包括的功能模块有:商品、订单、数据、营销、店铺、财务等模块,不管是现在还是未来,遇到商品需求功能,就要把功能归类到商品模块;遇到营销需求功能,就要把需求归类到营销模块;而不是没有标准,乱放。

通过对业务的理解,找到了用户需求,并把用户需求转换为功能,并对功能进行分类整合后,最终就会得到了一个功能结构图。

例如,下图就是某景区Saas产品通过以上方法梳理得到的功能结构图:

SaaS产品如何做好架构搭建?

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

三、模块之间的逻辑关系

通过上一部分,我们已经找到了要做的功能,并把功能进行了分类整合,形成了一个又一个的模块。此时还不算完成产品架构的整体思考,因为一个又一个的产品模块独立着,没有连接在一起的效果就是:并不能发生什么效果。

只有把各个模块有效的连接在一起才能实现目标,解决问题。这时,需要梳理出分类整合好的各个模块之间的逻辑关系;如何梳理各个模块之间的逻辑关系?

可以用数据流转过程来梳理,还是以文章中提到的景区Saas产品为例:

  1. 景区想要卖票,那首先应该在门票管理模块上传门票,管理门票;
  2. 上传的门票信息会进入店铺中,供游客查看、购买;
  3. 游客通过店铺购买完门票以后,就会生成订单信息,进入订单模块;生成财务信息,进入财务模块;生成数据信息,进入数据模块。

最后,通过数据连接,就能把各模块之间的逻辑关系梳理清楚了,最终形成的产品架构图如下:

SaaS产品如何做好架构搭建?

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

这里补充个话题聊一下:“关于搭建产品架构时,我们是否有相似的解决方案可以参考?”

虽然说,每家公司的每条业务根据行业、机会、自身能力等情况的不同,梳理出来的战略基本上都不一样,搭建出来的产品架构也就不一样。

但是,我们把这些所有的不一样,给抽象思考,分类整合一下,基本上可以发现所有公司做的Saas产品,基本上都属于两大类(以下分类目的,是梳理出产品要解决的问题大概属于什么类型,然后我们在搭建产品架构时,可以找到类似的解决方案来参考):

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

1. 业务垂直型

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

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

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

这两个案例就是制造行业和广告行业商业系统情况的一个介绍(或者是制造行业和广告行业价值链相关环节的一个介绍)。做Saas创业的公司,会把整个大的商业系统中的某一个或多个小系统单独提取出来,给出相应的Saas产品解决方案,这就是业务垂直型。

现在比较通用的业务垂直型Saas产品,解决的业务问题,大概都有:

  1. CRM
  2. 人力资源
  3. ERP
  4. 推广营销
  5. 财税
  6. OA等等

如果,你解决的是业务垂直型相关的业务,那么每一个业务垂直型相关的问题,你都可以找到相关的书籍、竞品等来看,看看类似的产品是如何搭建架构的,可以学习,参考。

2. 行业垂直型

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

比如:

  1. 零售
  2. 餐饮
  3. 旅游
  4. 教育
  5. 医疗
  6. 物流等等

解决行业垂直型问题时,可以通过以下两个框架去思考:行业产业链+企业价值链。

首先进行行业产业链的思考,可以得出的结果是,能清楚的知道公司要解决产业链里哪个经营主体的业务问题。知道要解决哪个经营主体的问题后,接下来要思考的是,要解决经营主体哪个或者哪几个价值链环节的问题。

比如,你想进入的是旅游这个垂直行业,首先你进行产业链分析,整个旅游产业链,大概可以分为4个环节:上游供应商(包括景区、酒店等等)——渠道商——媒介和营销平台——用户。

通过各种分析、评估后,你决定要帮助经营主体景区解决业务相关的问题。接着,你进一步思考,需要帮助景区解决什么业务问题呢?

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

再通过各种分析,你决定帮助景区解决销售、营销和服务环节的问题,最终设计出Saas产品来解决景区销售、营销和服务环节的问题。如何解决销售、营销、服务问题,你可以通过找到相关的书籍、竞品来参考,看看类似的产品是如何搭建架构的,可以学习,参考。

这里总结一下:就是不管是做业务垂直型的Saas产品,还是行业垂直型的Saas产品,它终究都要回到价值链的某个环节里去思考,思考要帮助企业解决什么业务问题。

然后针对这样的业务,参考比较成熟的产品是如何搭建架构的,我们可以去参考、借鉴。最后,关于Saas产品如何最好架构搭建的问题就讲到这里了,希望对你有所帮助。

#专栏作家#

丰宪飞,微信公众号:小飞哥笔记,个人微信:f1506620495。人人都是产品经理专栏作家。某互联网创业公司合伙人兼产品总监,多个项目“从0到1”项目负责人,擅长战略、运营、产品的整体规划及落地执行。

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

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

给TA打赏
共{{data.count}}人
人已打赏
Saas产品设计

如何设计SaaS产品的计费模式?

2020-8-13 0:00:00

Saas产品设计

SaaS的明天,增长还是坟墓?

2021-5-11 0:00:00

0 条回复 A文章作者 M管理员
    暂无讨论,说说你的看法吧
个人中心
今日签到
有新私信 私信列表
搜索