聊聊线框图和对于线框图不同的定位

　　本周和PD们进行了一次《线框图以及Axure入门》培训。这是应几位PD的需求，他们也要学习如何设计线框图，所以想更加高效进行入门。
　　在场的有UED，有PD，我发现，对于两者都要画线框图，引发了一些讨论，这也是我事先预想到可能会引发争议的部分。
　　其中有个PD讲，有一次，老板是要求她来画线框图给他看的，她花了很多心思在线框图上，结果交付给交互设计师的时候，交互设计师不知道如何进行发挥了，交互设计师说：你都画这么好了，我不知道画什么了。之后，交互设计师进行了润色后，交付给视觉设计师，结果视觉设计师发现自己也无从发挥了，因为视觉稿已经出来了，都上了色了。
　　如果能够提升项目效率，这样倒真的也是好事。PD直接画出确认版的线框图，然后直接给视觉设计师，交互就不需要了。在很多小公司，也确实如此运作，也蛮好的嘛。
　　交互设计师说：交互设计师承担了一种需求翻译的工作，将PD的商业需求，进行具象化，并加入一些用户的视角，帮助优化产品，之后翻译成视觉设计师能够理解的语言，最后产生视觉稿。这也只讲到了一部分，如果PD也能够具象化，并传达得很好，为何还需要交互呢？
　　但是，在实际的工作环境里，我们必须得承认一个前提：术业有专攻，每个人的精力是有限的。
　　所以，PD，交互，以及视觉，虽然都在画图，究竟画得有什么不同呢？
　　这是在这个PPT里其中的一页，也得到了在场的PD以及UED的认可。
　　PD画线框图有时是不可以避免的，他们需要：
　　1。细化思路，帮助自己写需求文档
　　2。更好传达自己的需求给其他人，比如交互
　　3。一些预研型的项目，需要据此让老板认可并拍板
　　但是做为PD，同样也担心之后交付给交互，会影响交互的发挥。而且，人人都有追求完美的倾向，在做了一个简陋版的线框图后，总是觉得太简陋，总是不由自主增加很多细节，以使之先得更加专业。但是，PD需要将重点放到辅助表达想法上，对有用负责，比如，功能点、内容块、业务流程，而那些打着叉叉的方面，不是说绝对不关注，绝对不表达，而是需要加上仅供参考。
　　做为PD，你认为版块A非常重要，比版块B重要得多，你可以在线框图上把版块A放大，放到首要位置，但是位置和结构不是你主要要控制的，你要传达给交互的是：版块A非常重要，以及为什么，而你所做的处理，仅供参考。聪明的交互会理解你的需求，且不会因为你妨碍了他的表达。
　　同样，交互和视觉，虽然是一个团队的，也经常发生因为边界问题，比如：交互不由自主加了很多颜色和质感，视觉不知道如何处理。视觉更改了线框图的结构，导致交互认为和自己传达的逻辑不相符。
　　所以，作为交互，请注意那些必须要关注的东西：
　　1。任务流根据用户需求、行为，分析用户的任务，以及任务流程，简化任务。
　　2。布局结构信息分几类，什么样的布局更加易用
　　3。位置顺序各个版块之间按照什么样的位置进行排列，引导用户的顺序是怎么样的
　　4。层次轻重版块之间、文本之间的层次如何
　　请注意，在表达位置顺序以及层次时，交互会忍不住为线框图加注颜色，进行字体的设计，但是在交付时，这些也是仅供参考的。要传达给视觉设计师的，仍然是这些比哪些更重要，更应该被强化，以及为什么。聪明的视觉设计师自然知道如何去表达而不是会觉得受到束缚。