阿里设计师的思考总结：用户体验设计的进阶修炼之路.pdfVIP

阿里设计师的思考总结：用户体验设计的进阶修炼之路 从方法、标准、协同、软技能和创新五个方面说说我对用户体验设计进阶修炼的思考与实践 。 对我来说， 2015 年尚处于用户体验设计的职场入门阶段，而 2016 年的核心则是开始撕下初级与新 人标签的进阶修炼。 2016 年4 月份的 S1 开始时，我给自己设定了包括形成个人设计方法论与应用案 例等一系列目标。如今 S1 结束，也是时候对这段时间的进阶修炼来一个总结回顾了。 形成自己的设计方法 在公司内部经常会有一些跨部门的 UED 分享活动，听完后，个人最明显的一点感触就是，这些来分 享的设计师普遍有着一套自己思考总结出来的设计方法论，并且有成功的应用案例支撑。 也许有人会有疑惑，现在关于设计方法的轮子到处都是，网上随便一搜就能找到某某大厂某某大牛 的设计方法分享，直接拿来用就好了，为什么还要费心费力自己造轮子呢？ 在我自己的设计方法还没有完全成型时，我一度很迷信于网上别人的各种设计方法的分享，并试图 在自己的项目里加以运用，但结果却差强人意：设计推导的过程看似洋洋洒洒专业性十足，拿出来 给别人一看一讲就发现漏洞百出；有时为了套方法而套方法，体验地图一类的输出物看似有模有样 ，最后项目做完了才发现设计方案时基本没用到 …… 虽然自己用的都是别人经过验证的设计方法，但却没有理解透这些方法的应用场景与局限所在，也 不清楚哪些环节其实并非必要存在，自然也让实际的应用效果大打折扣。而靠自己思考、沉淀和交 流改进出来的设计方法，理解和运用起来则要透彻顺手很多。 如何形成自己的设计方法？ 最好的途径是跟着项目走，尤其是要主动去争取那些介入节点早、体验驱动强、完整性高的项目机 会（我自己的设计方法就是在一个 UX 作为 Owner 驱动的网站改版项目中形成的，这个项目中 的Owner 角色争取也是主动向 PD 提出，然后得到对方放权的）。 作为设计师，从最开始的业务问题分析与用户调研，到最后的系统设计方案产出，每个环节都深度 参与，对一些前期的工作要摒除掉「这是用研干的」、「这是 PD 干的」的思维局限，而采用和专业 人士共创输出的方式；因为设计方法是一个很完整的发现问题 -分析问题 -解决问题 -验证效果的过程 。 如果总是让产品经理把用户痛点和解决方案全部梳理好给你，自己满足于做一些交互细节的优化与 补全（这也是我觉得大公司的大型设计团队不一定那么好的重要原因，想接触高完整性、高自由度 的项目偏难，虽然也会羡慕他们能花很多心思去打磨动效等体验细节），而不是主动争取更早的介 入时机与更多的项目话语权的话，是很难在项目里建立起全链路的思维方式，进而提炼总结出自己 的设计方法的。 在建立设计方法的过程中，除了从项目的每个环节中思考提炼以外，也要多吸收前人的经验（不是 无脑照搬，而是有意识去找业务背景、产品类型相通的应用案例），多和经验比自己丰富的同事请 教交流，不断修正优化自己的设计方法，而不是幻想着一劳永逸。 建立交付物衡量标准 大厂的实习生 /校招生入职后基本都会有 Mentor （我厂内部的叫法是师兄）带着，设计交付物往往都 是先经过 Mentor 的一轮 Review ，再正式拿去和大家评审， Mentor 们能发现很多我们自己没注意到 的问题，指导我们做出改进。 但对于 Mentor 的过于依赖（无论项目大小都要找 Mentor 看一遍，遇到问题直接问 Mentor 解决方案 而不是自己先想出方案再请教），则会让我们丧失独立思考与判断方案好坏的能力（两年前我曾被 一位 Mentor 这么批评过），我是很难相信一个独立思考能力弱的设计师可以做到真正的「独当 一面」，而「独当一面」的能力正是初级设计师与高级设计师的重要分水岭之一。 怎么更准确全面地思考和判断自己的设计方案的好坏呢？我的应对策略是给自己建立一套完整的交 互设计方案衡量标准，再用这套标准去要求和驱动自己做出更好的设计。我的这套衡量标准建立也 不是一朝一夕，而是在项目中不断总结沉淀自己踩过的坑，再结合网上前辈们的一些分享而成，涉 及到目标相关性、流程完整性、整体美观性、易理解性、易操作性、技术可行性、分支与边界状态 、情感趣味性、品牌调性传达、业务创新性以及社会责任感等多个方面。具体大家可