2.2.2　典型C端产品的设计和管理

一个典型C端产品[1]的研发过程如图2.2.2所示。因为市场机会、市场容量、竞品态势的变化瞬息万变，今天的互联网和互联网产品尤其需要快速迭代的产品研发模式。可以说，在今天中国的C端产品市场里，根本没有所谓的“蓝海”，几乎每个战场/赛道在初具规模的时候，就会有大批强有力的竞争者参与进来，并形成“红海”。在“红海之战”里，快速迭代的思想需要提高重视、重点强调。这是因为通过快速迭代，产品经理可以更早地获得用户反馈数据，更早地指导和修正产品设计，更早地做出符合市场规律的正确决策。

在具体的执行层面，很多C端产品的产品经理都非常熟悉两件事：一个是数据埋点，一个是A/B测试。数据埋点指的是在产品的前后端逻辑里，技术人员加入特定的日志代码，用于记录与用户操作或系统功能有关的事件。通过埋点记录下来的信息被存储在系统的前后端日志中，而产品经理则经常需要从这些日志中寻找数据的规律，挖掘数据背后的价值。比如，一个电子商务网站或APP，可以通过数据埋点了解到某用户在浏览商品时，曾把一件商品加入购物车但后来又“删除”了此商品的行为，甚至可以有针对性地记录下商品被加入购物车直到最终“删除”之间，用户又执行了哪些操作。然后，产品经理根据用户交互日志，分析在什么情况下用户更容易放弃一个订单，并据此改进产品设计，提高购物车中商品的实际转化率。[2]

A/B测试是指将不同版本或不同迭代周期的功能按照一定的用户触达比例同时发布。比如，针对一个实时通信工具，我们想在新版本的迭代中测试一个新功能——根据用户的输入特点，系统向其提供相应的表情包。但对于这个新功能，我们不确定这个功能是否会得到用户认可，那么我们可以通过前后端软件的设置，将特定比例（如1%）的用户导流到带有新功能的版本中，剩余 99%的用户仍然使用不含新功能的版本。将用户导流到不同版本的做法，既可以根据一个预先设定的条件（如某地域符合某年龄段的用户）来选择新版本的测试用户，也可以随机选择新版本的测试用户。这种有对比的测试，我们可以很容易得到新版本用户相对于旧版本用户的变化数据。例如，聊天的平均时长和对话轮次有无提升、原有的输入功能是否受到影响、新功能的使用频次是否达到了预期等。

总体上，评估一个C端网站、APP或微信小程序产品的数据指标有很多，大致可以分为渠道转化效率、用户活跃度、用户使用率和用户留存率等几个大类，每个大类中又有一系列的常用指标。需要强调的是，对于不同类型的网站、APP或微信小程序，决定它们价值的核心逻辑并不一定是相同的。例如，对于一个搜索引擎来说，用户在产品上的停留时间（平均单次使用时长）并不一定能反映出系统的真正价值，因为好的搜索引擎通常能更快地帮助用户找到目标，并将用户带到目标网站或APP上，这时的用户平均使用时长反而较低。但对于一个内容类的网站或APP，例如短视频应用、新闻聚合应用等，用户的平均使用时长就特别重要，这个时长乘以用户的活跃度（例如月活跃用户，Monthly Active User，简称MAU），然后再乘以一个平均的广告转化率，基本就是内容类网站或APP最基本的收入模型了。[3]