第三章：做个SAAS——如何才能好用和好卖 - SAAS其实很赚钱

本文大纲

一、SAAS的架构

二、SAAS与自用的后台管理系统的不同

1、为什么不好用？

2、哪里不同？

三、做好一个SAAS的秘诀——视角

1、上帝视角是怎样的？

2、用户视角是怎样的？

SAAS可以很重，也可以很轻。可以像Adobe、微软、Google、ZOHO这样重到可以支撑一个世界级的企业。也可以轻到只是一个小工具，让一个几人的小团队，甚至是一个程序员就可以做出来，在互联网上传播和赚钱。

不管做什么样的SAAS，有几点都要注意。

一、SAAS的架构

SAAS是重架构的。

架构的目的是要降低开发的边际成本。

不管怎么说，SAAS首先得是个软件。而且至少还是个有一些复杂度的软件，不管它是基于WEB还是有各种客户端。

这个软件还需要随着业务的发展而不断迭代。如果迭代的边际成本很高，那这事就很难持续地玩下去了。

另外，对于有多个SAAS产品的企业来说，架构就显得更加重要了。因为这些SAAS产品都是可以基于同样的底层来开发，大量的组件可以复用在各个产品中。从而大幅度降低研发成本和研发周期。

这就是为什么很多SAAS企业都会重视底层架构和低代码平台的原因，这些企业SAAS产品无论有多少，往往都是基于一个高可用架构的底层和低代码平台，大部分的开发，其实只是通过参数的配置就可以实现。

一般来说，不管采用什么样的架构，有几个最基本的东西，很多SAAS产品都会有。比如：表单引擎、Views引擎、流程引擎、权限管理系统等等。

后边的文章，我们将详细探讨一下以上几个常用的模块。

最近这些年，很多人跟我说过这样的情况：他们做的SAAS（管理类的SAAS），用户说，不好用、不会用、太复杂、很多功能都没有（但实际上是有的）。

仔细看他们的SAAS，你会发现，这些SAAS往往有以下几个共同点：

[pms-restrict subscription_plans = “1125” ]

这是很多做管理类SAAS常常会存在的一个问题。他们觉得，一个系统，通过角色权限体系做限制，就可以了。

不考虑用户，不考虑业务场景，只是习惯性的按照自用的后台管理系统的方法，面向数据，面向系统做出功能。

对于很多管理类的SAAS，很多人搞不清楚它和自己用的后台管理系统的区别，甚至，压根就是把这一类SAAS当作后台管理系统来做的，唯一的区别就是SAAS是多租户，然后也就是UI搞得好一点。

甚至，很多人谈论起SAAS，说的就是一个后台管理系统。

实际上，作为SAAS的系统和一个自己用的后台管理系统是很不一样的。

自用的后台的用户都是公司内部人员，甚至大多是技术人员。他们都整个系统的熟悉程度都很高。所以，他们只需要简单的增删改查就可以了。

SAAS产品的用户会涉及到各行各业，他们普遍对系统的操作能力弱，甚至会弱很多。所以，他们更需要的是在自己的工作场景和流程里做相应的操作，完成他们自己的工作内容。

自用的后台大多是面向数据的。自用的后台是对数据的管理（说得白一点，就是增删改查）。SAAS产品是必须要面向业务和面向用户的。需要根据用户角色的工作内容、工作方式、工作场景和业务流程的不同而去设计。需要更多地思考：谁（角色），做什么事（达到什么目的），怎么做（流程）。

也可以说，自用的后台，只是一个数据管理的面板而已。当然，如果以面向用户、面向业务的方式做自用的后台管理系统，那自然是极好的。只是，对于大多数的中小团队来说，这个事情，没有必要。

除非这个团队比较大，业务种类比较多，涉及的角色、分工比较多，协作相对比较复杂，这个时候，以面向用户、面向业务的方式来做后台就显得尤为重要。

要想做好一个SAAS产品，光有技术是远远不够的。你需要更多的是观察和思考。

选好你要做的领域，比如，你做的是一个餐厅内部的管理SAAS，包括从点餐到制作到上菜到食材供应链等等。然后，你可以从两个视角去观察整个业务流程和流程中每个角色。

你需要开一个上帝视角，去观察整体的业务流程是怎么样的，再配合数据分析，然后去思考，如何优化才能让整个流程更加高效。

更高的效率，更低的成本，更高的利润。

围绕这三个问题，你可以思考哪些环节可以省去，可以调整，可以用算法和人工智能去实现自动化、智能化以降低人力成本和加快整个流程的效率。等等。

也就是所谓的流程挖掘。

你需要去观察流程中的每一个角色的实际工作是怎么样的，然后去思考，如何让他做的更快、更好。

更高的效率，更低的成本，更高的利润。

同样是围绕这三个问题，你可以思考，提供什么样的工具（可以是很简单的，也可以是利用人工智能技术等等）可以让他做的更快、更好。

总之，不管哪个视角都是一件很有意思的事。

[/pms-restrict]