设计师如何做好设计推案

0. 前言

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

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

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

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

1. 对直接上级

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

- 在合作初期

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

1） 【设计思路的闭环】说明你的设计方法论是健全的、应用是正确的。

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

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

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

2） 【设计方案是正确的】说明你的设计方向有依据，是正确的。

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

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

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

- 在合作后期

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

2. 对往上的管理层

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

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

- 价值阐述

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

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

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

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

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

- 炫技

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

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

链接文章：

https://www.zcool.com.cn/article/ZMTM3MjE4MA==.html

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

3. 对产品

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

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

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

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

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

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

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

¡ 功能点价值（从项目价值出发）

¡ 设计点价值（从项目价值、以及用户体验出发）

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

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

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

5. 小结

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

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