如何做好一场设计提案的Presentation

队的设计Leader分享他们的设计流程。但在应用这些流程之前，我们需要结合自己的项目情况，做一个清醒的判断和取舍，选择最适合自己的设计流程，而不是生搬硬套，在做Presentation的时候也更加有理有据。

以上图片出自Google的Design Sprint和阿里1688UED的『五导家』方法论。

举个例子，对于一些产品来说，通过满足用户诉求、创造用户价值，就可以直接拉动业务的发展（比如面向内部小二的CRM产品，通过设计优化流程、提升用户使用产品的效率，就能帮业务节省更多的人力资源成本）。那么，在设计流程上理解和定义清楚了用户问题后，就可以基于此开始发散寻找设计机会点；

但对于另一些处于『变现』、『盈利』阶段的产品来说，为了达到业务目标甚至需要适当牺牲用户

体验，这样的话仅从用户端发现、理解和定义问题、然后进行后续设计流程推导是不够的，也很难以此来说服和推动项目组（仅仅是更好的用户端体验，能带来的价值模糊而有限），这就需要在设计流程中同时结合考虑商业端和用户端的诉求，找到合适的平衡点来深挖。

2、清晰的设计主线

大家对设定设计原则/目标想来不陌生，什么高效、有趣、清晰、情感化之类的关键词也经常被我们所使用。但在如何推导得出这样的设计原则/目标，以及如何基于这样的设计原则/目标去分解合适的实现策略，并在阐述具体方案时让听众一下就感受到方案和目标的关联性上，却是包括我在内的一些设计师在新人阶段做得不够到位的地方。

而这样的设计提案阐述给人的感受就会是，流程挺完整，目标也有了，方案也有了。但设计流程之间却是脱节的，分解出一大堆设计机会点，然后又突然给了几个设计目标，还有几个看不出怎么体现设计目标、甚至和设计目标南辕北辙的方案，没有一条清晰的设计主线，反而给人一种在『

反推』、『套流程』的不良印象。

以上是我目前边使用边总结改进出来的一条设计分析思路（抱歉具体案例目前不太方便透露……），将以前孤立开来分析和阐述的问题、机会点、设计目标等环节串联了起来，有了这条设计主线之后，在方案的设计和表达过程中也能做到更清晰连贯，而不是『跳跃式前进』。

节奏控制：懂取舍，抓重心

在时间和成本有限的情况下，学会对事情进行优先级判断和取舍是一项非常重要的技能，在执行设计与讲解方案时都是如此。

判断优先级高低的标准可以有和核心目标的关联强弱、商业/用户价值的大小、用户场景的普遍性、对故事完整性的影响程度（此条主要用在Presentation等场合）等。

举个例子，之前我做了一个基于比较大而泛的场景（旅游）的虚拟项目，通过用户体验地图得出了一大堆可以发挥的机会点，但在整个项目周期时间非常有限的情况下，我不可能针对每个机会点都去分析和设计方案，最终选择了在链路的三个关键环节（旅游前、旅游中、旅游后）各挑了1~2个用户诉求痛点相对普遍、和核心目标关联也强的场景展开设计，保证了最终Presentation时有重点和故事的完整性。

想要『面面俱到』，可能反而会换来『全面平庸』，对于正在求职的朋友们来说，准备作品集的时候道理也相似，与其一口气将包含自己学生+实习阶段所有作品不论优劣全放上去，不如精心挑

选1~3个最佳案例，突出自己的核心亮点与优势，在面试时也能有的放矢。

表现形式：以『动』制『静』

虽然我们实际工作中输出的交互稿以静态居多，而对于开发来说，静态交互稿上的各种说明注释也更清晰全面，不容易遗漏场景，但对于Presentation这样的场合，动态的可交互Demo/视频的表现力则要强得多，你不需要费太多口舌进行『点击A去B查看C』之类的流程说明，而可以专注在阐述方案的设计思路上，而趣味的动效转场设计也可以让方案增色不少。

不久前某虚拟项目（换言之不上线不考虑技术可行性）中做的Demo，视觉不是我……

至于工具选择上，移动端从上手曲线和制作效率的角度上个人喜欢Principle，PC端目前还没有找到特别好的Demo制作工具，只能比较老土地继续使用Axure，要是大家有什么好的PC端Demo制作工具推荐，欢迎留言给我。

人人都是产品经理（）中国最大最活跃的产品经理学习、交流、分享平台