翻译自 Guide to Product Planning: Three Feature Buckets,一篇 2009 年的文章。

把将要开发的功能的概念分类到下面三个桶里的一个:

  • Metric Movers: 这些功能会很大程度上改变商业目标和产品指标(These are features that will move your target business & product metrics significantly.)。在大多数健康的产品组织中,都会有具体的原因和策略支持对某个产品或功能的投资决定。受雇,增长,年报。一般来说,很少功能真正属于这一类。要提前知道哪些功能是,因为产品的成败很大程度上取决于指标的评估。
  • Customer Requests: 这些功能是你的客户不断要求的。没什么好说的。倾听你的客户,弄清楚哪些是他们最想要的。你不必非要实现他们要求的所有功能,但是专业的项目管理需要谨慎的倾听直接来自客户的要求,并且十分谦虚和考虑周全,因为没有什么比把客户曾经要求的功能回滚更能激怒他们。
  • Customer Delight: 这些功能客户没有要求过,但是使用的时候他们会很高兴。一般来说完成这些功能需要以下几点:倾听客户找到他们的痛点,了解在技术上如何可行,富有创新的设计以获得优雅而令人愉悦的操作体验。

有些功能可能可以同时放入多个桶,但是一般不会同时可以放到所有桶里。

我发现,把功能从这三个桶的维度进行分类,会强迫产品团队直视他们为什么想要完成某项功能,是客户想要吗?还是公司想要(Metric Movers)?或者只是他们自己觉得很酷。


以上算是摘抄式翻译,有两段介绍作者写这篇文章原因的文字略过,后面关于使用这种方式的好处也略过了。

另外,最为关键的 Metrics Movers 这个分类,感觉吃不准,作者想表达的到底是完成这项功能以后,产品就会向着预期的目标迈进一大步,还是会大幅度改变产品原来的目标。搜了下原文的评论,似乎没人有这个困惑,可能属于 101 的内容,我这个大外行才不懂。