在工作环境里，相较其他职业， 设计师 是一个很容易接收到他人挑战的职业。不管是产品、开发、还是同职能部门的同事，都会对设计案提出想法、建议，盲目听从容易打乱自己的工作节奏，还容易影响事务进度。
因此，好的 设计推案 的方式就显得尤为重要。
对同职能部门，能够提升设计案的“价值”，减少设计案被打回修改，提升成功过稿的概率；而对业务合作部门，能够减少沟通所需的工作时耗，提升个人在外的品牌度。
不同的推案对象，对方的关注点不同，需要制定不同的方针。本文将结合作者平时工作中遇到的情况，进行推案策略收敛，希望对大家有所帮助～
如何利用方程思维，从设计目标推导设计方案？ 今天就想给大家做做数学题，让大家再次感受一下被数学支配的“恐惧”（回忆）。
阅读文章 >
1. 对直接上级 直接上级作为一个审核者和有经验的设计者，通常会更关注设计是否合理。同时，在双方合作的不同阶段，根据对你的信赖度，会有不同的审核机制。
① 在合作初期
此时需要建立直接上级对你的信任，注重 2 个核心点的传达
「设计思路的闭环」 说明你的设计方法论是健全的、应用是正确的。
这里借用 About Face3.0 里对如何连接实现模型和心理模型的图，设计的过程应该是在思考中不断优化、不断迭代，使 设计方案 更贴近用户的过程。而我们在传达过程中，则是要把这个过程阐述清楚，让设计言之有理、言之有物。
需要体现需求分析、目标用户、应用场景、竞品佐证到设计方案推导的完整流程。
有个加分项，每个阶段的事务都有明确的目的，而不是因为流程如此而做，比如将需求分析后的疑问点带入到竞品分析的目的中，这样你的设计思路会显得更闭环一些。
「设计方案是正确的」 说明你的设计方向有依据，是正确的。
竞品分析的目的不是直接把竞品的设计直接复制、粘贴到自己的设计案中，在推案中最好呈现基于竞品基础上自己的思考。比如在做产品框架设计时，可以基于竞品的框架做一波收敛，说明优缺点，结合产品现状说明自己最后选用的设计框架。
这里注重借助竞品去佐证你的想法，说明自己的设计策略，有依据的阐述自己的设计思路即可。
记住不去做太“特别”、没有先例的设计。
② 在合作后期
在你比较被信任度情况下，一般上级是不会花那么多时间去审核你的案子。注重“有重点的推案”。此时主要告诉对方，你的设计核心点，和部分有疑问的部分你的设计思考和结果即可。
2. 对往上的管理层 管理层作为一个偏战略部署的角色，他们更看重你做的设计如何有价值，而且每一次的推案都是他们在暗暗对你“评估”的过程。
对他们的推案，核心 2 个点，1 价值、2 炫技。
① 价值阐述
“如何在设计本身只是一个小功能设计案的时候讲出自己的价值？”、“明明只是设计案，硬要挂钩价值好难。” 这是一般的设计师都会遇到的问题。
价值要从项目出发，多看看项目官网里项目的核心定位（卖点），去了解这个产品的“生存机制”，从产品痛点为基石去讲。
比如，微信的拍摄表情模块的交互设计，虽然在整体应用内，只是一个小模块，但是对核心业务场景“聊天”来说是亮点功能，通过拍摄表情，让用户在聊天中，能够更多的跟好友 Show 出自己，通过表情包的传递，提高用户聊天过程体验，让用户和好友感觉更亲近，从而提升用户整体活跃，为产品日活贡献价值。
而基于价值推导，可以发现拍摄表情的核心是“秀出自己”、“传播效益”，对应到设计中，就应该把用户自拍作为默认选项，并降低操作成本，提高拍摄成功率；而为了更好的传播，就应该设置一些易于传播的模板，提高整体功能的复用率。
所以，在价值阐述方面，要注意去体现你设计过程中围绕项目本身核心价值的思考，而不止是完成功能设计。
② 炫技
对管理层，除了说明你的思考的高度，也要体现你做事的深度。常常去使用一些创新的方式方法，去佐证你的观点也是一个不错的方法。
比如，在面向海外的产品设计时，在用户画像层面，用心理学模型“马斯洛需求层次模型”做侧面抽象，得到设计关键词。
企业出海产品如何做用户调研？试试这个小成本方法！ 前言 产品出海、特别是教育产品出海，在国内对向教育产品政策收紧这个大趋势下，已经成为部分教育公司必须考虑的命题。
阅读文章 >
创新的方式方法会让你的设计案加分不少。
3. 对产品 产品方是把控产品整体策略和方向的角色，他们考虑的更多的是产品的商业化目标、KPI，对他们推案，需要用他们的思考模式说话，并融入自己的角色发声。在给到需求时，有些产品方会直接定义设计策略，干预到设计。
那么在推案上，就需要结合对方的需求，理解是为了达到什么目标而做，而不只是否定对方的设计。成熟产品的目标更集中在商业上，而初期产品则更集中在用户活跃和留存上。在理解了目标后，围绕对方的目标做推案，更能说服他们。
此外，可以尝试树立专业的形象，告诉对方，我是专业的。多用设计模型、心理学模型等设计思考的方法论，告诉对方，这么做是对的。树立出一个专业的设计形象，也能让你后续的合作流程更顺畅。
4. 对开发/美术-职能合作部门 合作职能部门，特别是开发、美术，推案更偏向于设计澄清会（评审会）的场景。说清楚你的设计案具体要做什么、分哪几个大模块，以及需要落地的细节点即可。
当然，程序员们并不是一个听你说要做 A 方案，就一定会做的群体，需要一定的推拉才能完成。在澄清会上，常见的开发话术有：“这个看起来没必要做吧”、“这个是不是体验不好？”、“这个开发代价太高了，是不是有别的方案”
① “这个看起来没必要做吧”——跟他上价值
功能点价值（从项目价值出发） 设计点价值（从项目价值、以及用户体验出发） ② “这个是不是体验不好？”——跟他上专业形象
③ “这个开发代价太高了，是不是有别的方案”——确认技术难度点，沟通排期
在有一定经验后，如果能前置考虑到这点，并带着 B 方案沟通，效率也会更高。
5. 小结 除了上述针对不同对象的推案策略外，大家在推案中也多使用金字塔法则，“总分总”的思路，能让听的人一开始有个思路，也能让推案更顺利一些。
这些是我在工作中沉淀下来的一些小方法，分享给大家～也欢迎大家在评论区提出自己的想法哦，大家一起讨论～
