|
& y5 l8 b1 B/ ?1 }% f
原标题:如何顺利通过UI设计评审?掌握这4个注意点! : L' p# p! x8 ^3 V" t3 u8 h
2 B2 w0 ?6 O' w$ t4 {( W9 y$ P: b
设计师的厉害之处不是设计方案有多么天马行空,而是是否有能将其落地的能力。 6 q) x4 ]9 K$ w+ S3 T
你们是否遇到过这种情况:自己做的设计方案在评审的时候总是非常坎坷,不是产品说这里的信息不明显就是开发说这里很难实现甚至业务方说这个设计不够突出。别说一稿过了,可能需要回炉重造。但其实我想告诉大家,这就和军师给将军献策是一个道理,你不仅要有自己的计谋,更重要的是你如何让自己的计谋落地,自己的思路和策略如何让决策者拍板,这个才是关键,所以今天我想跟大家聊聊我是如何“万叶丛中过,片叶不沾身”的。 0 { l6 ^- M( Z; K, f
掌握更多的信息 * ^/ w: \1 S% Y' ]
方案是否可以通过取决于你是否满足了各个需求方的需求,最直接也是最初要闯的就是我们自己 ued 团队的设计专业关,从元素设计、信息表达、层级、风格延续等等需要在内部达成统一,并且需要设计负责人拍板是否可以对外,这样可以减少更多非专业人士的非专业建议导致的无效沟通。 & s3 i0 @! B( U0 W# g; l( h* o5 w
如果评审过程中还需要例如产品、开发、运营等角色参加,我们在内部过审之后也需要去和这些利益相关者进行沟通,每一个角色对于该需求的最终期望是不同的,例如产品看中的是某些设计信息是否跟他预期的表达清楚了,开发看重的是如何实现、怎么实现,运营看重的是方案是否有足够的亮点和吸睛度。所以你的方案在评审之前一定要去了解对方做决策的关键点。
' k/ _8 K6 j/ d! J; K- y 
. T" R4 r: M, A& [ 最重要的一点,如果我们的需求无法满足所有利益相关者,但至少我们的方案要满足最终决策者的要求。例如这个需求的运营侧偏重的,那么你的设计方案需要往运营侧考虑更多。但是最终的设计方案是要基于设计团队本身的语言和基调去执行的,设计团队的管理者需要做好对内和对外的工作。
; S U- f8 P w2 e9 @ s, ^& u 堵上漏洞 ) Y2 Y' K5 Q0 j3 C6 s6 R+ `6 R
一个优秀的方案是在满足所有条件下的最优解,但是在这个过程中会有许多的漏洞,要防止别人问你为什么不这么做。 # O3 e) P, F$ F: @. s
比如某个按钮你设计了边框的样式而没用色块的样式,如果产品提出质疑我需要让这个按钮高亮让用户快速的看到,但是如果利用色块的话这个按钮会非常突兀,打破界面的平衡,也违背了设计原则。类似这样的状况数不胜数,那么我们如何面对这样的质疑呢? ! P0 G2 O. s/ l* z+ P0 ~
首先我们需要明白最终评审的方案一定是我们经过缜密思考的产物,所以它在我们脑海中已经预演过很多次了,比如如果产品这么问,我们的回答是什么,开发这么问我们的回答是什么,我们曾经考虑了几种不同的满足业务方需求的视觉方案,那几种为什么不合适,将那些机会成本都抛出来,让各方权衡。
, f6 A+ @* x* y( G9 J9 U# h 比如我们的布局为什么要采用透出固定的几个商品而不用左右滑动或者平铺展开的方式,他们的优缺点和我们的业务需求的关联性是什么?
& V! D4 g+ |* A 其次,我们可以堵上大洞但是可以漏几个无伤大雅的小洞。这种办法取决于业务方是不是比较好说话,大家都知道某些业务方喜欢指点江山,方案过于完美有时反而会适得其反,但是大部分情况下不会出现,如果出现了难以应付的业务方我们不如让他们看到一些无伤大雅的漏洞,整体满足即可,能让别人满足指点江山的快感也能提高过稿率。 / i3 f: _+ d4 c
严谨的思考 " b/ m' `& a+ M. q3 ~; q8 k
为什么每次过方案的时候别人总是可以找到方案的漏洞,缺失的场景,是不是我们在思考问题的时候不够全面?最近有小伙伴来给我看一个需求,问我这个需求该怎么去分析,一个看似很简单的问题,背后有非常多的坑。 8 i1 Q! y2 p% c R
一位产品经理提出了这样的一个需求:在原有的产品中有一个用户可以付费增加内容曝光的功能,于是他就想到有没有这样的一种可能和用户需求,就是用户可以单独将一些制作好的内容通过定向发送的形式给另一个用户看到,例如他人生日、求婚等场景。
8 q/ _3 `. W* r# E8 c& N 从业务角度考虑如果有相当一部分用户群体愿意以低成本的付费代价去达到这个目的,那么这个变现的闭环也是可以走的通,于是这位产品就想让交互设计来设计这样一个功能。 - a+ t/ I' a7 i) X2 C
如果没有深入思考我们可能得出的结论就是直接在付费曝光的流程中加一个定向发送的选择是不是就可以了,如果需求那么简单也就没有思考的意义了。
5 o4 X2 I9 z: {, r 如果你是这位交互设计的同学,你会如何思考这个需求。有几个关键词自己要清楚:用户、价值、目标、背景。
@ e) N; L2 ]$ z5 z0 Q  " T2 z4 L' Y/ o0 j& m
好像看起来有点空,那我们就用大白话说一下:是谁需要这个功能?有多少用户需要这个功能?为什么用户需要这个功能?给用户做这个功能产品有什么好处?我们需要给用户提供哪些关键信息和流程?有哪些用户场景?做这个需求我们想要达到什么目的?这些问题基本上在实际工作中产品都会提前研究好交给你,但是我们也可以自己来思考一下。 ' f0 w; l5 j' A8 B5 N
所以在一开始如果我们只是考虑单纯的嵌入一个新的选择项,那一定是错误的。这个需求要思考的核心点是为什么用户需要定向推送给他人,也就是存在哪些关键的用户场景。这个定制化推送和不付费的推送区别在哪里,如果要定制化推送我们可以提供给用户什么。
! f, I% h6 v$ h8 r8 d 刚才我们说产品觉得用户希望给对方惊喜和意想不到的感觉,这是用户使用该功能的初衷,所以我们就可以开始脑暴:如何制造惊喜和仪式感。这就是一个简单的设计目标,让收到推送的用户有惊喜感和仪式感,围绕这个目标我们就可以假设很多的策略和方案,比如做一系列的 h5 模版让用户选择,找到大部分用户需求的场景,例如求婚、庆生、恶搞等等。 ) L0 t9 Y' F, l4 Y
具体方案我们就不细化下去了,当我们要进行评审时,你需要将你的研究结果作为论据展示给大家看,譬如为什么使用 tab 将新功能和原本的常规付费推送做成平级,为什么不做成类似微信红包那种不同红包种类的切换,你的思考是什么。再譬如你选择的模版为什么只有 5 个而没有更多,你依据是什么,怎么思考的。再再譬如如果有该需求的用户基数太少而研发成本很高怎么办?怎样能够让用户再次使用该功能,提高二次使用率和后续的扩展? - q- O( V Q0 I' V0 q4 |* X$ n
总而言之,当我们在看到一个问题的时候,需要通过多个维度去思考问题的本质,就好像作为一名侦探,我们需要搜罗许多的证据来证明那个真相。
1 [6 q2 A' W/ A J 合理的话术
. U9 s+ q& \: y 通过一些话术来提高方案的专业性我觉得是非常有必要的。很多口语表达在书面上,使人阅读起来很随意、不够专业化和不具备权威性。最近看了许多小伙伴的作品集,90%的同学都有一些文案上的问题,那么这里教大家如何注意这些文案的描述 ) K" a( J' P+ B
1. 不要说一些“废话” 1 W$ E9 M* V5 b5 [' |* [
什么叫做废话呢?就是这扇门是可以打开的,这张床是可以睡觉的……很多人就是把一些众所周知的情况再叙述一遍,生怕别人看不懂,在图片边上放上这些几乎可以忽略的文字好像并没有什么用,就好像是你放了一张瀑布流的界面,然后边上写着这个是双列瀑布流的排版,让用户浏览效率更高。首先谁都知道是瀑布流就不用再说明了,要说明的是为什么要用瀑布流而不是单个信息流呢?错落的布局和等高的布局在视觉上区别在哪里? " o4 E- F3 i6 d2 T( j5 ^
 b. k, }6 z! V( z6 ]
所以,方案汇报和作品集设计是不一样的,作品集的文字是可以用来做修饰布局和平衡的,但是方案汇报不行,你的方案边上的文字是用来辅助补充的,你可以放你的设计思路、规则阐述、理论引用、对比优势而不是单纯的介绍。 P5 V. c- f# \6 t

, J% K% _5 P- g9 [: J; h; N* O/ p" @ 2. 不要无的放矢
9 h, a: H) T) s) m* J, T7 `% w 你们有没有经常用到:转化率、活跃度、粘性这样的词汇?很多同学会把这些词汇添加到文案中去,例如这样设计可以提升转化率等等。首先这样的描述一定是在上线之前,所以提升转化、活跃、粘性这些词都是猜测,我们凭什么说可以提升转化呢?这些都是虚的,没有依据,也就站不住脚。比如别人会问你为什么金刚区图标首屏放 8 个而不用 10 个?10 个不是可以提高用户的浏览效率吗?8 个我还要再进行滑动很不方便。 ! M+ v8 E, d& c* V% ~2 i, s
3. 视觉专业语言 ; i+ [ @( U; n6 Q4 A, I
其实这里我在写的时候也很矛盾,实际情况是当我们说了格式塔心理学、尼尔森十大可用性原则、各种心理学理论之后业务方回了一句:我不管这些有的没的,你就给我加上!这时候视觉专业理论、心理学在商业需求面前不堪一击,犹如螳臂当车一般。不过有时候这些理论的专业术语还真有用,内行看门道,外行看热闹,为了证明自己是专业的,这些简单的理论小知识还是要具备的。因为目前大部分设计师并非科班出身,所以理论的基础不够扎实。 $ N, K% g6 n( H
所以要怎么去描述呢? # |( Y% T% y* P7 l6 z+ W
# d" y. m: _0 } q# L0 n1 v& g+ m, g4 F
客观
3 o2 \0 ]6 A$ U+ C# c& w' R" @* n! `4 m% h1 i. r6 L9 N; c W
尽量以客观的角度去阐述方案前后的变化,在评审的过程中很多他人对方案的感受并不直观,只有当你把修改前后的方案拿出来做对比,他们才会比较清晰。那怎么做到客观呢?首先不要站在设计师的角度去阐述方案,而是站在其他利益相关者的角度去说明你的方案是如何设计的。例如我们要设计一个榜单的功能,从表面上看你可能会说我们新增了一个榜单的功能,可以让用户更快捷的找到这个品类下卖的最好的商品。从设计师的角度我们考虑到的更多是美观、交互体验,但是排行榜嵌入在商详中会不会导致原本的这个商品下单率就少了呢?如果别人这么问你会怎么回答? ( e8 Z5 Z' V4 V# h1 K* P

/ v, u( @* a, d" f& [ 不同平台下的内容形态不同,我们产品并非同淘宝一样是需要小 b 入驻的形式,而是供应商供货的模式。单个商品的排行是基于所有商品品类中的某一个品类的算法排序,首先排行榜可以更好的刺激供应商提供更优质的商品,其次用户挑选商品是基于多维度的筛选,例如口味、外观、价格、好评等等因素,单纯的排行并不是用户唯一决策的参考,最后排行榜通过锚定效应能够让用户在单纯靠自己在各个商品中进行对比反而可以提升用户的下单概率。那么针对这个问题相信可以解决了。那么如果别人又问:为什么不在商详里直接透出前几个排名的商品不是更加直观吗?大家可以来思考一下怎么回答,这里就不继续阐述了。 $ U; @( G( x' U
4 G0 _, z- i* v5 |, S 围绕目标4 Z6 m$ \4 o9 s1 P" W8 W
8 H: [$ _6 t$ A& f 设计目标是我们设计的准绳,脱离设计目标的设计就像无根之萍,满足设计目标的设计才有价值。设计目标的源头是业务目标,我们看下面这个例子:该电商平台是有社交属性的,类似微商,那么我们在做商详底部的按钮时,该如何思考方案的阐述。一般的设计师就会这么说:底部功能按钮做了视觉的区分,将核心功能进行高亮的显示让用户有更强烈的点击欲望。
) K. U$ _1 I; }% g' y  - y" z/ C0 Y y! O
首先在阐述你的设计之前,一定要知道这个需求的业务目标是什么,例如在这个地方,业务目标是在满足用户自购的情况下让引导更多用户去进行分享,并且突出两者的利益点,于是我们的设计目标就变成了,如何让用户既可以自购又可以分享,但侧重点是分享。基于这个设计目标我们再去做设计,最终的呈现结果我们再描述的时候就要围绕着业务目标和设计目标去阐述。
. |9 H) d: |6 K 总结
; A. E3 d# t$ s( D/ D8 j% y# G 希望大家可以深入的思考自己的设计,因为如果你能够思考的更全面,也可以体现出你个人的专业水准,否则每次我们提交方案总是被别人提出的问题所难倒,久而久之,设计师的地位也会越来越低,更加没有话语权,因为别人觉得你不够专业,体现不出设计对业务的赋能和思考。工欲善其事,必先利其器。 ! u2 C9 `4 x. N' {. U. X' U
来源网络返回搜狐,查看更多
. a" m" O; D, R
& U- O: p+ d% j# Q+ {, A" L) N 责任编辑:
- O1 k( S/ Q! R/ _1 ~1 `1 Q9 a5 h! B& X0 n. y# c7 r
; b6 r+ @! N) u% o. ]
& ]: h( o( ?8 C! E
0 A9 c& b7 J8 M& A. R. c d- q8 j |