SaaS,即软件即服务(Software as a Service),是指通过网络提供软件服务的一种模式。
SaaS平台供应商将应用软件统一部署在自己的服务器上,客户可以根据自身的工作实际需求,通过互联网向厂商定购所需的应用软件服务。 SaaS并不是一个特定的软件,而是一种提供软件服务的方式,它的核心是把软件部署为在线服务,通过互联网供用户使用,而传统的软件,是需要用户买断,或者以传统方式安装到本地电脑使用的。
总结来说,SaaS是一种通过网络提供软件服务的方式,用户可以按需使用,按需付费。
2023年11月06日,Wordpress v6.4.2发布。 两天后,我迁移自己的博客到别的服务器上。之后顺 […]
对我自己做的平台型CMS,会员订阅这部分一直是“简单实现”。这个周末重新对这部分做了架构,并把核心部分开发完成。
一、方式
会员订阅,一般来说,主要包含:会员订阅计划及购买、会员权限控制、会员管理三个部分。
1、对于会员订阅计划及购买
准备基于已有的商城系统做一些扩展即可。
2、对于会员权限控制,
这个得特别说一下,不打算基于角色权限系统来做,而是单独做一个会员控制的系统。
基于角色权限系统,把会员做成一个角色系列,把每一种会员做成这个角色系列中的角色。听起来,似乎很合理。但是,这样的话,无论做起来还是用起来,都特别麻烦,尤其是业务比较多的时候,各种逻辑会很复杂,一不小心就会造成各种混乱。并且也不够灵活。
而且,实际上,很多优秀的系统的会员订阅部分,也都不会基于角色。而是基于“标记”或者基于订单来实现权限控制。包括wordpress的很多卖得很好的会员订阅类的插件都是这样来做的。
基于“用户标记”:
本质上,其实和角色系统原理一样。就是定义一些会员的“标记”,购买了与这个“标记”关联的会员订阅计划的用户会被“打上这个标记”,这样就能实现会员权限的控制。
基于订单:
购买会员订阅计划,形成订单,支付后,将到期时间写入订单。所以,就可以根据订单来判断用户是否是会员、是哪种会员,以及是否已过期。这样就可以对控制会员权限。
之前曾经做过基于订单的方式,这次打算基于”用户标记“。
基于订单并没有什么不好,只不过,我现在做的这个平台型CMS的订单系统支持的订单类型比较多,造成订单模型比较”庞大“,不打算再给它”增加体重“了,所以选择基于”用户标记“。
3、会员管理
基于现有的用户管理扩展,不打算单独做会员管理。
二、适用场景
1、基本场景
整个产品有一个或几个订阅计划,用户购买,享受会员服务。
全局定义会员标记,每一种会员标记至少包含name、slug、关联的订阅计划id,三个字段。
当用户购买了某个会员标记的订阅计划,此会员标记和到期时间就会被写入此用户的meta数据中。
2、平台/多租户场景
对于平台和做多租户SAAS,有一个很重要的场景:供应商自己提供的订阅计划。
在供应商的用户的meta数据中定义此供应商的会员标记,供应商的会员标记的key和全局会员标记的key不能相同。
当用户购买了此供应商的订阅计划后,相应的会员标记和到期日期就会被写入到购买用户的meta数据中。
这次的迭代只实现基本场景即可,但要能扩展到平台和多租户场景。
三、登录时判断会员是否到期
用户登录时判断是否到期,如果到期,更新meta数据中的会员标记为false、到期日期为false。
去年,曾帮一家做出海的国际HRsaas的公司做过一个方案。 在这个方案的核心是两个成功做一个B端SAAS平台的 […]
WEB有两种:文档型和应用型。 文档型WEB是用来承载内容的。不需要太多交互,但需要对搜索引擎友好。比如各种博 […]
年前,写了《某互联网租车平台复盘——如何hold住一整个行业》(文章加了密码,一般人看不到)。 这一篇主要是对 […]
微信小程序嵌入WEB的登录和PC端微信扫码登录,难度不大,但涉及修改的地方比较多,涉及到我的BAAS平台、低代 […]
做过很多的产品和系统。因为经常涉及到权限管理的问题,所以,曾经做过一些总结。 几年前,做过一个大型的交易平台( […]
主要参考两个block编辑器: wordpress的古腾堡编辑器: https://wordpress.org […]
SAAS的两种路子。
1、上帝视角,通过用户的角色权限来控制用户能力。
2、用户视角,通过用户角色要做的事项来组织信息结构和工作流。