许多新手产品经理在功能上线后，常常因为忘记埋点或缺乏数据分析能力而无法准确判断功能是否成功。本文从定义“好”和分析“好”两个维度出发，详细拆解了如何通过数据指标来衡量功能的优劣，供大家参考。
应之前一个粉丝宝宝的留言，先穿插写一下怎么定义和分析数据。
我想许多新手产品经理应该会和我当初一样，做完功能后常常忘记“埋点”，导致上线后无法评估功能好坏。或者有数据但是不知道怎么用。
其实，数据指标就像产品设计的“度量衡”，我们上线前和上线后都需要应用。下面从两大方向拆解：
其实功能类有时候非常像做一道菜，到底怎么判断这道菜“好”。
这个是绝大多数的人可以想到的做法。比如你要评价这道菜好不好吃，就让多个人来打分，那我们做产品的自然就是满意度调查。
但是请不要忘记你需求最初的样子，你分析的用户、遇到的问题、在什么场景、想达到什么目的。比如你这个菜馆子是想开在四川，你是让广州人来打分，还是浙江人打分呢？所以即使你在做满意度调查，也不要忘记区分用户。
好吃的菜，总有人反复点。功能也是如此：被用户反复使用，说明它确实能满足需求，对应过来就是使用频次和使用占比。
这个需要大家对自己功能的时间有个预判，正常来说占用时间越久越好。我是做睡眠 app 的，我有冥想功能，我就会期待用户使用这个功能久一点。
最好还可以让数据同学做一下功能使用时长分布可视化，比如最多用户用的是多久，绝大多数用户的行为，也非常有参考意义。比如我就可以用来判断可能用户喜欢的冥想时长类型等。
这里一般是日活和留存的对比。比如在功能上线后，看一下日活有没有变高，留存有没有变高。如果在功能时间点前后有明显的变化，那么恭喜你，你做的这个功能超棒的。
那有的小伙伴会问了，我做的这个功能吧，只是一个基础功能，怎么判断做的好不好呢？那我们就以注册流程为例吧，这是所有 app 最最基础的一个功能。
基础的功能，我们的目标是用户体验，效率就是用户体验的代表。时间越短，说明流程越顺畅；越长，用户越容易放弃。可以埋点计算从第一个步骤到最后一个步骤的时长。
哪一步骤让用户“跑路”最多，就说明流程设计或体验可能有问题。拆分每个流程节点，统计进入与完成该节点的人数之比，计算节点流失率。流失率高的节点需重点优化。
当然你也可以主要看转化率，转化率高的保持不变，改善转化率低的。
我们做的每个功能，最终还是要为公司的业务目标服务。比如在业务层面，最常关注的两大核心指标就是留存和付费。留存和付费都是“好”的代表，有时候我们要学会反向应用这些“好”去倒推。
这里没写日活，是因为用户留存更重要。就像小时候的“泳池换水”题目：一边注入新用户，一边流失老用户，如果流失量大，日活只能说明你们市场不错。
付费率与营收直接相关，是产品商业化的核心。只要能持续提高付费转化和付费用户规模，才能为产品迭代和公司运转提供更坚实的资源和动力。
1）付费转化率：从注册或特定功能入口到最终付费的转化情况。整体评估漏斗是否健康
2）用户从注册到付费的时长分布：是很快就注册付费，还是多久之后付费？
3）付费来源：
4）付费用户的使用分布：每个功能的付费用户占比（该功能付费用户使用人数/该功能使用人数）如何？占比越高的，往往就是越核心的功能，找到功能的卖点，可以反向优化付费界面等，新手引导等。
当然，具体情况还是具体分析，这里只是一些通用的情况。总之，你要先有对“好”有一个可量化、可追溯的定义，这样埋点的数据会更加有意义。上线后再通过数据倒推，你后续的调整才会更加有依据，做产品事半功倍。
本文由 @CoopyWorks 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自 Unsplash，基于CC0协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。