Software as a Service 意为软件即服务,或以软件的形式提供服务
Security + AI + API + Symbiosis 新一代SaaS企业如此认为
基本特征
从技术层面而言,与之相对的是以服务的形式提供软件,也就是传统外包模式。这种转变,使得企业对待软件需求由购买转为按期租赁,SaaS通过持续交付,还使得企业用户与提供商能够在业务迭代上保持相对同步。
从业务层面而言,SaaS的基本商业模式是B2B。作为服务供应商的首要目标,是通过观察一个或多个实际运营问题,归纳出一类企业现象,以此构建通用解决方案,从而更深入彻底的提升企业运营效率。
SaaS以其专业性、稳定性、可拓展性逐渐代替历史悠久的外包、定制体系,以其条理更严谨的架构、规范的业务模型、面向全客户反馈与实时迭代,使得企业客户无需考虑部署层面,在使用SaaS过程中,能够更快捷有效的应对市场变化,而只需付出极少的资金、人力成本。面对少数企业的定制化需求,也能够快速响应并构建开发方案。
常见SaaS服务
指标报表查询
基于指标的分子分母,构建百分比、千分比查询,或者在比例的基础上再次进行比例运算,可根据各类查询条件,以类九宫格表格或各类图形化表格方式呈现。
支持各类查询参数,包括对等查询、区间查询、字段模糊查询(或字段包含查询)、不包含查询、全表模糊查询等,不限查询参数类型.
实时数据监控
利用分析模型、GPU运算、第三方API等云计算资源,可对不断获取的最新数据进行解析组合,构建业务层面可用的解决方案,以此实现亚秒级呈现。
业务申报表单
部门间或层级间进行业务申报,审批成功后即执行相关绑定的操作。
审批过程中可以对表单进行修改。
任务通知下达
直接将业务内容通知到某个或多个SaaS服务的用户。
客户关系管理
对数据进行预览与更改,查询条件与指标报表查询相同。对于不同的个体用户,在读取、导出、修改/补充、数据状态变更权限划分上均可有所不同,也意味着SaaS服务必然存在用户权限体系。
常见SaaS模型
在通用的项目管理中,资源池是个很重要的概念,直接影响到项目各流程模块能否有效打通。一个池里的资源数,5与50的区别很大,但50与500的区别可能只体现在具体业务中,因此资源池模型的构建显得尤为重要。一个好的资源池,即能够快速响应业务需求,进行现有资源再利用或新建新资源,还能够方便测试,对其质量实时监控。
应用池 ⇋ 移动场景
应用池提供跳转到其他应用的功能,例如其他云服务,或者手机APP,例如支付、邮件、远程打印等。
现今公司运营,越来越多的业务场景从PC转移到移动端,数据实时查询与预览、表单快速提交已经是标配。相对传统B2B软件,移动端以更精简的手势操作替代多列布局,大幅节省操作成本并提供简洁的业务流程。
业务池 ⇋ 流程控制
业务池能够为各类别各阶段的企业和部门提供不同的业务模型。在保持学习成本足够小的前提下,因地制宜,提供个性化的业务流程。
流程定制包括数据结构定制 & 业务流程定制。数据结构定制更贴合实际运营,例如对报表列的增删,对表单列的扩充。业务流程定制即自由搭配各个业务模块,使得完整的业务流程在客户层面可以截然不同,适应不同运营环境。
数据池 ⇋ 业务指标
最原始的数据池即DB层,但面对客户提出的越来越复杂的业务需求,一切都从DB开始显得尤为笨重。更有效的数据池是指标模型,通过SQL视图或代码层的包装,提供各类参数与关联条件用于实际业务查询。
业务指标有两个作用,一是作为业务数据来源,例如报表列或下拉框;二是作为云计算模块或其他云服务的数据来源,进行数据再加工。
行业池 ⇋ 决策辅助
行业池即提供相关行业数据,包括行业实时动向、常用行业数据集、行业资料库等。
决策辅助主要用来展示数据趋势,同时支持IFTTT形式的动态响应。可将符合要求的数据实时推送到绑定的邮箱、手机号、社交账户一类。
三方池 ⇋ 相互集成
三方池主要是为针对相同原始数据集的其他业务,API可服务包括行业业务类、数据统计类、机器人抓取类等不同需求。
以数据流互传 API SDK 作为平台间相互集成的标准通道,也可用于后续SaaS产品线拓展。部分需要STL环节的SaaS也可通过此模块衔接业务。
nodejs层面通用技术架构
Layer | 体系 |
---|---|
Arch | pm2(负载均衡) + koa/WebSocket(路由结构) + knex / xxxsql(数据库连接层) |
DB | pgSQL集群(多租户同时部署),Redis集群(数据缓存) |
API | REST + 指标模型 |
UI | Vue(DOM操作) + H5(基本构成) + ES6(JS语法) + D3 / echarts(图表库) |
Release | WEB直接访问 |