为了继续有关产品发现常见混淆来源的系列文章,在本文中,我想谈谈判断在产品发现中所起的关键作用。

这实际上可能是一个最常见的困惑我的遭遇。我认为这个问题的根源是,这么多产品的人都被引导相信(和希望相信)有一切的框架或模板。但产品是相当在意的判断。

在产品的发现而言,有四个一致的区域,其中的判断是必要的,而且我将在这里讨论它们:

评估风险

在产品发现的核心是,我们有四大风险与我们追求的一切:价值,易用性,可行性可行性

然而,这并不意味着所有的四个风险显著或相等。我们追求的一切都有不同的风险状况。而且它也确实,对于许多小件物品,没有任何的风险显著。在这种情况下,我们只是工作增加了积压,继续前进。

有没有可能是你错了,看似很小的风险变成了很大的风险?确定。偶尔,你会经历惨痛的教训。但是你要意识到,如果你把每一个风险都看成是主要风险,那么a)你就会行动太慢;其次,你可能没有足够的时间去处理那些真正有风险的项目。

更普遍的是,当你考虑风险时,你需要考虑后果。

换句话说,有许多风险,如果事实证明你判断一些错误,但时间和精力来纠正错误是工作的短短几个小时,那么这是一个非常不同的情况比当错误造成重大损失的收入,或者时间和精力来纠正。

因此这是规划您发现工作时必不可少的,你考虑每四个风险,并判断这两个其严重程度,以及潜在的后果。

还需要注意的是它评估风险时,依靠产品团队的其他成员是绝对必要的。

其中最常见的,但在很大程度上可以避免,问题是当一个产品经理法官技术可行性风险,没有咨询工程师。当努力原来花费更多的时间比预期的,这是很通常的根本原因。

同样,在评估可用性风险时,依靠产品设计师也是很重要的。特别是对于B2B软件中经常出现的复杂工作流,很容易低估复杂性和相关风险。

评估必要的证据

一旦我们确定了我们判断是主要风险,那么你需要决定多少证据你需要舒适的做出决定。

证据可以跨越整个光谱,一端是一小群用户的定性意见,另一端是发现a /B测试的统计显著结果。在这两者之间,你会发现从一个更大的群体得到的定性反馈,到从一个更小的群体得到的较低自信水平的定量反馈,以及许多其他形式的证据。

你总是可以坚持证据的最高标准(统计显著证明),但大多数的产品,你会付出很高的代价,在时间上。

我们要迅速采取行动,但我们也有责任保护收入,品牌,客户和同事。

所以我们回到判断上来。我们需要平衡时间和成本与风险和后果。

对于我劝球队,我想救大规模,实时数据进行测试的真正危险,后果严重的问题,而且我喜欢做大量的决策上要快得多,尽管较低的信心,定性试验。

评估工作范围

判断的第三个维度是识别产品工作的范围。这通常直接映射到结果,但并不总是这样,所以考虑这个很重要。

每个产品团队工作在广泛的从简单的bug修复力度,性能工作,优化,以特色,规模较大的项目,以非常大的举措。

项目和举措,几乎可以肯定,有风险的。只是因为大的时间和精力进入他们。你真的不希望这些失败。

另一方面,功能可以是非常小和低风险的,也可以是非常复杂和高风险的。即使某些错误修正也有可能造成真正的损害。

所以,再一次,你需要判断情况,决定你需要在哪里花时间去发现。

评估必要的文件

最后一个方面与其他方面略有不同,但这是一个非常常见的问题,尤其是在在家工作的环境中。

在同一地点工作的产品团队的一个附带好处是,工程师对发现工作的参与度很高,以至于当某样东西准备好要构建时,他们通常清楚地知道自己需要做什么。

原型的一个附带好处是,它们在描述必要行为方面比大多数文档做得更好。

原型,并在同一地点之间,工程师已经确定了不确定性来源,并已得到问题的答案。

However, when the team is not co-located, such as when some or all of the team is working from home, the engineers may not have been participating in the discovery work as much as before, so when it’s time to build, they may have a lot less clarity. In this case, they may ask for additional documentation.

关键是,我们需要提供必要的文档,但我们不想提供任何超出此范围的内容,因为制作文档是对时间的巨大浪费。

常犯的错误,我觉得是,公司最终创造这种补充文件的模板,最终,什么开始必威体育黑钱的吗?为非常小的文件,成长为一个大的开销,多数民众赞成很少看呢。

所以,请不要做模板的事情,而是,使用你的判断上你所描述的每一件事情。聊到工程师他们应付这种情况下,具体是什么,然后产品经理和设计师可以提供这一点。

这是那些情况下,经验是一个真正的优势之一。工程技术负责人,或一个产品设计师,或者已经经历了广泛的产品工作的产品经理应该已经学到了很多必要的教训。

当你的团队中有一个新成员,他可能没有这样的经验,那么我们就会依靠这个人的经理来提供必要的指导来发展这个判断。

分享这