原则.改进并衡量
12009概述
无论做了什么样的改进,如果无法以某种方式衡量它的结果,就无法证明真的得到了改进。在着手解决每个问题之前,我们都要找到适当的衡量方式,并将其与对应的功能需求放在同等重要的位置上,一起完成。
例如,一个数据标注志愿者招募考试系统,虽然它被分成多个迭代,每个迭代都发布了很多功能,但是,由于没有实现产品人员所关注的数据收集与统计分析功能,使得团队仅知道人们可以使用这个系统完成工作,却无法知道是否能够高效完成工作,也很难提出下一步的产品优化方向。
应用
对于代码质量,我们可以使用各种工具和指标进行衡量,如代码复杂度、代码覆盖率、缺陷密度等。通过定期的衡量和对比,我们可以明确地看到代码质量的变化,从而找出需要改进的地方。
对于开发效率,我们可以通过跟踪开发者的工作时间、任务完成时间、故障修复时间等指标来衡量。通过这些数据,我们可以发现效率低下的环节,然后采取措施进行改进。
对于系统性能,我们可以通过监控系统的响应时间、吞吐量、资源利用率等指标来衡量。如果性能指标不达标,那么我们就需要找出性能瓶颈,并进行优化。
对于用户满意度,我们可以通过用户调查、用户反馈、网页浏览数据等方式进行衡量。如果用户满意度低,那么我们就需要找出用户不满意的原因,并进行改善。
允许失败
尽管每个产品经理都希望所有方案都获得成功,但是我们却无法保证每个方案都会获得成功。但是,只要具有开放的心态,我们就可以从所有方案中都学到很多新的知识,而这些收获无论是对产品今后的成功,还是团队人员的能力提升,都具有非常重要的作用。
例如,一个电商网站做商品详情页的改版。为了促进下单转化率,产品经理打算重新设计商品详情页。他先后提供了14个试验方案,其中每个方案的改动都不是很大。例如,将价格显示改成按用户所在地所使用的货币显示;将商品图片放在网页的右侧。其他方案还包含字体或按钮的大小及颜色变化等。这14个试验的最终结果是,每个方案对下单转化率都没有太多的影响,甚至有一些方案的下单转化率还有所下降。
然而,在这14个试验过程中,产品团队获得了一些新的用户认知,例如用户关注哪些要素,对哪些要素不是很敏感。最终,在这些试验的基础上,该页面做了一个全面的改版,而这个版本的结果使订单转化率提升显著。