编辑导语：MVP的观念，是跟着 Eric Ries 的著作《精益创业》的火热而逐渐被众人所知晓。简朴地说，MVP就是指开拓团队通过提供最小化可行产物获取用户反馈，并在这个最小化可行产物上一连快速迭代，直到产物达到一个相对不变的阶段。那么，应该如何将用户需求转化为MVP成果呢？我们一起来看本文作者的概念。

一、配景

花了几周时间与用户攀谈，做市场调研，你已经构思了一个能办理实际需求的产物。此刻该怎么办？你如何将已有的想法和原型转化为MVP成果？

在这篇文章中，我们将谈论如何把洞察转化为用户需求以及如作甚产物筹划成果，让我们去深入相识吧。

二、进程

成果研究在想法验证阶段后举办，在进入这个阶段之前，请确保你已经将想法与业务保持一致并验证了想法。太早的成果研究会发生许多危险的假设，这会让你在原地轮回。

在确定了MVP成果之后，你将开始与团队研究具体的设计和开拓方案。

以下是你需要做的工作：

按照你验证过的用户和市场洞察，提出用户需求；

按照用户需求来设计成果。

在这篇文章中，我们将利用亲和舆图和成果舆图来实现上述功效，接待利用其它大概更适合你的脑子风暴东西。

亲和舆图+成果舆图是研究成果的好组合

1. 按照你验证的用户和市场洞察，提出用户需求

这个阶段的目标是让各人对要办理的最重要的用户需求保持一致，这些需求将被带入成果舆图阶段。

以下是将各人的洞察转为用户需求的3个步调：

把所有的洞察写在墙上（可能像Miro这样的数字墙）

按照用户需求，对洞察举办分组

3从最重要的需求到最不重要的需求排序

以上步调看似简朴，但妖怪在细节中，以下是你如何有效地举办需求分组 *** 会议的步调（也就是：亲和舆图）：

1）步调1：把所有的内容放在墙上（或数字墙）

到一个房间里，把你在验证阶段建设的所有内容，如问题告诉、假设舆图或用户路程图贴出来，辅佐你的团队回想想法。

与你的焦点团队一起，要求他们在墙上写下他们从验证阶段得到的所有洞察。确保你只写事实，并在任何需要验证的假设上打上星号。

从用户的角度来利用语言，你应该看到这样的需求墙

2）步调2：按用户需求举办用户洞察分组

选择之一个用户洞察并按照它的用户需求建设一个小组。从简朴的工作开始，以得到动力。下面是一个简化版的”待完成事情故事”，用来架构你的用户需求：“我想[这样做]，所以我可以[预期功效]。”

之一个洞察完成后，选取第二个洞察，问：“这和之一个洞察的用户需求一样吗？”

假如是，那就把它们分到一组；假如不是，那就建设一个新的组。继承这样做，直到你把所有的分组完成。

基于用户需求的主题

3）步调3：从最重要到最不重要给需求排序

按照用户代价和贸易代价，和你的团队一起对需求举办排序。这是一个有按照的揣摩，不要急于完成这个阶段，进程与功效同样重要。

与分组想法雷同，拿起一个用户需求，问：“这个需求应该在前一个需求之前照旧之后？”继承这样做，直到你把墙上的所有需求都排完。你应该有几组需求，好比下面的例子：

将高条理的用户需求带到下一个阶段

此刻你已经对用户的需求举办了排名，是时候为你的产物提出成果了。

2. 按照用户需求来设计成果

这个阶段的方针是为你的MVP提出一个成果列表。

我最喜欢利用的一个东西是”成果舆图”，成果舆图是一种自上而下的脑子风暴法，有时也被称为利用故事舆图（或简称故事舆图）。

以下是你如何利用这个东西，按照用户需求来筹划成果：

1）步调1：在顶部写出你的用户需求

按照分组 *** 会议商定的优先级来分列需求，这个勾当可以让你的团队在深入研究细节之前，先思考一下用户路程。