只做设计不懂汇报的你,最终会被职场淘汰-SCR模型与故事曲线
你的上一次设计汇报进行的怎么样?
王大拿接到了一个新需求,制作一个新的支付流程。于是身为高级产品设计师的王大拿,从理解需求到设计草案,熬了几个加班画出了三个方案。而后白天和其他设计师推敲着细节,夜深人静在工位上对齐每个像素,终于打磨出一版自己满意的设计。
然而设计评审会议上,总监却不断问他一些很偏门的问题。
“哎呀,为什么一个简单的控件你要改成这样?”
“这里的颜色不太吻合目标群体的偏好。”
刚开始他还能一一解释,但大家的思路似乎都在“跑偏”的路上越走越远,他的方案在同事的眼里变得越来越漏洞百出。
image真的是他的设计能力不行吗?是不是感觉自己又又又没有跟上时代的脚步,被所有人甩在身后?
PPT型设计师是毒瘤?
先别着急下定论。
我的奶奶曾经说过,“设计做的好不如PPT做的好”。上到五百强,下到初创小作坊,相信每个团队里都有那么几个设计功底毫不出彩,但靠着传销一般的汇报工作能力一路高升的设计师。
image很多小伙伴觉得这些PPT人是设计圈子里的”毒瘤“,他们引领了一股外表重于内在的风气,这会让设计师的精神倒退。但这种想法非但不”正确“,甚至危险。
不重视设计的展示、表达,是会让每一个设计师付出惨痛代价的。设计师与艺术家有一个很大的区别,艺术家在寻求自我表达,而设计师则是为了解决问题。想要解决问题,不仅仅需要创意,更要让方案100%的执行下去,也就是依赖于上下游的配合。一个设计方案如果只能让50%相关人员信服,那它最多只能发挥50%的功效。
所以,将设计方案包装好不仅仅是”哗众取宠“,更是为了在后续能得到更多的资源,辅助方案推进。
image这里我们就来探讨一下如何在向同事、上级、其他部门展示设计方案。
展示设计的原则
在王大拿做设计展示的过程中,他至少遭遇了以下几个问题:
自己认为好的设计,别人不认同。
- 领导要改,我没办法。
- 评审者与设计者思路方向大相径庭。
这三个问题的背后有一个共同的因素——信息差。你的领导未必清楚项目的细节,他不知道你想要解决的问题是什么,也不像你一样接触过调研或用户信息。这就导致,他会以他自身已有的经验,套入你的方案之中,并提出意见。一旦这种情况发生,王大拿就非常被动了。
那就把项目背景、设计过程、用研资料、迭代过程都展示一边?抱歉,你讲的内容太多,评审会议时间一到,领导们就会留给你一句”再改改吧“,然后飘然离去参加下一个会议。运气好的话,他们会一边打瞌睡一边听你讲完全部内容,然后回过神来,依然我行我素地给你建议。
如何能够即表达出必要的设计过程和背景,又不显得冗余,而且引人入胜?这种过于完美的方法真的存在吗?
当然!
故事曲线与SCR模型
讲故事就能够完美解决信息差大、内容无聊的问题。
故事天然能够承载大量的信息,它善于表现”变化“,与场景往往有很强的关联性,这些特点都和产品设计有天然的相似性。
如何讲故事是一门非常深的学问,我们不需要写出好莱坞级别的剧本或者追求大文豪的文笔,只需要借助一下经典的故事框架,就可以设计出一个设计师专属的方案展示框架。
首先,最经典的三幕故事结构由三大结构组成:
- 开端
- 冲突
- 结尾
简单来说,三幕式结构中,主角在第一幕中生活的不尽如人意,矛盾在第二幕中彻底爆发,主角历尽艰辛克服困难,最终在第三幕成为了一个新的自己。
这是一个历久弥新的经典结构,无数的故事都在此结构之上诞生出来,包括文艺片、超级英雄电影等等,它被证明可以最高效的吸引观众,传达情感。
SCR模型
SCR模型是在咨询公司在提案时常用的展示框架,他与故事的结构非常类似:
image- 环境信息Situation
- 困难冲突Complication
- 解决方案 Resolution
我们可以直接借鉴SCR来设计展示方案。同时,设计ppt时的思路将不再是把设计稿并排贴在屏幕上,而是在会议上讲一个跌宕起伏的故事。
1. 环境信息
是谁在哪里做什么事情?这个人的动机是什么?他的社交情况如何?
对于设计师来说,请在第一部分里将你的人物角色(Persona)、使用场景、角色的情绪状态、都一一描述清楚。描述环境信息是在建立故事的”世界观“,把大家拉入到你设计的场景中。
重点技巧:描述细节。主角应该有自己的真实名字,他的生活、工作应该都有完整而连贯的逻辑,比如一个烘焙美食家大概率不会花大量时间研究混凝土的使用方法。把用户研究中得到的信息——比如同理心地图中的数据——融合到这个部分之中。这样一方面能够增加故事中的细节,一方面能够有机会让团队中的其他人都了解到用户的真实信息。
2. 困难冲突
用户在什么情况下遇到了什么样的困难?
困难冲突部分是对解决方案的铺垫,困难描述的越真实,则解决方案越有价值。用户遇到的问题如果微不足道,那就算完美解决也意义不大。
3. 解决方案
我的方案是如何帮助他的?
解决方案是整个设计展示的核心内容。在这一部分,你应该按照时间或者场景的流程,让观众看到解决后,使用者会有什么样的变化。
比如苹果的剪贴板共享功能,用户在多个设备之间传文字时,可能需要借助各种软件甚至是u盘;但有了共享剪贴板,只需要复制,再另一台设备上粘贴,问题就解决了。
注意,不要单纯罗列设计的细节,就想很多设计师喜欢说”我在操作提示栏选用了明度较高的黄色,因为年轻用户都喜欢。“这句话暂且不说是不是对的,就算是年轻用户喜欢,对你要解决的问题有什么帮助呢?
黄色的选择不是错误的,错误的是”黄色“没有合理地出现在你的故事里。
总结
如果你能花1小时时间整理一下自己的方案,将其转化为一个故事,那么它可以为你后续的改稿节约数天的时间。
image你的上一次设计汇报可以设计成一个什么样的故事?