从三个维度思考需求优先级: 一个简单的框架让团队协作

李宽wideplum

共 3328字,需浏览 7分钟

 ·

2021-07-21 00:33

今天编译一篇来自Intercom公司的经验总结,如何从三个需求优先级维度来思考需求。

在Intercom,我们从问题开始,但不是每个问题都是一样的,他们的解决方案也不应该是一样的。

在开始解决问题之前先考虑三件事,可以确保团队花费恰当的时间和精力解决每一个问题。对于每一个项目,我们以一个能回答以下问题的问题陈述开始:

  • 客户想要什么样的结果?
  • 他们为什么想要它?
  • 目前有哪些问题阻碍他们实现这一目标?

精心设计的问题陈述确保团队对客户面临的核心问题有共同的理解。但并非所有问题都同等重要。有些问题需要一个直接的解决方案,而另一些问题则需要更多的创新。一些解决方案需要大量的资源,而另一些解决方案只需最少的资源即可实现。有些事情非常紧急,有些则不是。

你所采取的步骤——以及你在每一个步骤上花费的时间——应该根据这些因素而因问题而异。由于未能及早认识到差异,团队在解决问题时可能会错误地分配他们的注意力和精力,在每个问题上投入太多或太少。

“它确保我们用正确的资源专注于正确的领域,并且它是将团队从问题空间移动到解决方案空间的杠杆。”

为了避免这种结果,在开始探索解决方案之前,我们应用了一个简单的三部分框架。通过在每个项目开始时考虑这些差异,我们可以在如何获取解决方案上达成一致。它确保我们用正确的资源专注于正确的领域,并且它是将团队从问题移动到解决方案的杠杆。

我们简单的团队协作框架

我们的团队在三点上达成一致:

  • 创新
  • 投资
  • 紧迫性

我们把每个点按“低”、“中”或“高”排列。

这传达了团队关于应该采取哪些步骤以及每个步骤应该涉及多少工作的最初想法。下面是每个部分的具体情况。

创新

这是我们作为行业领导者和差异化者想要自主创新的解决方案,还是我们想要与市场平起平坐的筹码?

如何排名

我们的产品高级副总裁保罗 · 亚当斯将创新描述为构建新的、不同的、更好的东西。这种类型的创新可以纳入业务战略、产品策略和执行层面。在我们开始一个项目之前,我们通常会考虑后两类中潜在的创新——产品策略和执行。

  • 在产品策略层面,这个项目是否处于需要创新解决方案的产品领域?
  • 在执行层面,这个项目是否直接有助于差异化或缩小产品差距?

了解项目在产品策略中的位置将有助于进行排名。如果问题与你的产品差异化直接相关,那么创新应该排的更高。团队应该花更多的时间考虑大局,评估多个方向,并且在确定解决方案之前进行迭代。

如果该项目的唯一目标是缩小产品差距,那么创新应该排在“低”

如果该项目的唯一目标是缩小产品差距,那么创新应该排在“低”。团队应该评估任何可以迅速重新利用的现有解决方案,而不是花费大量精力设计新的方法。

也有一些项目处于中间。我的团队最近接管了我们的客户支持渠道战略。建立这个战略是一个中等创新的项目,因为我们需要花时间来评估Intercom应该如何发展成为一个全方位的通信支持工具——而不是重新发明轮子。我们花了两到三周的时间为我们确定的核心工作勾勒出我们的愿景,但我们自己限定了时间,避免评估问题陈述中列出的每一项工作。

投资

我们是否打算在这个项目上花费大量的时间,并可能需要团队之外的资源?还是我们想以低成本快速地解决问题?

如何排名

  • 你的团队能独立解决这个问题吗? 如果不能,投资将会增加
  • 和其他问题相比,你将如何进行优先度排序?
  • 和其他问题相比,你会花更多的时间来解决这个问题吗?

在对投资进行排名时,确保你的团队对完成一个项目所需要的东西有实际的理解。需要大量工程工作的项目,尤其是需要多个团队的贡献的项目,将自动在投资类别中排名更高。

也就是说,投资排名不应该纯粹由对努力的估计来驱动。项目的相对重要性也应该被考虑。如果两个项目需要相同的努力,但其中一个对实现客户结果至关重要,那么应该给它一个比另一个更高的投资排名。团队应该乐于在关键项目上花更多的时间,以确保他们做对了。

紧迫性

时间敏感吗?这是我们想尽快推向市场的东西,还是我们有足够的时间花费在这上面?

如何排名

  • 这对公司和产品战略至关重要吗? 现在解决这个问题具有战略意义吗?
  • 它是要发布的一部分吗? 如果是,它对这次发布有多重要?
  • 这个问题对客户如何使用和享受产品有重大影响吗?它是否阻碍了很大一部分客户,还是说它是客户可以暂时忍受的东西?

紧迫性的来源既可以是自上而下,也可以是自下而上的。产品和发布策略可以自上而下地决定一个问题的紧迫性。如果你的策略要求在一个核心领域有令人信服的解决方案,那么构建该解决方案的紧迫性将更高。

从自下而上的角度来看,客户的影响可以是一个强烈的紧急信号。如果一个问题对很大一部分消费者使用和享受产品有重大影响,解决这个问题应该更加紧迫。这里的信号可能包括受阻的销售协议、 NPS 和客户反馈,或者客户流失。

“对客户的影响可能是一个强烈的紧急信号”

我们很容易觉得路线图上的每个项目都应该至少是中等或高度紧急的,但这并不总是正确的。紧急情况最终应该表明我们认为我们应该多快把解决方案送到客户手中。一个项目可能具有重要的战略意义,但它有一个满足客户的现有解决方案。如果客户能够继续对现有的解决方案感到满意,那么项目的紧迫性可能会很低,尽管它具有战略重要性。

将所有三个元素放在一起考虑,以使项目的焦点一致

这三个要素的结合将决定你的团队应该优先考虑项目的哪些步骤,以及他们应该在每个步骤上花费多长时间。

如果一个问题重视紧迫性而不重视创新和投资,那么速度才是最重要的。我们不会花几周的时间去思考如何让自己与众不同,而是要快速获得一个成功的客户结果。

如果一项任务在创新上排名靠前,而在紧迫性上排名靠后,我们将花时间纵观全局,探索多种不同的解决方案。下面是几个不同组合的例子。

例子1: 收件箱2

我们正在研究的一个即将到来的特性是收件箱2,它将极大地改变收件箱对用户的外观和感觉。收件箱是我们产品中使用最频繁的部分,对我们的策略至关重要。改变它不是一件简单的任务,但这是我们渴望做的事情,以防止未来发生变化。这个项目看起来是这样的:

项目优先级: 大胆设想

需要团队: 多个

花费时间: 1至2个季度

方法: 我们承诺要花时间从大的方面思考,开发一款概念车或“北极星”设计。我们还需要从许多团队中获取输入;研究、分析、销售、客户支持、额外的产品团队等等。

例子2: WhatsApp 集成

将Intercom的产品与WhatsApp集成的挑战之一,是使从Intercom的Messenger开始的对话能够继续在WhatsApp中进行。这需要来自多个团队的输入——包括安全性,并且为客户解决了一个关键问题。以下是我们的排名:

team alignment framework example 2

项目优先级: 速度

需要团队: 1-2个

花费时间: 1季度或更少

方法: 速度是王道,所以值得考虑明显的路径和利用现有的模式。投资是中等的,因为我们需要其他团队的贡献,但由于高度紧急,我们将只获取关键的输入。

尽早让你的团队和利益相关者保持一致,以获得最大的成功

此框架是定义和沟通团队项目方法的有用工具。尽早同意这些因素意味着每个人——包括直接团队和相关干系人——都理解解决方案的形式,以及在项目期间所期望的步骤和反馈。

参考链接:https://www.intercom.com/blog/team-alignment-framework/

-------------------END-------------------

 我的新书《B端产品经理必修课2.0》已经开售了。

这是对我的第一本书的全新改版,也是关于B端产品的方方面面。

查看具体内容:我的《B端产品经理必修课》升级了


推荐阅读:

SaaS新用户登录指南(附8个好例子)

SaaS 客户成功: 减少客户流失和提高 MRR 的秘诀

【干货】B端产品差异化指南

SaaS免费模式的本质

10个做SaaS业务的重要原则

[建议收藏]极简SaaS创业手册

[收藏]7个可以调研B端产品的网站

浏览 120
点赞
评论
收藏
分享

手机扫一扫分享

举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

举报