牢记一件事——我不得不再次重复——当你和你的团队把这些都写下来的时候，你们有的仅仅是对一堆复杂假设的总结。当你在讨论任何一个结论时，要清楚你们讨论的只是一些不同程度的潜在事实(potential truth)。记住这些可以有效避免陷入过度讨论细节的争斗中。

　　有了矩阵图，是时候看一下哪个用户群是我们已经比较了解的，以及我们有多少把握满足他们的需求。很明显，我们也能同时知道那类用户是我们不熟悉的;我们是否已经对某类用户做了相关研究;是否有案例研究可以支持我们在矩阵图中写出的答案。简单概括就一句话，我们知道什么，不知道什么。

　　如果手头上没有证据可以支持我们记录下来的用户需求，那么这就是我们需要去验证的假设。假设是伟大的，因为它们能提供最完善的设计假说。利用这组矩阵图，我们可以确定需要进行哪些用户研究来验证我们的假设。

　　共有因素(common factors)

　　你常常会发现这样一个现象，有些问题在横坐标或纵坐标中的每一格里得出的答案是相似的。例如，在图7中我们假设喜欢“探索”的用户不管是当地人还是游客，都对寻找新的跑步路线很感兴趣，同样所有喜欢“竞争”的用户都对计时感兴趣。这样做没有错，只是当我们在测试这些需求的时候，我们会通过一定的参数限制来决定需要和哪类用户进行沟通。当我们为这些场景而设计的时候，这些功能可能会代替原先的某些基础功能出现在我们的应用中。

　　优先级和相关性(priority and dependencies)

　　有时，当你为功能排优先级的时候，画矩阵图的方法可以同时帮你理清相关性问题。在我们设计此应用的案例中，用这种方法很快让问题变得清晰：那些会用有意义的方式标记路线的用户通常是本地用户——发生在路线被游客使用之前。这就意味着我们的应用首先要吸引本地的跑步者，在任何场合都是，例如在功能设置时，在我们的沟通中，以及在我们营销时。

　　核心价值主张(core value proposition)

　　“价值主张”就是一种用有趣的方式描述你向顾客承诺将会带来的价值。当画完几组矩阵图之后，你可以通过了户需求和场景的范围来判断对你实际上向用户承诺了什么。

　　在我们上面举得小例子中，我们仅仅用了不到一个小时间，就完成了好几个矩阵图的制作。当时有个团队成员突然站起来激动地说：“我希望知道哪里可以跑步!”似的这就是我们需要回答的问题。

　　我递给她一支笔，她随手在我们完成的最后一个矩阵图的后面写下了这句话(图8)。之后我们明白了，要想让这款应用获得成功，不管用户处于什么样的场景中，我们都必须回答这个问题——而这将是我们最原始的核心价值主张。至此，我们可以把精力放在设计背后的合理性上，而我们只需要通过一些自下而上的思想(bottom-up thinking)让自己有一个明确的基本原则就行了。

　　再进一步

　　现在，我们手头上已经有了一些矩阵图，还有一些比较深刻的分析和见解。那接下来呢?

　　首先，和许多工作坊常用的工具一样，这种方法也鼓励结构化的头脑风暴，整个实施的过程和得到的结果一样重要，甚至有过之而无不足。就像我刚开始说的一样，这套方法不会产出具有漂亮格式的交付物——而是，描述了我们实际上是如何考虑用户的。按照上述步骤完成矩阵图并且分析它们，你会发现在迎接后续的挑战时你的思路会更清晰：

　　例如决定哪个用户群需要进行更深入的用户研究;从哪个用户群中可以获得人物角色、思维模型和用户旅程的样本以满足更详细的任务需求。

　　确定哪些功能是跨用户群的，然后基于功能创建一个产品路线图。从而你可以决定设计哪些功能可以放在一起设计和开发。

　　用这种矩阵图的方法表达用户需求有个让心开心的副产品，你可以把他们分别描述成一个对应的用户故事(user story)，非常适合敏捷方法。再次以我们的应用为例，我们可以创建这样一个用户故事：作为一个当地跑步者，我想找一条新的跑步路线。然后你可以看看这个用户故事是否是一个经过验证的用户需求。如果是的，那你就可以进如设计—开发流程了。

　　这种方法什么时候用最好?

　　我已经成功使用这种方法作为和别人沟通的纽带，当我教创业公司如何拉近他们和用户群的距离以及告诉他们应该先开发哪些内容时，这种方法收效很好。它和一些方法不谋而合，例如Lean Startup，因为他为假说的产生提供了结构化的基础。我还发现它可以用作帮助设计决策的初步思维工具，也可以用作用户研究过程中的整合工具。

　　毫无疑问，在你研究这个方法时，你可能会发现他的其他用处，或者也可能觉得他对你没用。你可能会说这是一种适合所有工作的最好的工具，但最好的工具往往是能让工作快速、简单完成的工具。

　　在这种情况下，我有个非常简单的方法让我们可以方便的思考用户行为和动机的范围——时刻牢记他们所处的情境。