SaaS的收费模式
首年收取的是开户费(软件系统费和账号费等)，从第二年开始收取年费，Sass要提供持续的运营服务才能够持续收费
SaaS的运营框架
基础工作
弄懂产品
了解产品，可不是注册一个账号，随便玩玩，然后提几个优化建议就完事了，这是敷衍。真正弄懂产品，可以从这4方面入手。
第一、了解产品相关的行业背景，如行业历史、现状、最新动态。了解产品涉及的基础知识，如技术原理，在行业的优势。
第二、阅读产品相关的材料，包括内部的文档、介绍、白皮书，外部的报道、技术分析等。
第三、经常和技术、产品、客服同学交流，了解内部人对产品的切身感受和想法。
第四、自己深度体验产品，多问几个为什么。为什么这个功能是这样设计的，在什么场景下为谁解决了什么问题？
弄懂业务
首先，要弄懂自己内部的业务。要把同事变成自己的助手，而不是阻力。一定要熟悉各部门的办事流程、各部门能支持的资源、老板能支持的资源，洞悉和掌握这些信息，有利于你开展工作，快速推进。
其次，要了解客户的业务。他们的业务是怎么运作的，每个人是如何分工配合的，遇到的问题是什么。弄懂客户的业务，才能更好的匹配客户需求，不然永远是门外汉。
弄懂用户路径
用户是怎么认识你，为什么选择了你，最后又是怎么流失的？如果你能弄懂用户路径，那么就知道每个环节应该做什么，张弛有度，整体的运营工作开展就会很顺利。这一点非常重要，很多人就是没搞懂用户路径，不知道工作从哪着手，想到一点就做一点，完全没有章法，工作自然难出成绩。
SaaS的核心组件
安全组件（保护用户数据）
数据隔离组件
可配置组件
可扩展组件
0停机时间升级维护产品
多租户组件
SaaS多租户下的数据模型分析
数据存储架构
现有的多租户用户数据存储主要分为三种方式：
- 独立数据库
- 共享数据库但隔离数据
- 共享数据库且共享数据
总体业务架构
SaaS平台的用户管理系统主要是统一管理用户信息，用户通过SaaS平台统一注册、登录后，能够试用、采购各企业应用，实现各个第三方企业应用的集成
从功能结构上大致可以分成4个业务域：租户域、租户管理域、用户域、用户权限域等；
- 租户域：主要描述租户的基本信息，以及租户的组织结构、租户的用户成员（成员职位）等信息；
- 租户管理域：主要描述租户多级管理员详情，以及管理员对应管理的企业应用权限、数据范围权限；
- 用户域：主要描述用户基本信息，用户登录账号、实名认证、登录的第三方账号绑定等信息；
- 用户权限域：主要描述用户能够使用的企业应用以及数据范围的权限信息；
成熟SaaS产品的4个标志
成熟可用是企业选择SaaS产品的最重要标准，这也是为什么我们行业为什么要坚持潜行相当长时间的原因。企业境况说是靠时间熬出来的，更准确地说是靠产品的成熟化熬出来的。成熟的SaaS果实一如褚橙般甜蜜。
那么如何判断一个产品是已经成熟的？
稳定的商业模式，组分市场和顾客分层
当一个商业模式和对应的价格水平能够稳定一到两年，感觉已经没有大幅修订的必要时，SaaS产品在商业模式上才算稳定下来，它是对产品成熟度的第一大贡献。
产品投射了专业和行业的最佳实践
一个成熟的CRM应用必然需要将销售管理方法、流程和工具内置在产品中，它不仅需要提供一个程序，还需要提供一个使用程序的程序。
健全的用户入场协助
为了做到这一点，SaaS产品需要首先拥有完善的团队账户架构，能够支持每个个体用户使用实名账户，被初始管理员授予合适的权限，如果有多个团队，还可能需要团队管理员这个角色来减轻大管家的压力。为了加入新成员，调整成员和分组的过程必须足够清晰和简单，让客户有动力来维持这个用户系统。相反，如果我们在这个问题上忽视，胡乱地分配一些001，002工号出去，甚至允许用户合用账号，那客户总是会走到混乱失序的那一天，距离客户流失也就不远了。
仅仅有了科学完善的账户结构体系还不够，我们还要帮助企业穿针引线，让多成员进入这个系统非常简单和轻松。比如一个BI应用，在配置外部数据源的时候，需要用户添加Google Analytics的Profile，问题是掌握这个信息的人可能不是管理员本人，他可能需要同事的帮忙才能完成这个配置，这时候软件可能需要直接将邀请成员完成一个配置作为一个用例来对待，设计出专门的交互界面。
有一次在机场顿悟，昂贵的机场设施和几乎所有的机场地勤人员其实只为一个事情，让乘客登上飞机。而我们去机场，其实是为了坐飞机旅行，我们不一定意识到onboarding的过程这么重要和昂贵。
当一个SaaS产品意识到这一点，把帮助用户上船，上飞机作为一个大型项目来看待，它距离成熟就不远了。
支持外部数据整合的开放性
最后一点，成熟的SaaS产品必然考虑开放性，如果没有API，几乎就不可能成为一个长期存在的SaaS产品
一个标准化的SaaS软件可能增强到特性丰富，组织有序的良好状态，但是它绝无可能提供用户所要的所有功能，企业用户结合使用多个产品工具解决业务问题是一个常态。有了丰富的编程接口，至少让用户有机会能够通过变通的办法来实现他之所想。
