提升用户体验，这一点很关键

今天分享的主题是“增长中的产品管理”。我将从三个角度拆解“增长中的产品管理”：

1. 通过一个案例开展不同思路的分析与延伸
2. 从用户的视角来看“增长”都要做什么
3. 回到起点，讲清楚增长中的产品管理到底要做什么事

一、从一个产品管理的案例开始

今天选择的案例，是某个做数据分析的SaaS平台产品。

这个产品计划推出一项免费试用服务，会提供给用户大量样例数据，快速体验分析平台的功能，这是SaaS平台型产品里比较常见推广手段。

一些产品化不够好的SaaS平台，提供免费注册后，用户进入系统后会发现功能太复杂，不便于理解功能的使用思路，也没有提供操作指引，没有样例数据，完全不知道接下来干什么，很难上手。整个试用阶段就这样白白浪费了。

我选择的这个案例，它在首页放了一个入口按钮。同时，针对按钮上的文案设计了两个方案：

1. 按钮上写“体验Demo”，经过上线验证后，实际的数据大概是10%，CTR（点击通过率）18.9%；
2. 是备选的方案，在按钮上写“免费试用”，准备后续上线验证好不好用。

当时大家在群里讨论，哪个文案会更好？没有数据支撑，免费会是更好的吗？大家各执一词。

我的立场是方案一“体验Demo”，为什么呢？

遇到这样的选择题，经常会用的思路是：

1. 实验。通过线上实验的方式，比较哪个文案更好；这种思路现在使用的更广泛。
2. 分析。根据类似场景的CTR数据，拆解“Demo”、 “体验”、 “免费”这些词，分析类似场景中用户更喜欢用什么词，或用户平时用什么词，用贴近用户的词作为文案。
3. 调研。也就是常见的用户调研，直接通过问卷或其他形式，问用户你喜欢A还是B。

根据这三种思路可以分别提出后续的行动方案：

• 思路一：根据案例设计⼀个A/B Test ，分别为两种⽂案切分相等的⽤户流量，根据实验结论选择CTR（点击通过率）更⾼的⽂案。
• 思路二：做竞品分析或参考类似的产品，收集出现频率选出常⻅⽂案作为最终⽂案。
• 思路三：设计⼀次⽤户调研，向⽤户询问更喜欢哪种⽂案，或者看到哪种⽂案更可能点击并查看。

这三种思路都各有特点：

• 实验，用数据说话，既不掺杂用户方的主观意识，也不掺杂产品方的主观意识，
• 分析，分析用户更熟悉的用语，对用户来说是零学习成本，让用户更容易接受。
• 调研思路，是用来弥补认知空白。

做互联网产品大家都熟悉，“用户告诉你的需求，未必是真实需求。”调研基本的目的是填补认知空白。

但常见的一种失败的做法是给用户两个选择，例如：按钮是红色好还是绿色好？

大部分用户可能会告诉你是红色，但是如果你做成红色按钮，用户并不一定点，这个调研就失败了。

填补认知空白，要从用户角度挖掘他为什么喜欢红色，可能是红色更喜庆、更具有活力，也许是传统文化的感情色彩。

用户的感情也需要放到试验模型里去研究，这才是填补认知空白，并不是直接找用户要结果，我们要把用户更多的关注点放在一起。

如果我们对上面提到的三种思路进一步总结，那么当无法决策时，我们会选择两种方式：

1. 演绎，演绎在学校中使用的更多，用理论推导，A 等于 B+C ，所以 B 等于 A-C ，类似这样的理论推导。
2. 归纳，归纳适用于没有理论支撑的时候，通过抓取一些数据回来，最典型的就是 A/B Test。

这个案例的产品方案，最终“无条件”地选择了“体验Demo”作为最终文案，“体验Demo”等于免费试用加上试用数据。

选择的依据就是，平台提供的除了免费试用，还精心准备了试用数据。

利用这个案例，我们回顾了解决问题的几种分析思路；但更重要的是，在使用这些方法之前，不要“故意忘记”一些我们已经知道的关键信息，比如产品的设计意图、产品的形象和定位等等。

因此，回到“增长中的产品管理”是什么？

增长中的产品管理需要数据驱动，但数据驱动不是一个纯粹的技术过程，只关注数据、模型、算法等技术元素往往并不能实现真正的数据驱动，可能会遇到各方面的阻力。

只有在服务、设计、商业、组织等多个方面相互配合，并在各个环节加入数据驱动和迭代优化的理念，才能真正实现高效的产品管理，实现在数据驱动下的产品迭代和优化。

二、用户视角的 “增长”

前面的案例，就是从用户角度看的，没有纯粹从数据角度，或者运营目标角度。

如果纯粹地从数据的角度看，就会变成一个 A/B 测试，测试哪个CTR（点击通过率）更高。

给用户留下好印象，把正确的信息传递给用户，这是更高效的增长的做法。

1. 常见的增长场景