注：heidi写这系列的专业文章，并不说明目前heidi做得有多好，相反，每当我发现自己做得不够好时或者遇到问题时，都喜欢反思并总结，可是由于以前养成的不良习惯，导致我最终写出来的东西总是像专业教程，这也导致会有一些小朋友误认为我是专业人士，其实真的不是这样，我写出来未必是专业文章（有时只不过表现如此），我只是觉得这个话题值得探讨，值得分享，也值得自己继续努力而已。所以，也请不要四处转载。

—————————————————————低调的分割线——————————————————

线框图是交互设计师必不可少的产出物，它在交互设计师的工作中扮演了如此重要的角色，以至于交互设计师经常被认为是个画线框图的，但是无论是设计师本人还是项目组成员，对于线框图存在的意义未必有足够的认识。

项目为何需要线框图？

为什么不缩短周期，直接跳转到视觉设计呢？

对于设计师而言，疑问一样存在：

线框图给我们带来什么价值？

在我们想进行线框图培训时，疑问有：

不就是画个草图吗？还需要学习？

如果大家都把线框图理解成“草图”，那么按照正常逻辑，草图的产出一定是比视觉稿更快而不是更慢才对，但是在很多项目里，为何线框图的时间反而花费得更多？

这往往会引起不解，因为在多数人看来，线框图也就是个没有任何视觉加工过的简单简陋粗暴不美观的草稿，加上我一再声称做线框图的工具是10分钟就可以上手搭建线框图的超白痴工具，而线框图本身就完全无需精雕细琢刻意加工，那么，为何会在线框图阶段停留那么久？其他人都在干嘛？时间都花在哪里？

在我自己回顾过去的项目或者看手里的项目时，我也发现，为何过去的线框图阶段都比较长？而目前在做的项目，由于资源靠自己去安排，自己预安排的资源，比如只有3天，实施过程中发现太紧张，远远不够？

再细想一下，发现也许这三天，我用了1天半就搭建了一个满足基本需求的线框图（从商业需求来讲，这是大家能够预计到的主要的页面），但是在1天半后，我开始进行多种方案的探索与创建，然后发现更多分支流程与异常处理页面，之后，我完全没有为线框图的讨论与确认留下充分的时间！

而，线框图如果做出来不是让大家来争论和确认的，而是仅仅做出来给大家过目一下就移交了，基本上，线框图已经失去了原本存在的价值。

时间都花到了哪里？

并非所有的项目都需要线框图，但是如果需要线框图，那么线框图就需要多留一些时间，不要单纯从最终的线框图产出物的“样子”去评估需要多少资源。

用页面的个数去评估工作量，在视觉设计师也许是适用的——建立在产品视觉风格确定的前提下。

（视觉设计师的资源也需要划分成两段，一段用来做探索，确定产品风格，比如主题色，质感，图文比例与用图风格等，这个阶段也有比较大范围的评审与确认，所以时间上反而会比具体的页面视觉设计来得更长），前端工程师也可以用页面个个数与复杂程度去预估需要多少天，但是对于交互设计师，这比较是个难题。只有交互设计师将需求讨论清楚，自己将页面流程图画好，将各种分支情况考虑清楚，脑子里才会逐渐对需要多少个页面形成概念，哪些页面需要更高的单页面交互设计形成概念，而当他完成这一步，交互的大部分工作都已经做完了，剩下的单纯去设计各个页面，占据了线框图阶段的很少的时间。更多的时间是花在什么上？

讨论——评审——讨论——评审——确认

是的，线框图的作用之一是用来吵架的承载物，交互设计师为线框图确认需要召开很多次评审会（视项目不同而不同），直至大家对线框图达成共识，然后在有的公司，还需要对线框图本身进行可用性测试以发掘更多问题。

80%和20%

交互设计师可能会有20%的精力真正花在线框图本身的制作上，而且他也认为这也许是没有什么技术含量的。剩下的80%的精力，用在：

——需求的了解与讨论，“我认为这个标记出现在搜索结果页，也许并不是合理的场景……”“为什么只针对××会员类型开放这个功能？”在商业初始需求确认后，交互设计师与产品经理是配合最紧密的两个角色，他们需要将商业需求一步步细化，落实到具体的页面与功能的实现上。需求越清楚，以后的阶段就会越高效。这个阶段，交互设计师还需要借助site map，页面流程图（page flow），或者故事板等等工具，来帮助自己和项目组了解产品需求。

有时，工作量绝对不想看起来那么少，产品经理需要把做什么和为什么描述清楚，他们会在“做什么”时也会讲一下“如何做”，但是很多产品经理并不或者被要求不要深入太多解决方案细节，但是交互设计师不一样，必须从宏观到细节，将产品的交互逻辑认认真真仔仔细细思考清楚，细枝末节的东西如果不关心，到了项目进行过程中，还一定会被开发工程师追着补充各种流程中的页面。

——创造性的方案探索与尝试，“如果我这里换一种交互方式，会怎么样？”“还有更好的实现办法吗？”“缩短一步操作会怎么样？”“印象中好像曾经有个网站采用了一种更加高效的方法，我想想看？”所有设计师都有精益求精的“特质”，或者“毛病”，我们需要做这种自我激发的头脑风暴。

从设计来看，设计本身就意味着方案的筛选与确认：也许最后设计师在确认会上只给出了一到两种方案，但是大多数设计师在自己的电脑里或者大脑里尝试过很多方案。