在工作环境里,相较其他职业,设计师是一个很容易接收到他人挑战的职业。不管是产品、开发、还是同职能部门的同事,都会对设计案提出想法、建议,盲目听从容易打乱自己的工作节奏,还容易影响事务进度。

因此,好的设计推案的方式就显得尤为重要。

对同职能部门,能够提升设计案的“价值”,减少设计案被打回修改,提升成功过稿的概率;而对业务合作部门,能够减少沟通所需的工作时耗,提升个人在外的品牌度。

不同的推案对象,对方的关注点不同,需要制定不同的方针。本文将结合作者平时工作中遇到的情况,进行推案策略收敛,希望对大家有所帮助~

1. 对直接上级

直接上级作为一个审核者和有经验的设计者,通常会更关注设计是否合理。同时,在双方合作的不同阶段,根据对你的信赖度,会有不同的审核机制。

① 在合作初期

此时需要建立直接上级对你的信任,注重 2 个核心点的传达

「设计思路的闭环」说明你的设计方法论是健全的、应用是正确的。

这里借用 About Face3.0 里对如何连接实现模型和心理模型的图,设计的过程应该是在思考中不断优化、不断迭代,使设计方案更贴近用户的过程。而我们在传达过程中,则是要把这个过程阐述清楚,让设计言之有理、言之有物。

设计师如何做好设计推案?我总结了这4个方面!

需要体现需求分析、目标用户、应用场景、竞品佐证到设计方案推导的完整流程。

有个加分项,每个阶段的事务都有明确的目的,而不是因为流程如此而做,比如将需求分析后的疑问点带入到竞品分析的目的中,这样你的设计思路会显得更闭环一些。

「设计方案是正确的」说明你的设计方向有依据,是正确的。

竞品分析的目的不是直接把竞品的设计直接复制、粘贴到自己的设计案中,在推案中最好呈现基于竞品基础上自己的思考。比如在做产品框架设计时,可以基于竞品的框架做一波收敛,说明优缺点,结合产品现状说明自己最后选用的设计框架。

设计师如何做好设计推案?我总结了这4个方面!

这里注重借助竞品去佐证你的想法,说明自己的设计策略,有依据的阐述自己的设计思路即可。

记住不去做太“特别”、没有先例的设计。

② 在合作后期

在你比较被信任度情况下,一般上级是不会花那么多时间去审核你的案子。注重“有重点的推案”。此时主要告诉对方,你的设计核心点,和部分有疑问的部分你的设计思考和结果即可。

2. 对往上的管理层

管理层作为一个偏战略部署的角色,他们更看重你做的设计如何有价值,而且每一次的推案都是他们在暗暗对你“评估”的过程。

对他们的推案,核心 2 个点,1 价值、2 炫技。

① 价值阐述

“如何在设计本身只是一个小功能设计案的时候讲出自己的价值?”、“明明只是设计案,硬要挂钩价值好难。” 这是一般的设计师都会遇到的问题。

价值要从项目出发,多看看项目官网里项目的核心定位(卖点),去了解这个产品的“生存机制”,从产品痛点为基石去讲。

设计师如何做好设计推案?我总结了这4个方面!

比如,微信的拍摄表情模块的交互设计,虽然在整体应用内,只是一个小模块,但是对核心业务场景“聊天”来说是亮点功能,通过拍摄表情,让用户在聊天中,能够更多的跟好友 Show 出自己,通过表情包的传递,提高用户聊天过程体验,让用户和好友感觉更亲近,从而提升用户整体活跃,为产品日活贡献价值。

而基于价值推导,可以发现拍摄表情的核心是“秀出自己”、“传播效益”,对应到设计中,就应该把用户自拍作为默认选项,并降低操作成本,提高拍摄成功率;而为了更好的传播,就应该设置一些易于传播的模板,提高整体功能的复用率。

所以,在价值阐述方面,要注意去体现你设计过程中围绕项目本身核心价值的思考,而不止是完成功能设计。

② 炫技

对管理层,除了说明你的思考的高度,也要体现你做事的深度。常常去使用一些创新的方式方法,去佐证你的观点也是一个不错的方法。

比如,在面向海外的产品设计时,在用户画像层面,用心理学模型“马斯洛需求层次模型”做侧面抽象,得到设计关键词。

设计师如何做好设计推案?我总结了这4个方面!

创新的方式方法会让你的设计案加分不少。

3. 对产品

产品方是把控产品整体策略和方向的角色,他们考虑的更多的是产品的商业化目标、KPI,对他们推案,需要用他们的思考模式说话,并融入自己的角色发声。在给到需求时,有些产品方会直接定义设计策略,干预到设计。

那么在推案上,就需要结合对方的需求,理解是为了达到什么目标而做,而不只是否定对方的设计。成熟产品的目标更集中在商业上,而初期产品则更集中在用户活跃和留存上。在理解了目标后,围绕对方的目标做推案,更能说服他们。

此外,可以尝试树立专业的形象,告诉对方,我是专业的。多用设计模型、心理学模型等设计思考的方法论,告诉对方,这么做是对的。树立出一个专业的设计形象,也能让你后续的合作流程更顺畅。

4. 对开发/美术-职能合作部门

合作职能部门,特别是开发、美术,推案更偏向于设计澄清会(评审会)的场景。说清楚你的设计案具体要做什么、分哪几个大模块,以及需要落地的细节点即可。

当然,程序员们并不是一个听你说要做 A 方案,就一定会做的群体,需要一定的推拉才能完成。在澄清会上,常见的开发话术有:“这个看起来没必要做吧”、“这个是不是体验不好?”、“这个开发代价太高了,是不是有别的方案”

①  “这个看起来没必要做吧”——跟他上价值

  1. 功能点价值(从项目价值出发)
  2. 设计点价值(从项目价值、以及用户体验出发)

② “这个是不是体验不好?”——跟他上专业形象

③  “这个开发代价太高了,是不是有别的方案”——确认技术难度点,沟通排期

在有一定经验后,如果能前置考虑到这点,并带着 B 方案沟通,效率也会更高。

5. 小结

除了上述针对不同对象的推案策略外,大家在推案中也多使用金字塔法则,“总分总”的思路,能让听的人一开始有个思路,也能让推案更顺利一些。

这些是我在工作中沉淀下来的一些小方法,分享给大家~也欢迎大家在评论区提出自己的想法哦,大家一起讨论~

收藏 41
点赞 39

复制本文链接 文章为作者独立观点不代表优设网立场,未经允许不得转载。