交互方案该画到什么程度?
交互方案该画到什么程度呢?本文作者在此给你提供了一点建议,enjoy~
作为一个经历了“全栈 → 非科班 → 海归学院派 → BAT”的交互设计师,我也算是阅读和学习过各种类型的资料了。有一个问题长期默默困扰着包括我在内的很多交互设计师,然而却从未受到应有的关注,那就是本文标题——交互方案应该画到什么程度?
Dribbble这类图片资料注重设计趋势,交互进阶(自我宣传一下)这类博文资料注重设计理念,学术研究和书籍这类官方资料注重设计方法……大家不约而同地把“具体实施”这一步骤忽略了。跟UI和视觉不同,交互设计确实对于画图没有什么明确的要求……但是,我摔过的无数坑都验证了一个无法逃避的事实:
恰当的表达形式对能够对思想传达和工作效率起到事半功倍的效果;不恰当的表达形式可能让人对你的设计造成误解,甚至低估你的能力水平。
——我说的
下面我将结合大家的普遍理解和个人经历分析一下各类交互方案的优劣以及对表达形式的探索。下文将介绍的类型有:线框图、伪视觉稿、去色稿和色块稿。
线框图
图片来源:Lucidchart
这可能是交互方案最原始的状态了吧:“你想要设计一款程序,于是构思一下信息排布和功能组件,然后用简单快速的方式画下来。”
在早期线框图是唯一的交互方案表现形式,因为大家不会在画稿时顾虑太多。如果你去翻翻国外人机交互的经典资料或者学术论文,会发现上面的图例在现在的我们看来大多丑到无法呼吸。
图片来源:Matching HCI Design Patterns to Workflow within an Agile Process
但是这种原始而单纯的表现形式,已经不太适应现在的设计环境了。在更加竞争和注重审美的今天,大家的交互方案的形式性要求越来越高。这种环境中的你如果你依旧只把交互方案画到线框图这种程度,哪怕设计想法再好,方案也很容易被PK掉。
除非你有机会能够解释清楚线框图背后的设计意图,但是抛去一小丢丢偏爱学术的科班设计师之外,大部分人都不太可能有这个耐心的。
伪视觉稿
图片来源:Ramotion
如果没有说明解释,你可能以为上图是扁平简约中规中矩的视觉稿,实际上它是只是交互方案罢了。很多交互设计师孜孜不倦地在视觉效果上加重投入,哪怕明明知道视觉设计师会将其完全颠覆,哪怕常常被开发误当做最终视觉方案……如果太过,这样破坏方法论和设计体系的操作方式,真的有点病态。
我以前也经常这么干,理由很简单,就是竞争。
我在本科时参加过一个挺山寨的UI设计大赛,当时是抱着体验一下国内比赛的感觉和同学组了个队。这个比赛分了好几次复赛,第一次是检验前期调研;第二次复赛是检验线框图;第三次复赛是检验完整方案。我们第一个阶段还比较认真,以我个人项目和比赛经历,按照计划下去应该不会太差,但是没想到在第二次复赛就被刷下来了。
因为我们很单纯地解读比赛规则后,在第二次复赛(语音+PPT)如实上交了精心准备的线框图。即便我们的方案分明在创意、合理程度和完成度上都很好,然而在外行评委的眼里,这种黑白灰的简陋线框图比起其它组色彩缤纷的视觉稿,相差太远了。哪怕那些视觉稿其实非常丑,调研、设计思路和可行性和比我们差好几个档次。
从此之后我学到了,在有竞争的情况下,不要以为别人说线框图就只给线框图,那样想简直太单纯了。
有的设计团队里,交互稿必须达到出近似视觉稿的细致程度已经是不成文的规则。长久来看,我觉得这样做其实并不太好,因为:
- 交互设计师需要在工作价值之外的地方投入更多的精力,维护成本更是成倍增加
- 在大量的稿件传递中,很容易分不清哪些是交互方案,哪些是视觉方案,让人误解
- 太细致的交互方案会产生过多的风格引导,限制了视觉设计的发挥潜力
去色稿
图片来源:Patryk Sobczak
这种表现形式可以看作是上文伪视觉稿的去色版,就是在视觉风格上可以自由发挥,但是除了黑白灰之外不用任何色彩。
这种方式在具有较高的观赏性和细致程度的同时,比起伪视觉稿好处是:
- 由于不考虑彩色,投入的精力相对少一些
- 不会让人误以为是视觉方案
- 对视觉风格的引导性低一些
- 标注用任何颜色都会很显眼
如果在颜色选取上稍微突破一下,还可以在不做过多视觉预设的基础上,增加方案的吸引力的:
图片来源:Eddie Lobanovskiy
图片来源:Jeff Broderick
色块稿
这算是一种比较新的探索了。有时候交互方案不需把界面所有细节都展示出来,可以用色块来代替图片和文字:
图片来源:Ramil Derogongun
图片来源:Autumn Mariano
图片来源:Ramotion
这么省事的方法,显然不能够随便使用,可以用到的场景有:
- 复用性较高的动效
- 涉及到大量界面、对细节要求不高的流程图
- 纯粹的排版设计
- 页面局部的重新设计,不重新设计的其余部分就可以用色块简单示意
由于没有细节,所以就算使用色彩也不会让人产生视觉方案的感觉:
图片来源:Jared Erondu
如果交互方案都能这么搞,那真是能省不少时间……不过这当然不可能的。
总结
所以,交互方案该画到什么程度呢?我这里虽然给了一堆建议,但是具体情况还是要具体分析。请结合一下项目需要、团队风格以及自身喜好选择合适的表现形式吧。
——
P.S. 封面的配图插画是我的手绘哦~
作者:Z Yuhan,公众号:体验进阶
来源:https://zhuanlan.zhihu.com/p/34102265?group_id=974951834087071744
本文由 @Z Yuhan 授权发布于人人都是产品经理。未经许可,禁止转载。
题图由作者提供
我现在很多时候就是做到伪视觉交互稿,当然前提是在完成交互本职下进行。在我看来,伪视觉交互稿在达到交互要求的条件下,产品和运营那边更容易获得认可,可以很直观的看清之后产品会是什么样。对于自身的视觉能力也有提高(长期处面对无色的交互稿,感觉设计能力都会受到很大的影响),当然伪视觉交互稿会对UI设计师产生影响,但是某种程度上可以减少了他们一定的工作量或是提出了更高的要求
所以到底画成什么样的呢
个人比较偏向色块稿,能把功能画清楚的同时,也能把布局梳理得更有主次,更利于演示
一开始都说线框好,简洁清晰讲逻辑就可以也不影响视觉设计;
当时现在做线框感觉也满足不了自己的某种“冲动”,觉得在线框的基础上加上色彩还不错,但是担心固化设计的思维。
作者文章里的伪视觉感觉不错,但是需要一定的设计基本功,有点门槛。
色块稿也挺让人接受的,不过还不得其法。
多谢作者分享~
伪视觉是水瓶不达标的产品经理,包装自己的行为。产品经理,与其在整体视觉上做研究,还真不如先把文案、框架、流程整理好再说别的。作为一个设计师,我都要求我的产品经理,把事情描述清楚、准确就好了。他们的视觉设计,基本上都很渣,而且没有考虑到用户的视觉体验、行为习惯。多做多错,不如交给我自己来。
因为每个公司不同职位上的人能力不一样,做到什么程度视个人水平而定……
不能同意更多!
嗯,确实。
我个人还是推崇纯线框的。