探索外包开发的极限：一个精品App诞生的全过程(8)

四、原型设计/文档撰写：用避免“反人类”的方法来设计原型

我之所以强调设计原型的方法不要“反人类”，是因为我见过很多人设计原型的方法的确是反人类的（至少在我看来觉得很心痛，也许他们有自己的思维方式这也说不准），这里的“反人类”包括两方面，一个是违背你自己设计原型的最佳思考方式，另一个则是违背程序员开发的工作方式。

Axure是我见过的最反人类且最普遍的原型设计方式，之所以说是“设计方式”而非“工具”，是因为它有它作为一个工具的合理性（例如，用它来说服投资方、不懂产品的上司，设计交互，在原型完成之后做定稿，或进行虚拟迭代），但如果用它来从零设计原型，我觉得这种行为就像是用十字螺丝刀来拧一个内五角螺丝——心累。首先我讲讲Axure原型从程序员开发的角度来看为何反人类：

Axure原型跟直接截图没区别

假设这张瀑布流效果页是产品经理（或交互设计师）用Axure做给前端工程师的。它很美，没错，然而这跟你直接去其它网站截个图给程序员，然后说“照这样做”没什么太大区别，实际上这张图本来就是瀑布流鼻祖Pinterest的截图。

（1/2）用Visio定义瀑布流的“零件”

用Visio做就不同了，见上图，首先来定义瀑布流的单个“零件”。实际上还有一些图中没有说清楚的细节，例如文字位如果超过5行要怎样设计“展开”方式，以及整个“零件”的热区构成……这里只是大致的示例。

（2/2）用Visio定义瀑布流的布局

接着用第二张图来定义布局（上图）。同样这只是个示意，很多细节没办法写出来，且只局限于前端，但意思已经表达清楚了。当你拿着这两张图，配上UI设计师做出来的UI说明图、切图，前端（或重构）工程师就能很轻松地一次性交给你想象中的页面，也无需你那么辛苦地跟进工作。原型设计最有效的方式并不是去“直接呈现你想要的东西”，而是“用模块来重组产品，用最抽象的方式来概括全部的细节”。

（编辑：ASP站长网）