SaaS产品如何进行去中心化设计

SaaS，Software-as-a-Service，软件即服务，即通过网络提供软件服务。

从SaaS概念的提出，至今已20多年了，在国内也已经发展了20余年。作为SaaS的开创者——Salesforce，这也是目前市值最高的B2B服务提供商，早已过千亿美金。

而国内至今还没有出现可以与之比肩的SaaS服务厂商。近两年，网络上充斥着许多关于中年男人做SaaS文章，流露出中国中年互联网男人的不得已和不甘心以及那可怜的情怀。

Salesforce在自己的路上一路狂奔，服务模式几乎没有发生什么大的变化。客户花钱买服务，他做好软件提供稳定可靠的服务。就这样，一路奔上千亿美金。

而中国老男人SaaS创业军团还在前赴后继，多数是不赚钱，更多的赚小钱卖吆喝，赚大钱的少之又少。

SaaS服务从一开始，通常都是以服务商家为中心的产品设计。

但在发展过程中，产品要满足不同形态需求的商户时，当出现新的需求时，我们需要构建新的功能，不断叠加。长此以往，我们的产品会变得臃肿不堪，而且很难使用。产品管理也是难题。

如果学习社交平台，从产品顶层进行去中心化设计，对所有经营单元（商户）所需功能进行标准组件化设计，将完整的功能权限“赋予”商户，通过对其进行个性化权限管理控制实现功能差异。

如同微信给大家提供了大而全的功能，个人可以自由的关闭启用某些功能，可以自定义配置个性信息等。

商家业务扩张或者加入某种商业形态的组织，如扩张成连锁品牌，加入某个商圈，或者加入某个商业联盟等。这通常又需要增加某些新的功能来满足其商业需求，这又是个众口难调的过程。

在产品设计上，咱们继续类比社交。在微信中不同的个人可以发起建群，拉不同的个人进群，个人也可以申请加入某个群；在一个群里，群主有群主的功能，群众有群众的功能。

在SaaS产品体系中，将商家类比成个人，进行圈群操作，不同组织层级的商户经营对象聚合到一起成为新的商业组织；商户用户其独立的个人（商户）的功能权限的同时，具备群主/群众（连锁总部、商圈、联盟/单店）的相应功能权限。

商家的去中心化圈群操作

如图示：

1. 门店A扩张，邀请发展了门店B/C成为其合作门店，共同成立连锁A，连锁A就是该组织的主体。门店A具备门店的功能权限，同时具备连锁总部管控门店B/C的功能权限，门店B/C具备其独立门店的功能权限，在连锁范畴内又具备了连锁总部赋予的相应功能权限；
2. 一个连锁组织B创建了门店f/d，门店e看生意不错，申请加入，改旗易帜成为连锁品牌B的一员。连锁总部B（群主）拥有管控门店f/d/e的功能权限，门店f/d/e拥有自己独立的门店权限同时具有连锁总部赋予的功能权限；
3. 门店e/g/h/i入驻到某个商圈，商圈（群）拥有对（群众）门店e/g/h/i的管理权限，门店e/g/h/i拥有独立的功能权限和商圈管控的功能权限；
4. 群（连锁、商圈、联盟等）、个人门店都存在于SaaS平台（微信）。

抽象总结一下，依据去中心化的微信产品设计，SaaS平台产品设计只需做好对经营门店（个人）和门店不同形态聚合的连锁、商圈等（群）的功能及权限管理。