产品经理SaaS知识库大全

产品经理日记

共 4080字,需浏览 9分钟

 ·

2021-09-29 15:28

上一篇,我们对 SaaS Onboarding 背景、概念、重要性、框架、趋势有了清晰的认识,但我们对具体的下手实施可能还不知所措,那么此刻跟着我的“魔鬼”步伐,向着落地的方向迈进。


《SaaS 入职之路》,共 4 篇:


Onboarding 落地框架

如果我们把 Onboarding 比作一段旅程,自然就需要知道当前自己的位置(出发点)和要前往的目的地。同时,在沿途中可以落落脚和补充能量,并希望这一路通畅无阻、万里无云,不出幺蛾子。


因此,基于这样的理解,我将整个 Onboarding 的落地拆分为以下 3 大部分:


1、确定客户目标
了解潜在客户的当前糟糕处境,同时确定他们梦想的期望之地。

▲ 了解客户

2、设定里程碑
然后以“期望之地”为导向,通过阶段性成果或事件来帮助用户衡量进度。同时,期间产生的 AHA 时刻也为用户继续前进补充了“内心动力”。

▲ 里程碑和 AHA 时刻

3、规划路径
最后,串联起整个里程碑,并补齐节点间的步骤。一来,防止用户迷路;二来,通过梳理调整,使其能够帮助用户快速且顺利到达目的地。

▲ 规划完整路径

接下来,我将一一详细说明。



一、确定客户目标

克莱顿·克里斯坦森在《与运气竞争》中提到了“需要完成的工作(JTBD:Jobs to be done)”理论。该理论解释了用户雇用产品与服务的原因是为了解决生活中需要完成的「工作」。


书中通过奶昔的案例进行了说明。在上午人们购买奶昔,是为了缓解漫长通勤的无聊。而到了下午,人们购买奶昔是为了增进与孩子的关系。

因此,克里斯坦森认为人们购买奶昔,不仅仅是在购买一份食物,而且是在雇用这杯奶昔帮助他们完成生活中的一项任务,例如打发无聊或增进感情。

▲ 奶昔的工作。图片来源:YouTube


在 SaaS 产品中的情况也是如此。客户基于自身需求,从而雇佣产品或服务,来帮助他们完成至关重要但却还未被满足的工作。


因此,Onboarding 策略的第一步就是了解用户,了解他们雇佣我们产品背后的真正诉求,即要完成的工作。


毕竟,对用户了解的越多,也就越容易以正确的方式帮助到他们。就像奶昔店,在早上提供更加浓稠的大份奶昔来帮助人们打发无聊的通勤时光,而到了下午提供小而有趣的儿童奶昔来帮助父子之间增进感情。


当然,了解用户,自然最直接的办法就是询问他们。


我们可以将用户划分为 4 个群体:

  • 持续付费的满意客户

  • 刚付费不久的客户

  • 未经转化的用户

  • 流失的客户


▲ 4 种客户类型


对持续付费的满意客户,可以确定以下几个问题:


对于刚付费不久的客户,他们对近期经历还比较清晰:


对于未完成转化的用户,他们的声音则就尤为重要:


对于流失的客户,尽管他们已不再是客户,但他们内心可能藏着最为重要的秘密:


当然,客户流失中有一些是我们无法控制和改变的原因。例如,业务关停、领导更换致使从新采购、我们产品可能永远都不会提供的功能,等等。

但从 Onboarding 的角度,以下原因导致的流失则是我们需要改善的:

  • 不了解如何使用产品

  • 不明白产品的价值

  • 未能充分体会和利用到产品的价值


通过对这 4 类客户的调研,可以很好的帮助我们了解用户(买家特征和角色)以及他们的目标(需要完成的工作),然后以此为中心,创建无缝的用户体验,以使我们的 Onboarding 体验与用户所看到的产品宣传价值保持一致。 

  • 买家或用户角色:谁在注册产品

  • 即将完成的工作:他们为什么要注册你的产品



二、设定里程碑

当我们确定了用户的目标后,那么接下来工作的便是帮助我们的用户在产品中实现他们的目标。


但是客户目标通常是一个相对庞大和长周期的事情。


举个生活案例,例如变得“好看”。


那如何帮助人们实现真正的(或质的)改变呢?


首先,我们需要从简单有效的方式入手。例如换个发型,挑选适合衣服。这样,“好看”的效果便可快速在人们的眼前呈现。与此同时,也促使他们对变得“好看”拥有了更多的动力、信心和期望。然后,才不断加入越来越长周期的事物,例如化妆学习、审美提升、穿搭训练、体型塑造,致使最终实现质的改变。


这在心理学上被称之为:目标梯度效应。指的是随着我们越接近目标,我们愿意为之付出的努力也就越大。

▲ 素人改造。图片来源:ELLE


在 SaaS 产品中,我们帮助用户实现目标的策略也是如此。


通过在前往目标的过程中不断呈现和营造“价值时刻”,来让人们保持动力和兴奋度,从而帮助用户实现最终目标。这些绽放产品价值的时刻,通常被我们称之为 AHA 时刻,指的是用户意识并感受到产品价值时的状态,从而在心中不断确信这就是解决方案。


反过来说,也就是将客户目标拆成一个个关键节点,并在每一个节点的达成时,都绽放出契合客户目标的产品价值,从而让用户感受到他们确实在通往目标,且越来越接近。


因此,我们在设定里程碑的时候,可以根据客户的目标进行反向推演。

▲ 基于客户目标拆解里程碑


例如在线客服系统,当前最佳客户的目标是:高效转化访客流量,获得更多销售线索。


基于这个目标,我们设定多个里程碑来最终帮助客户实现该目标。


里程碑 1:安装挂码
• 步骤:注册进入(用户行为)
• 步骤:在线模拟咨询(入职触点)
• 步骤:沟通对话(AHA!时刻)
• 步骤:安装挂码(用户行为)
客户价值:实现在线接待

里程碑 2:设置主动对话
客户价值:提升访客对话量

里程碑 3:完成互动菜单
客户价值:提升访客开口率

里程碑 4:开启退出挽留
客户价值:抓住即将流失访客

里程碑 n:...
客户价值:...


▲ 不断通往客户目标



三、规划最短路径

为了达到我们设定的每个里程碑,潜在客户可能需要执行一系列的步骤和操作。


因此,接下来最为重要的是:如何促使用户顺利到达那里。同样,这意味着我们需要认真考虑整个路径,并能够提供最快方式。毕竟,价值实现的时间越短,用户也就越有可能完成和到达它。


那如何帮助用户最快到达?


从我脑袋里仅有的数学知识可知,从 A 点到达 B 点,两点之间直线最短。把它类比到客户旅程,便是步骤少且清晰无歧义。

▲ 两点之间直线最短


那如何做到呢?我们可能需要采用以下步骤:

1、绘制路径

2、标记步骤

3、简化旅程


3.1 绘制路径

在这里,假设我是一名教育机构的运营人员,会在不同渠道和平台推广获客,例如百度、抖音和微信公众号。因此,公司的售前客服也需要同时登陆多个平台进行在线接待。


某一天,我通过同行交流群了解到某款在线客服系统应用,可以绑定这些平台,进行统一接待。然后,我就找到这家网站。此时,我的脑袋中设想的路径为:

1、注册

2、进入产品

3、绑定各个平台

4、邀请同事使用


然而,具体的操作和执行却并非像想象上的简单和直接。就像下方制作三明治的案例一样,我们总会遗漏很多步骤。
▲ 我们总会遗漏很多。图片来源:UserOnboard


就当前企业级(ToB)SaaS 应用的注册而言,以下是我们较为常见的操作步骤:

  • 填写手机号码

  • 点击发送验证码

  • 完成接收验证码前安全验证

  • 填写验证码

  • 填写公司名称

  • 填写邮箱

  • 设置密码

  • 进入应用


基于这样的方式,我们则可以对用户从「注册到用户期望结果之间」的每一步进行分解,然后一一截图,并横向排列正常进度,竖向排列分支和异常,我们就会发现事情并非像我们想象的那么顺利和简单,中间既然要经历这么多的步骤。

▲ 逐步分解。图片来源:ProductLed


3.2 标记检查

那么接下来,我们要做的就是,对每一个步骤和操作进行检查,然后贴上不同颜色的便利贴:

  • 绿色,代表必要步骤。处理方式:优化。

  • 黄色,代表当前非必要步骤。处理方式:延后。

  • 红色,代表多余步骤。处理方式:去除。

▲ 标记处理


3.3 简化旅程

我们继续拿上方注册流程中的一些步骤来进行说明。


绿色

「手机号码」是必要步骤,因此采用优化的手段。


例如,根据用户 IP,默认当前国家;使用格式输入框,避免多填或少填的错误。


黄色

填写公司名称,放在注册场景下,则是非必要的步骤。


因为这个步骤,可以推迟到以后进行完善。毕竟在用户未获取到产品价值前,这个步骤基本是毫无意义的。在 SaaS 领域,我们可以在客户申请发票的时候,要求完善,客户积极性也高,填写的信息也准确。


红色

「接收验证码前安全验证」在一定程度是多余步骤,可以采用去除的手段。


虽然在接受短信前,进行安全验证是为了防止恶意刷短信。看上去是企业合理的操作,但是对于安全的用户而言,就多了一道步骤。


那有没有好的方案呢?


其实我们可以根据企业日常的注册量来评估正常短信量。假如每天 100 个注册,然后考虑短信验收失败和延迟超时从新发送的问题,再乘以一个系数,例如 1.2,那就是在 120 条短信内无需进行安全验证,超出后的注册才需要。这样就可以在安全范围的情况下,保证了正常用户的体验。


通过采用这样的方法,我们就可以将整个流程精简到只剩下必要的步骤,从而保证用户在最快的时间内体验到预期的价值,达到 AHA 时刻。


最后

通过确定客户目标,然后设定里程碑,再进行最短路径规划,从而引导用户在产品中获得他们所期望的结果。

▲ 实现客户成功


但这依然没有结束,由于我们对产品非常熟悉,以及对客户存在认知差,在设计时,会很容易将很多事情视为“理所当然”,也很容易陷入“自以为是”。


因此,我们需要对其进行用户测试以及相关数据的跟踪,从而发现被我们忽视的地方以及设计方案本身存在的问题,并对其改善,从而保证入职道路对后来的用户是顺畅愉悦的。所以,这必然是一个不断渐进、持续迭代的过程。



下一篇,我们将要打开工具箱,看看有什么套路和最佳实践,毕竟不会“刀工”的厨师不是好设计师,所以下篇见


——————


🧑‍💻 加我好友,欢迎与我交流

🙏 感谢转发和留言肯定

浏览 43
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报