Product-Led Customer Success 产品驱动的客户成功
PLG?
“ Big Data is like teenage sex: Everyone talks about it, nobody really knows how to do it, everyone thinks everyone else is doing it, so everyone claims they are doing it too.” 「大数据就像是青少年谈性:每个人都在聊它,但没有人真的知道如何做,可每个人都觉得其他人在做,因此他们都说自己也在做。」
为什么要拥抱 PLCS?
维护客户关系 推动产品在客户侧的落地(实施部署)、持续使用(长期服务) 解决客户在使用过程中的问题
产品变化太快,新功能太多,CSM 来不及学习每一个功能细节。 市场、销售、研发、产品,都有对客户调研、测试的需求,上面部门很多,但落地只有 CSM 一个,难以应付。 使用深度加深后,同时需要服务的客户企业内的员工数激增,如何解决他们的问题,以及日常触达他们,都成了难题。 增购或者交叉销售时,需要向客户论证产品为其带来的价值,时常讲得费力还不清晰。 ……(欢迎在评论区留下你所在组织遇到的问题)
从用户视角重新思考客户成功
Acquisition - 获取用户
定义
PLCS 如何做?
邀请机制
红包激励,粗暴,但在用户规模很大,需要各个企业快速完成冷启动的场景却很适合。
作品发布后,他人查看时,要求注册。这里有个小技巧是在产品界面上鼓励使用者直接使用链接分享,讲解其好处,而不是使用截图、导出文件的方式分享。从而增加接收者被转化的可能性。
屏蔽部分产品功能,需要企业内用户数到达某一水平后再开启。
便捷的批量账号创建工具
产品存在网络效应,或需要多人协作的产品。在前期体验过程中,通过正向激励或者在流程上设置障碍节点,让用户去邀请更多的其他用户参与进来。
常见的做法有:
不少还不支持统一登录的产品,在冷启动时需要客户公司员工一一注册,或者由管理员、CSM 代为创建账号。费时费力不说,还往往因为一些特殊的需求而变得更为复杂。
这时候如果在产品层面上能提供一个方便的账号批量创建工具,则能大大减轻产品在前期推广过程中的阻碍。
通常这类工具需要考虑的需求有:
权限分配(按角色、按部门)
随机密码生成,安全通道发放
面向管理员的激活状态监控
Activation - 用户激活
定义
PLCS 如何做?
落地引导 - 小细节,省大力
虽然新用户引导大部分产品都会做,但 C 端常用的点击引导式做法收效甚微。因为在企业服务软件中,用户更需要不是「怎么做」而是「为什么做」。重要功能更新时,放一个简单的场景介绍视频或海报,说清适用场景和价值,往往比功能引导式点击更有效。
围绕产品核心价值设立任务线,通过强提示,及适当的界面引导,确保新用户完整的体验到价值。比较常见于一些工具属性较强的产品,或者需要使用者付出一定的成本的产品(如绑定微信、手机号、银行卡、日历等)。
将庞大的使用、技术文档「拆散」,融入到产品中,在用户最需要、最恰当的场景里,提供对应的文档内容或入口。
最佳实践 - 行业实践
有一类产品,我称之为 Meta product -「元」产品 :特指某些需要通过功能配置、组件拼装从而匹配各个企业不同需求的产品形态。
其产品无法直接使用,而是需要用这个「元」产品,配置出在当前企业真的能用的产品。而这个配置工作很多时候是由实施或者 CSM 来做,不仅耗费人力,而且往往是一次性的。
这时候可以引入行业模板、场景商店等概念,让普通用户也能直接参考本产品在行业里的最佳实践,并方便的引入到当前的工作中。
最佳实践 - 公司内实践
另一类实践则来自于公司内其他同事在使用过程中的积累和分享。这种结合了本公司业务逻辑的沉淀,往往比上面提到的外部行业实践更为有价值,更容易让新用户体会到产品的价值。
具体的做法可以是自定义模板、配置参数分享,又或者是直接使用其他用户配置完成后的结果。
例如我最为熟悉的神策分析这款产品,其漏斗分析功能十分强大。但在使用上需要对公司的数据基础有了解,然后经过配置,才能看到结果,这使得不少新用户望而却步。
而在产品上只需要将其他人创建出的漏斗进行展示,则没有经验的新用户也可立即从他人创建的漏斗中得到这个分析模型的价值。
Retention - 用户留存
定义
PLCS 如何做?
线上办公,营造社区感
人是社会性动物,如果一个产品对用户来说只是一个冷冰冰的工具,那么他不会投入更多的精力来深度使用,也不会认为这是一个虚拟的内部办公空间。
但这里说的营造社区感,并不是说要在产品里加个论坛或者留言区。社区的核心是交流,那么在一款 SaaS 产品里有什么可以交流?很多人没想到的是 SaaS 产品本身的不少产出物也可以作为交流的内容。
例如一个文档工具,只要不是加密不可见的,企业/部门/项目内部新创建的文档,在首页自动对全员公开最新动态,能够促进同事间的交流。也让用户对这个区域产生了期待,会时不时回来看看有什么新东西。
再例如一个自动化营销工具,可以将所有在跑的计划放到公共看板里,让全员都知道现在在运行的计划有哪些,其表现如何:
因此可以看出在 SaaS 产品内营造社区感,主要是要做到:
有一个公共广场/空间/推送通道,可以看到其他人在做什么
某种方便的机制能把工作中的过程产物和结果方便的分享出来
参与者可以方便的在内容发布和消费两个角色中切换
酒香也怕巷子深,产品价值前置露出
不少 SaaS 产品在功能丰富起来后,其信息架构往往非常严谨,一级导航接着二级导航,主菜单接着子菜单,有的功能和信息可能到了某个具体页面都还得再点几下才能出来。
这是产品设计上犯的一个典型毛病,就是没对用户进行分群,设计对象不具体,就只能把所有的功能、流程都堆到一起。作为一个普通用户,几乎不可能掌握产品的每个细节,直接造成的问题就是价值感知不强,除了自己熟悉的几个操作外,找不到频繁回访的理由。
一旦弄清楚产品内不同角色的定位后,可以通过重新组织 UI 界面,或采用 Dashboard 的形式,来将不同角色用户所需要的功能和信息提到更容易访问的入口。
例如 思码逸 Merico,他们是一家基于深度代码分析,为研发团队提供一站式软件工程数据分析平台。从功能模块以及能提供的有价值信息上来看,有代码当量分析、迭代质量分析、工程质量分析、项目进度分析。
但 CTO、项目经理、技术总监、工程师这四个不同角色在日常关注的层面上肯定不一样。如果仍然按照一级导航、二级导航的方式将功能规整起来,那么不同角色要想在不同模块中寻找自己需要的功能和信息就变得非常复杂。其实有时候复杂都不可怕,最担心的是用户根本不知道还有哪些功能和信息对他有用。
因此清晰定义出角色后,就能围绕其需求进行常用页面的布局调整,从而使得产品的价值体现得更充分,用户也有更多理由频繁回访:
再比如思码逸 Merico 有一个智能分析功能,能够根据当前的项目表现情况给出一些管理动作建议,这个信息非常有价值。但这个建议之前只能在一个二级页面里的图表模块那才能找到。
产品设计讨论中,我提到能不能将这个智能分析结果直接前置到首页去,甚至后面效果更加确定后,直接把每天的智能分析结果通过邮件、短信等形式自动推给技术管理者。毕竟这些建议这才是产品价值,而不是打开产品这个动作。大多数具备智能分析、建议功能的产品,都可以从这个角度考虑试试。
Revenue - 获得收益
定义
客户成功在收益上主要体现在增购和交叉销售上,前面讲到的用户激活和留存做好,增购通常是水到渠成的事,而交叉销售过往则更多依赖于销售或 CSM 的主动营销,或者商机挖掘。但如果产品上可以考虑更多,则这部分能够更具规模化的来做出效果。
PLCS 如何做?
新产品试用