如何去做SaaS的发布运营

Posted 2021-08-17 张驰Terry

SaaS 特点

SaaS 软件发布运营如何合理规划，首先我们要明确整个 SaaS 软件的特点，SaaS 软件整体提供的产品特性是非常多的，即时仅仅面向某个垂直领域。并且同一个 SaaS，对于不同企业，它使用的深度和个性化配置方式，往往也有着很大的差异，这就意味着，我们整个 SaaS 系统的复杂度会比较高。

业务复杂度导致 UI 复杂度

并且随着 SaaS 发展，整个业务复杂度会不断升高，所以往往我们整个 SaaS 的功能点就会比较多，因为功能点比较多，往往为了让用户能够很快的去找到这些功能，很多时候我们往往提供的不是一种简约的UI设计，是一种相对来说比较复杂的UI设计。

然后，由于整个交互和 UI 设计上相对来说规则呈现比较复杂，那么我们在新版本发布前的，往往需要去对用户进行以下几个方面的运营：

培训KA用户

首先在发布前，我们可能会邀请一些典型客户的 CIO，IT 经理或者这个企业 KOL 来到 SaaS 培训中心。SaaS 服务商中去做一些定向的培训，帮助企业的核心人员能够快速掌握新版本的功能以及学会使用。

产品技术运营

其次，我们可能会对于很多 UI 的改版以及数据的升级或者性能的升级，需要提前在整个软件上面去给用户非常明确的一种提示，比如说我们会常见的我们在 PC 端或者在移动端会有 banner 或者跑马灯式的运营提示。

发布运营经验

SaaS 服务商会告诉用户，将在什么时间点开始什么样的升级以及升级过程中带来的一些服务不稳定现象。

然后对于一些非常核心的模块，我们往往在升级的过程中会保留两个版本，一个是过去的版本，一个新的版本，这样保证新的版本对用户的整个业务的干扰性降到最低。用户在碰到一些问题的时候，他可以快速切换去老版本，在我们以往的经验中，我们在做一些大的功能改版的过程中，即使我们全量的把一些功能升级后交付给用户，我们也在这个功能设计阶段做了很多用户的调研，也做了很多详细的科学数据设计，但是最终在绝大部分付费客户的反馈和要求前，主要保留旧版本的功能特点，客户觉得旧版本反而更加习惯和有效。

当然如何去向用户投放到这种新版本，往往也需要一个非常强大的灰度机制完成过渡，面向所有的企业租户，我们首先会对这些企业进行分组，比如我们分成 svip 企业组， VIP 企业组，付费企业组，标准企业组，小微企业组以及免费企业组，对于所有企业，我们会提供非常灵活的灰度周期发布能力，确保从小微企业到免费企业，从免费企业到付费企业，都是能够逐步的去升级到整个新版本，包括对于有一些企业，它们希望停留在老版本的时间更长，我们为了去满足这个需求，灰度发布需要足够灵活。

SaaS 的多部门协作

因此对于整个 SaaS 软件的发布节奏而言，往往需要销售部门，客户成功部门，产品设计部门，运营部门之间的协作配合，往往 SaaS 软件的运营无法用技术去解决所有的问题，需要所有部门去做这种协作，最终保证用户能够在触达新版本前能够理解新版本，了解新版本的使用，能够完成企业数字化的一个升级，并且能够在整个过程中，让用户的整个体验干扰降到最低。