这个用户体验地图里有许多关键节点。我们再针对这些关键节点提问并要求大家使用「How might we (HMW)......」的句式提问。比如，用户在阅览新内容的环节打开 App 之后马上会面对海量信息流，这时我们通常会认为用户面临的问题是「不知道看哪个」，但如果用「How might we」提问，就会变成「HMW 让用户容易找到某个主题的高质量内容？」「HMW 让用户轻松地在内容之间跳来跳去？」。我们在哪个节点上提的问题最多，说明这个节点上用户的痛点最多。

这样反复的提问，我们就慢慢地在用户体验地图上找到了焦点：回访用户浏览新内容的环节。所以，现在我们从希望为「对世界保持兴趣的人」提供高品质的信息和内容、填补他们的空白时间 这个宏大的命题，定位到了一个非常具体的问题：让用户在空白时间打开应用后，能直接看到高品质的内容。

接下来，差不多已经是这一天收尾的时候了，我们做了一次比较轻松的 Inspiration 分享，基于这个具体的问题，继续用 HMW 的方法去分析：「HMW 让用户在空白时间打开应用后能直接看到高品质内容？」。大家开始穷举我们用到过的可能解决这个问题的线上或者线下产品，从中找到可以借鉴的有趣的 Idea，为第二天的具体设计提供素材。

- Tips -

Q：我们这一天用到的用户体验地图有什么帮助？它适用于什么情况？

A：用户体验地图可以帮助我们更有效地提问。但也并不是非用不可。要画出一个好的用户体验地图是很难的，它需要我们非常理解用户，最好团队有前期用户研究的基础，了解目标用户的用户画像。在此基础上去做用户体验地图才能更好的帮助我们聚焦问题。

P.S. 一张很完整的用户体验地图是这样子的，图为 Dare Agency 在 2016 年为 Airbnb 制作的一张概念图，它展示了 Airbnb 未来如何运用科技产品来提升用户的旅行体验。

Q：为什么要反复用 HMW 的方式提问？

A：有时候我们看到一个问题时会很自然的直接跳到给出解决方案的那一步，但这也许不能从根本上解决问题。用 HMW 的方式提问追求的是全面的、打破常规的思维和方向，不需要评价它是不是严谨，是不是可实现，不要着急提出具体的解决方案，因为从各个角度理解清楚问题才是最重要的。

Q：脑暴的时候思维枯竭怎么办？

A：遵守这几项原则可以减少思维局限性:

1) 追求数量，先不要考虑可行性，不要被这些想法限制住，例如：感觉老大不会批钱的、我们人手肯定不够怎、技术实现起来好像很麻烦等。

2) 站在巨人的肩膀上，闷头苦想效率很低，试着从别人的 idea 中获得灵感。

3) Idea 要具体，不要讲太过于抽象的东西，譬如「做一个更好的产品」。

- DAY 2 方案设计 -

我们所有人在这一天都埋头画起了草图。大家首先在 5 分钟内画八种不同的方案草图，严格计时，每过 ⅛ 时间需要报时，目的是让大家不要陷入细节，而是尽可能多发散思考。这也是每个人自己脑暴的一个过程，画着画着就会知道自己想要继续哪种方案了。最后用半小时在一张 A4 纸画出最终的草图来阐述自己的方案，讲清楚核心主意是什么。

设计师将方案贴到墙上展示，这时候大家不发表评论，所有团队成员都安静的看这些方案，并且为方案上的亮点投票。投票后，方案的创作者依次介绍自己的方案，这个过程中听众不提问、不讨论。介绍完成后，刚刚在方案商为亮点投票的同学会来说说为什么喜欢这些地方。在这里有可能作者和观众对方案的理解有差异，这些差异也是收获。这一天就到这里结束了。

- Tips -

Q: 为什么一定是一张纸的图文展示呢？

A: 因为一个方案的核心主意必须是一张纸能够简单直接写明白的，不能做到的话说明设计师还没有思考的特别清楚。

Q：为什么设计师展示方案的时候听众不能评论？

A：这样的环节设计是为了让设计师能完整地展示和表达他们的设计意图。评论或者讨论往往会打断他们的展示，而且即时的评论并不是听众非常深入的思考，往往使得对话没有效率。所以我们在设计师展示的时候不鼓励对话，而是让大家认真倾听并将自己的想法记录下来，之后大家再去整理和交流这些记录下来的内容，这些都可能是之后在具体设计中会用到的思路。

- DAY 3 确定方案 -

决策者参考昨天大家的投票来决定采用哪一个方案，或是将两三个方案的亮点组成一个新方案。

在确定了采用哪个设计方案之后，我们做了个有趣的事情。所有人一起将胜出方案的草图做成故事板。故事板描述了一位用户从第一次接触产品，一直到进入产品后的所有用户行为和交互动作。这是第三天最后一个环节，大家已经开始非常具体的去思考这个产品的实现细节，比如会考虑用户从哪里获取这个应用，用户首次登陆后的引导流程会是什么样子，用户从哪里可以进行反馈，用户怎么将产品推荐给朋友等。

这一天结束时我们产生了两种方案的故事板：视界和兴趣树。

- DAY 4 开发产品原型 -

为了在最后一天能够得到有效的用户反馈，我们要尽量让用户以为他们使用的是真实的应用，所以产出应该是可交互的原型。对于 App 来说，用最小的成本来做出高保真产品原型的工具有很多，比如：Keynote、Pixate、Origami。在这个环节中，并不只是产品设计师在工作，每个人都有分工，有的同学准备材料（比如文案、界面元素），有的同学用工具做动画。这一天结束的时候，我们在视界和兴趣树的两个故事板的基础上分别开发完成了一个产品原型。

- DAY 5 用户测试 -

做出原型后我们需要进行用户验证，我们邀请了 5 位用户来公司，由用户研究员引导用户使用新做出的产品原型。我们将访谈的全程记录下来，用户访谈结束时，团队会增进对用户的了解、明白我们已知什么、什么是我们不知道的，找出最明显的结论。接下来修改明显的问题，再进行测试。