产品团队里一周内测试50个假设? - Reddit


在“Inspired”中,Marty Cagan认为:一个好的产品团队能够在一周内测试 50 个假设。

就像许多关于思想领导力的书一样,这是不是简直是天方夜谭?不太可能成为现实。如果一个团队每周真的有 50 个假设要测试(并且有开发和设计合作伙伴来帮助),那么公司显然可以不做任何其他事情。

这个声明的前提是:

  1. 你的团队实际上是敏捷的,最好是在XP中工作。这意味着你有一个专门的设计师、开发人员和产品经理,他们能够从愿景出发进行构思,而不是仅仅遵循预设的功能路线图。
  2. 你已经为A/B测试做好了准备,并且有能力按需发布和回滚(例如蓝色/绿色部署)。
  3. 你的文化是接受你的假设和测试结果的失败。交付一个失败的功能是可以的,因为它使用了拒绝或有错误的假设,而你的用户对其进行了反驳。反过来,这个想法的发起人也必须愿意接受他们是错误的,不要试图找到方法来强迫这个想法进入生产。

一些实用的方法来做到这一点。

  • 在一周内留出时间来做用户访谈,了解痛点。
  • 去寻找用户! 内部和外部都算!
  • 从最简陋的可行产品(SVP)开始,无论是线框还是一些伪造的HTML软件,收集用户的反馈。
  • 一旦你验证了你最初的假设,就在你当前的软件上进行A/B测试。

你必须认为团队的思想是完全开放的,所以每一个假设都必须“验证”。
显然有许多假设几乎可以立即失效,但其背后的精神是保持开放的心态,并真正质疑自己为什么应该或不应该做某事。

Netflix 的口号是尽可能快地测试坏点子,而不是试图证明哪些是最好的