<dd id="rcs5i"><tr id="rcs5i"></tr></dd>
    <div id="rcs5i"></div>

    <div id="rcs5i"></div>

      1. <div id="rcs5i"></div>

        当前位置: 首页 > 设计教程 > 平面设计理论 > 如何做好设计提案Presentation的总结

        如何做好设计提案Presentation的总结

        在过去很长一段时间怎么清晰透彻地把自己的设计思路与方案讲述出来一直是一个比较困扰我的问题直到最近几次工作中的虚拟项目方案汇报中这一问题才改观了不少也收到了相对不错的结果反馈今天就从逻辑节奏与表现三方面说说我对怎么做好一场设计提案Presentation的总结吧

        逻辑框架环环相扣的推导

        很多大公司设计团队里都会有一套比较成熟完整的设计流程对于新人来说研究?#36739;?#23601;套到自己的项目里好像也不是什么难事但新人容易犯的一个错误就是常常只看到关键流程节点的表象却忽视对这些节点之间如何串联的逻辑的推敲也因此更容易在阐述设计思路时遭到?#20309;?#22871;方法而套方法的?#23460;?#21644;挑战如何让设计过程的推导与阐述更富于逻辑性呢?

        如何做好设计提案Presentation的总结

        一合适的设计流程

        网上各种设计流程相关的资料不少在公司内部的UED分享活动中我也常常听到来自不同部门团队的设计Leader分享他们的设计流程但在应用这些流程之前我们需要结合自己的项目情况做一个清醒的判断和取舍选择最适合自己的设计流程而不是生搬硬套在做Presentation的时候也更加有理有据

        以上?#35745;?#20986;自Google的Design Sprint和阿里1688UED的?#20309;?#23548;家方法论

        举个例子对于一些产品来说通过满足用户诉求创造用户价值就可以直接拉动业务的发展(比如面向内部小二的CRM产品通过设计优化流程提升用户使用产品的效率就能帮业务节省更多的人力资源成本)那么在设计流程上理解?#25237;?#20041;清楚了用户问题后就可以基于此开始发散寻找设计机会点;但对于另一些处于变?#24103;?#30408;利阶段的产品来说为了达到业务目标甚至需要适当牺牲用户体验这样的话仅从用户端发?#24103;?#29702;解?#25237;?#20041;问题然后进行后续设计流程推导是不够的也很难?#28304;?#26469;说服和推动项目组(仅仅是更好的用户端体验能带来的价?#30340;?#31946;而有限)这?#25176;?#35201;在设计流程中同时结合考?#24039;?#19994;端和用户端的诉求找到合适的平衡点来深挖

        二清晰的设计主线

        大家对设定设计原则/目标想来不?#21543;?#20160;么高效有趣清晰情感化之类的关键词也经常被我们所使用但在如何推导得出这样的设计原则/目标以及如何基于这样的设计原则/目标去?#32440;?#21512;适的实?#26893;?#30053;并在阐述具体方案时让听众一下?#36879;?#21463;到方案和目标的关联性上却是包括我在内的一些设计师在新人阶段做得不够到位的地方

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

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

        节奏控制懂取舍抓重心

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

        判断优先级高低的标准可以有和核心目标的关联强弱商业/用户价值的大小用户场景的普遍性对故事完整性的影响程度(此条主要用在Presentation等场合)?#21462;?#20030;个例子之前我做了一个基于比较大而泛的场景(旅游)的虚拟项目通过用户体验地图得出了一大堆可以发挥的机会点但在整个项目周期时间非常有限的情况下我不可能针对每个机会点都去分析和设计方案最终选择了在链路的三个关键?#26041;?旅游前旅游中旅游后)各挑了1~2个用户诉求痛点相对普遍和核心目标关联也强的场景展开设计保证了最终Presentation时有重点和故事的完整性

        想要?#22909;?#38754;俱到可能反而会换来全面平庸对于正在求职的朋友们来说准备作品集的时候道理也相似与其一口气将包含自己学生+实习阶段所有作品不论优劣全放上去不如精心挑选1~3个最佳案例突出自己的核心亮点与优势在面试时也能有的放矢

        表?#20013;问?#20197;动制静

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

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

        至于工具选择上移动端从上手曲线和制作效率的角度上个人?#19981;PrinciplePC端目前还没有找到特别好的Demo制作工具只能比较老土地继续使用Axure

        分享到: 
        如何设计出简单易用的网页
        如何打造更加简洁的用户界面
        ڿ¡

        <dd id="rcs5i"><tr id="rcs5i"></tr></dd>
          <div id="rcs5i"></div>

          <div id="rcs5i"></div>

            1. <div id="rcs5i"></div>

              <dd id="rcs5i"><tr id="rcs5i"></tr></dd>
                <div id="rcs5i"></div>

                <div id="rcs5i"></div>

                  1. <div id="rcs5i"></div>