客户执行(AE)要在销售阶段就参与
不同类型的SaaS,其实施方法也不尽相同,但实施框架基本一致。一个典型的SaaS实施过程主要包括五个部分。
服务清单
售前阶段的解决方案主要用于沟通交流,也就是以销售为目的,所以一般不能直接拿来当作己被客户确认的方案。因此,客户执行(AE)要在销售阶段就参与了解,在此基础上确定实施方案(服务确认清单)。无论客户执行(AE)对实施方案多么有信心,都需要对解决方案(服务确认清单)进行再确认。如果没有与客户确认方案就自行实施,上线前客户发现与其目标不符,那就只能返回起点重新开始,此时在客户内部造成的负面影响是巨大的。
业务规划
业务导入规划是通过客户执行(AE)在调研和分析客户业务现状,梳理出未来的业务模型。业务导入规划定义的过程,就是将客户当前的实际业务流程转化为SaaS中定义的业务过程。可以看出,业务导入规划是一种共同的业务描述语言,也是确保正确交付的重要方法。如果跳过业务导入规划这一步,一旦实施阶段对业务理解出现不一致的情况,就无法回溯到业务流程层面。另外,如果客户业务发生变化,就需要修改业务导入规划,而不是直接修改配置。
实现方案
业务导入规划正确只能说明业务逻辑正确,要保证实现后的系统逻辑正确,实施顾问就需要做实现方案,即把业务逻辑转换成SaaS实现方案。实现方案说明了每一个业务逻辑是如何实现的,因为实现方式并不唯一,所以需要详细描述实现的方式,为以后的修改提供便利条件。
业务配置
SaaS实施有一个前提,即原则上不会涉及修改程序代码,即完全通过业务定义和配置实现目标。实现方案的输出,正是业务配置的方案。如果前面所有步骤都按部就班地完成了,到了这一步不用客户执行(AE)参与,其他人也能根据配置方案,把系统配置出来。业务配置的输出,就是交付给用户的可用服务。
定版交付
定版交付意味着双方的项目实施就算是结束了。但对于SaaS厂商来说,系统在客户企业落地才迈出了万里长征第一步。双方可能会发生人员更替,此时厂商内部的客户交接,CSM对外的客户对接都必须衔接到位。因此,项目交付后,客户执行(AE)也要在一段时间内对客户的使用负责,绩效或奖金也和客户健康指标挂钩,这样才能让实施交付以客户成功为导向,而非一味的追求验收和回款。
请先 登录后发表评论 ~