原则系列－SaaS公司如何彻底消灭定制化(一)

定制化的话题笔者觉得是一个非常重要的话题，二个月之前就想写，只是一直没有抽出时间。 定制化问题是中国 SaaS 公司面临的一个普遍性的重大问题 ，笔者接下来会分三四篇文章分如下几个部分来说明如何解决定制化的问题。

为什么一定要消灭定制化

为什么可以彻底消灭定制化

怎样消灭定制化，解决定制化过程中的一些原则。

刚开始 MVP 阶段，对不同客户需求没有全面的把握，怎样做标准产品

如果一家公司已经已经有大量定制化，该怎样庖丁解牛来做标准化产品

在创业的早期，很多时候我们为了生存，为了拿单，我们在压力之下做了很多需求，这些需求的设计如果控制的不是很好，比较固化。后面其他的客户很难使用，要改动也很难，慢慢就成为独立的版本，慢慢积累下来，定制化就会越来越多。 当定制化越来越多之后，会发现如下几个问题：

多个版本，加上正常的人员流失，维护工作量以及难度越来越大。

定制化的版本基本很难持续迭代，用户体验很难做得非常好。

一些定制化的版本都很难跟着主流版本进行升级，成为顽疾。

定制化越多，公司的，无论是产研，售后，还是客户成功的负担越来越大，可复制性也变差。当公司营收超过一定金额，比如说 5000 万之后，公司的发展变得肉眼可见的越来越慢。

定制化做久了，团队耦合度越来越高，压力越来越大，团队会越来越疲惫，氛围变差。

另外一个问题，就是定制开发的功能不能复用，边际成本很高，慢慢定制开发的功能算下来可能都是亏钱的。 定制化应该是一个产品可持续发展，一家软件公司可持续发展的最大罪魁祸首，该问题的解决越早期越好。 否则到了后期，整个公司的发展就积重难返了， 君不见大量 90 年代， 00 年代成立的企业管理软件公司现在还陷在定制化这个泥潭里面，动弹不得，发展不了，也不能速死。 我们现在大量名义上的 SaaS 公司实际上还是在走历史的老路而已，很难可持续发展。 针对 SaaS 公司，我一个朋友提了一个 标准化产品的 ARR 指标 ，我觉得非常正确，大家可以参考，作为公司的一个战略指标。 当然，团队没有标准化产品的能力，接一些项目作为生意，也是无可厚非。 还有一部分，前期团队能力还不够，先通过一些大客户项目活下来，后面升级团队尽快转型到标准化产品，追求长期可持续发展也可以 （其实前期如果可以找到一个高手即使只是帮忙把把标准化产品的关，就可以节省大量的时间和金钱，越早越好）。 要基于自己团队的情况做具体的选择和判断，但是要知道诗和远方在哪里。 第二个问题，为什么可以彻底消灭定制化 ，因为很多人都不是专业人士，我尽量先来通俗的类比论证一下。 我们一直听到一种说法，中国现状因为有很多的定制化，所以 PaaS 有其空间 ，业界似乎都认可 PaaS 可以来解决 SaaS 定制化的问题。 那好，我们可不可以先这样来思考，既然 PaaS 可以解决定制化的问题，我们再收敛一下，是否可以通过一个垂直的 PaaS 来解决定制化的问题， 比如说 HR 行业可以做一个垂直的 HR PaaS 平台，做 CRM 的可以做一个 CRM PaaS 平台来解决定制化问题，等等。 好像是可以的，那我们再来深入一下，如果 HR 领域做一个 HR PaaS 是可以来解决问题的，那我们在做人力资源管理领域是否还是可以抽象出很多共通的功能，不同公司肯定会有一些不同的需求， 我们把可以抽象出的共通功能做成 SaaS 产品的标准功能，另外通过配置化来解决一些客户之间不同的需求 . 这里可以打一个比方，比如说不同客户的需求总和的形状不一样，但是总是会有一些重合的地方，这些重合的地方都是产品需要标准化下来的功能，其他不一样的地方， 产品所做的事情是用一个最小的形状，可以将这些不同的需求形状装进去，还要努力做到无法做减法。 这样说来，我们只需要一个配置型更强的行业 SaaS 来解决问题 . 在这里，笔者给大家讲一个真实的故事， 一个花了数十亿美金的故事 。曾经有一家公司，一家全球性的人力资源的龙头企业，这家公司在全球近百个国家都有业务。 由于每个国家，国家里面不同公司的人力资源管理都会有一些差别，特别是一些政策性的功能，比如说休假，考勤，薪酬这块， 所以不同国家都需要开发不同的人力资源系统来支持该地区的业务。 这样做下来，总公司发现：