要想创造更智能、更好的产品，如果用讲故事的方式反而是一个好方法。产品设计团队常犯的错误之一就是混淆了看起来美观和工作起来美观的的设计方案，虽然核心思想都是通过一系列的设计元素引导用户使用这个产品。

一. 设计不是在那里描蓝图

很多设计团队把UI设计看做一个描绘蓝图的过程，会在每一栏中标明属于它的元素，每一个屏幕都会显示产品在不同情形下的样子，但这些屏幕其实不是连接起来的。这样的问题是，通过图你可以理解这个产品看起来怎么样，却不知道工作的时候是怎么样的？用户互动的时候是怎么样的？所以这种方式严重限制了他们想象产品互动时的推理能力。

而最好的产品设计师是从构造用户互动故事开始的，然后故事构造完的时候就是他们开始在设计屏幕上讲故事的时候。

讲故事形式的设计展现，就像一帧一帧的幻灯片在滑过。设计师们会呈现用户解读的每一面，他们做的每一个交互动作，每一个系统产生屏幕得到的回应，整个下来就感觉用户是全程支持每一步的，下面就是一个例子。

对于工程师来说，这应该是很熟悉的。故事式的设计核心就跟以测试为驱动的开发过程一样的，不是为了写测试而敲代码；而是在用写故事的方法锻炼我们的设计能力，最后这个对团队的执行速度和产品质量也是非常有用的。

二. 如何讲故事式地设计？

白板故事：准备一个白板，画个一英尺大小的盒子放在白板上，在每个框填写你为用户打造的小互动，画出关键地方的副本。画出每个用户会点击或者滑动的地方（比如图片上面），一旦得到认可，团队工作起来会很快。

换掉你的老工具：许多设计工具是用来创造海报或书籍的，所以抛弃Photoshop，捡起Keynote, OmniGraffle, 或者Fireworks这些支持多页面、帮助你专注端到端设计流程的工具。

不对单个屏幕做批判：确保你的团队在审查的时候，是针对整个故事，如果你一个人你可以在房子里摆好所有的屏幕，如果你要以邮件的形式发给团队，把它们录制成一个连续的视屏。

最后，不得不说一下为什么讲故事式的设计方式是好的。

它模拟了用户体验： 每一步设计的时候都是在模拟用户体验：团队可在早期就发现问题，因为讲故事的时候加入了时间维度，所以不用等所有的草图画出来后才发现哪里错了、哪里不对劲。UI上那些不必要的步骤和死角也可以得到更快的注意，这些细节最终会导向更好的可用性和用户参与度。

前期就阐明了设计目标： 这个一开始的时候就迫使团队成员去思考所有的细节，草图一出来，团队就会发现设计师是否完成了预订目标。

它依据科学： 据BJ Fogg的行为理论，所有目标的完成都要遵循诱因、动机、能力的准则，而讲故事的设计方式是完全符合的，它的每一个因素都是在鼓励用户进行互动。

整体上加速了每一件事 ： 创建模型的形式可以用作用户研究的形式，同样的故事思路可以用在漏斗分析中，让我们发现是否用户在实际使用的时候和我们的预想是一样的。团队在发布新版本的时候也可以用这个方法检验产品的可行性。

[VIA：雷锋网]