2.3 步骤三：提取总结

——您有一封来自Charlie的邮件回复——

TO：产品Gara

旮旯老人家！我推荐星爸爸楼上的咖啡馆！

附件是我们上次神交之后我整理的用户画像～帮我看看能否作为文档产出呢？

 

FROM：设计Charlie

2015/08/30

于夜晚的小区天台

2.3.1 画像

我们仅需要把与产品相关的用户信息一一提取出来。早期我们不太确定哪些信息有用，所以最早的几位调研对象可以尽量详细一些。

在总结出规律之后，之后寻找的调研对象仅需要针对性地询问与产品密切关联的问题。比如，在案例中我不太确定目标用户是不是有很大一部分是自由职业者，他们是在家里工作的，就会涉及与生活相关的问题，之后经过考证，大部分的视频会议需求者是公司职员，所以可以排除一些生活信息，主要提取和工作有关的内容（见图2-4、图2-5、图2-6、图2-7和图2-8）。

——您有一封来自Gara的邮件回复——

TO：设计Charlie

你推荐的咖啡馆真是太棒了！我住在这里有一段时间了，居然没有发现这里！咖啡很好喝，我以后会常来的。

我看到了你制作的用户画像，完全是一个合格的产出物！

另外一个完整的画像还需要围绕用户讲故事，我已经完成了这个工作，你可以在附件中看到。

我们在未来的项目进程中还会逐步调整这些画像，越来越接近真实的用户人群，但是现在，如果你能轻松地学习到画像的基本原理和方法，那么我这个阶段的目的也就达到了。

在之后的每一个步骤决策和每一次争论中，把用户画像贴出来。

 

谨记：我们为“Lay”设计产品。

 

FROM：产品Gara

2015/08/31

于令人兴奋的台风天

2.3.2 用户故事

在未来的产品设计过程中，我们需要频繁考虑用户使用产品的场景，这个时候用户故事就可以给我们一些帮助。比如，如果用户经常在户外使用软件，那么研发时需要考虑流量问题，如果在郊区使用软件，则我们还要考虑信号不稳定的处理方法。

我们通常需要为不同的用户使用产品的情景设计不同的几个故事，以下举例其中之一。

“周一早上，Lay8点半出门，开车上班，等红灯的过程中，看到App有一条推送，通知上午10点半有一个和北京研发团队的视频会议通知。

到达公司开完早会之后时间还有余，Lay拿上会议材料，抱着pad找了一个安静的小会议室。10点20分左右，Lay进入会议室等待，他看到研发主管Hua已经在会议室中，就与他打了声招呼。Hua在外地出差，信号不太好，不过好在今天他只是旁听。

10点30分大家都到齐了，Lay开始主持会议，并且把会议过程中的问题与任务做了记录。半个小时后，会议就结束了，这次会议还算顺利，但是产品经理Steffi中途掉线了，对方在三分钟后重新上线表示iPad没电所以换了一台手机再次进入，Lay整理了会议记录并发送邮件给所有与会者。”

如果可能的话，故事应尽量详细地说明产品使用中发生的情况和处理方法（比如，可能有其他与会者掉线，以及更换设备再次进入），还有用户的其他行为（如做会议记录与发邮件）。

如果你有耐心阅读到第7章，你会发现研究用户使用过程中发生的异常行为时很需要“用户故事”的帮助。