原则.改进并衡量

12009

概述

无论做了什么样的改进，如果无法以某种方式衡量它的结果，就无法证明真的得到了改进。在着手解决每个问题之前，我们都要找到适当的衡量方式，并将其与对应的功能需求放在同等重要的位置上，一起完成。

例如，一个数据标注志愿者招募考试系统，虽然它被分成多个迭代，每个迭代都发布了很多功能，但是，由于没有实现产品人员所关注的数据收集与统计分析功能，使得团队仅知道人们可以使用这个系统完成工作，却无法知道是否能够高效完成工作，也很难提出下一步的产品优化方向。

应用

对于代码质量，我们可以使用各种工具和指标进行衡量，如代码复杂度、代码覆盖率、缺陷密度等。通过定期的衡量和对比，我们可以明确地看到代码质量的变化，从而找出需要改进的地方。

对于开发效率，我们可以通过跟踪开发者的工作时间、任务完成时间、故障修复时间等指标来衡量。通过这些数据，我们可以发现效率低下的环节，然后采取措施进行改进。

对于系统性能，我们可以通过监控系统的响应时间、吞吐量、资源利用率等指标来衡量。如果性能指标不达标，那么我们就需要找出性能瓶颈，并进行优化。

对于用户满意度，我们可以通过用户调查、用户反馈、网页浏览数据等方式进行衡量。如果用户满意度低，那么我们就需要找出用户不满意的原因，并进行改善。

允许失败

尽管每个产品经理都希望所有方案都获得成功，但是我们却无法保证每个方案都会获得成功。但是，只要具有开放的心态，我们就可以从所有方案中都学到很多新的知识，而这些收获无论是对产品今后的成功，还是团队人员的能力提升，都具有非常重要的作用。

例如，一个电商网站做商品详情页的改版。为了促进下单转化率，产品经理打算重新设计商品详情页。他先后提供了14个试验方案，其中每个方案的改动都不是很大。例如，将价格显示改成按用户所在地所使用的货币显示；将商品图片放在网页的右侧。其他方案还包含字体或按钮的大小及颜色变化等。这14个试验的最终结果是，每个方案对下单转化率都没有太多的影响，甚至有一些方案的下单转化率还有所下降。

然而，在这14个试验过程中，产品团队获得了一些新的用户认知，例如用户关注哪些要素，对哪些要素不是很敏感。最终，在这些试验的基础上，该页面做了一个全面的改版，而这个版本的结果使订单转化率提升显著。