只做设计不懂汇报的你,最终会被职场淘汰-SCR模型与故事曲线

你的上一次设计汇报进行的怎么样?

王大拿接到了一个新需求,制作一个新的支付流程。于是身为高级产品设计师的王大拿,从理解需求到设计草案,熬了几个加班画出了三个方案。而后白天和其他设计师推敲着细节,夜深人静在工位上对齐每个像素,终于打磨出一版自己满意的设计。

然而设计评审会议上,总监却不断问他一些很偏门的问题。

“哎呀,为什么一个简单的控件你要改成这样?”

“这里的颜色不太吻合目标群体的偏好。”

刚开始他还能一一解释,但大家的思路似乎都在“跑偏”的路上越走越远,他的方案在同事的眼里变得越来越漏洞百出。

image

真的是他的设计能力不行吗?是不是感觉自己又又又没有跟上时代的脚步,被所有人甩在身后?

PPT型设计师是毒瘤?

先别着急下定论。

我的奶奶曾经说过,“设计做的好不如PPT做的好”。上到五百强,下到初创小作坊,相信每个团队里都有那么几个设计功底毫不出彩,但靠着传销一般的汇报工作能力一路高升的设计师。

image

很多小伙伴觉得这些PPT人是设计圈子里的”毒瘤“,他们引领了一股外表重于内在的风气,这会让设计师的精神倒退。但这种想法非但不”正确“,甚至危险。

不重视设计的展示、表达,是会让每一个设计师付出惨痛代价的。设计师与艺术家有一个很大的区别,艺术家在寻求自我表达,而设计师则是为了解决问题。想要解决问题,不仅仅需要创意,更要让方案100%的执行下去,也就是依赖于上下游的配合。一个设计方案如果只能让50%相关人员信服,那它最多只能发挥50%的功效。

所以,将设计方案包装好不仅仅是”哗众取宠“,更是为了在后续能得到更多的资源,辅助方案推进。

image

这里我们就来探讨一下如何在向同事、上级、其他部门展示设计方案。

展示设计的原则

在王大拿做设计展示的过程中,他至少遭遇了以下几个问题:

自己认为好的设计,别人不认同。

  1. 领导要改,我没办法。
  2. 评审者与设计者思路方向大相径庭。

这三个问题的背后有一个共同的因素——信息差。你的领导未必清楚项目的细节,他不知道你想要解决的问题是什么,也不像你一样接触过调研或用户信息。这就导致,他会以他自身已有的经验,套入你的方案之中,并提出意见。一旦这种情况发生,王大拿就非常被动了。

那就把项目背景、设计过程、用研资料、迭代过程都展示一边?抱歉,你讲的内容太多,评审会议时间一到,领导们就会留给你一句”再改改吧“,然后飘然离去参加下一个会议。运气好的话,他们会一边打瞌睡一边听你讲完全部内容,然后回过神来,依然我行我素地给你建议。

如何能够即表达出必要的设计过程和背景,又不显得冗余,而且引人入胜?这种过于完美的方法真的存在吗?

当然!

故事曲线与SCR模型

讲故事就能够完美解决信息差大、内容无聊的问题。

故事天然能够承载大量的信息,它善于表现”变化“,与场景往往有很强的关联性,这些特点都和产品设计有天然的相似性。

如何讲故事是一门非常深的学问,我们不需要写出好莱坞级别的剧本或者追求大文豪的文笔,只需要借助一下经典的故事框架,就可以设计出一个设计师专属的方案展示框架。

首先,最经典的三幕故事结构由三大结构组成:

  • 开端
  • 冲突
  • 结尾
image

简单来说,三幕式结构中,主角在第一幕中生活的不尽如人意,矛盾在第二幕中彻底爆发,主角历尽艰辛克服困难,最终在第三幕成为了一个新的自己。

这是一个历久弥新的经典结构,无数的故事都在此结构之上诞生出来,包括文艺片、超级英雄电影等等,它被证明可以最高效的吸引观众,传达情感。

SCR模型

SCR模型是在咨询公司在提案时常用的展示框架,他与故事的结构非常类似:

image
  1. 环境信息Situation
  2. 困难冲突Complication
  3. 解决方案 Resolution

我们可以直接借鉴SCR来设计展示方案。同时,设计ppt时的思路将不再是把设计稿并排贴在屏幕上,而是在会议上讲一个跌宕起伏的故事。

1. 环境信息

是谁在哪里做什么事情?这个人的动机是什么?他的社交情况如何?

对于设计师来说,请在第一部分里将你的人物角色(Persona)、使用场景、角色的情绪状态、都一一描述清楚。描述环境信息是在建立故事的”世界观“,把大家拉入到你设计的场景中。

重点技巧:描述细节。主角应该有自己的真实名字,他的生活、工作应该都有完整而连贯的逻辑,比如一个烘焙美食家大概率不会花大量时间研究混凝土的使用方法。把用户研究中得到的信息——比如同理心地图中的数据——融合到这个部分之中。这样一方面能够增加故事中的细节,一方面能够有机会让团队中的其他人都了解到用户的真实信息。

2. 困难冲突

用户在什么情况下遇到了什么样的困难?

困难冲突部分是对解决方案的铺垫,困难描述的越真实,则解决方案越有价值。用户遇到的问题如果微不足道,那就算完美解决也意义不大。

3. 解决方案

我的方案是如何帮助他的?

解决方案是整个设计展示的核心内容。在这一部分,你应该按照时间或者场景的流程,让观众看到解决后,使用者会有什么样的变化。

比如苹果的剪贴板共享功能,用户在多个设备之间传文字时,可能需要借助各种软件甚至是u盘;但有了共享剪贴板,只需要复制,再另一台设备上粘贴,问题就解决了。

注意,不要单纯罗列设计的细节,就想很多设计师喜欢说”我在操作提示栏选用了明度较高的黄色,因为年轻用户都喜欢。“这句话暂且不说是不是对的,就算是年轻用户喜欢,对你要解决的问题有什么帮助呢?

黄色的选择不是错误的,错误的是”黄色“没有合理地出现在你的故事里。

总结

如果你能花1小时时间整理一下自己的方案,将其转化为一个故事,那么它可以为你后续的改稿节约数天的时间。

image

你的上一次设计汇报可以设计成一个什么样的故事?

你可能感兴趣的:(只做设计不懂汇报的你,最终会被职场淘汰-SCR模型与故事曲线)