最近团队来了很多有潜力的小萌新，想起以前自己一步步踩过的坑，真不想这些小朋友再踩一次。但同时自己有懒得一个个去说工作要怎么入手blablabla（而且说了别人也没法一口气消化完）。于是就写了关于设计师该有怎么样的工作习惯这篇文章。在平台潜水那么久，学了那么多前辈的经验，终于可以自己分享点什么了～
一、设计师“看”什么
1. 原型
（1）需求完整性
需求是否设计完整不仅会决定设计师能否高效交付，还会延长开发周期。所以团队里的人都有责任为需求的完整性负责。设计师在需求评审之前要认真看原型，理解业务。
一次需求评审通常包含一个或多个功能，要保证每个功能的流程（正向/逆向）、状态、权限等都有清晰的说明。并要时刻保持全局思考，多维度的审查该功能操作时是否对其他模块内容有联动性，这样的联动对现在的页面和交互是否有影响。
（2）需求合理性
一个完整的需求不一定是完美的。产品人员利用原型传递需求，但他们的原型通常并不是最优的信息呈现方式或者功能交互方式。设计师需要在完全理解业务需求后，站在用户的角度思考最优方式。
2. 设计规范
（1）交互规范
作图时布局要符合交互规范。交互设计应该遵守从大到小的原则进行，结构层—>框架层—>内容呈现。
首先需要清晰知道将要设计的目标页面在整个项目结构里面属于哪一层，例如外层列表/详情页/抽屉层等；
页面布局要符合当前页面层次的布局规范，例如模块位置、标题位置、操作区位置等；
模块内容呈现要符合交互规范里面的组件规范，优先选择组件库的组件或者项目积累的业务组件。
（2）UI规范
页面表现层的细节应符合UI规范。看UI规范的时候除了要知道规范里面固定的值（比如字体大小有12px、14px、16px等），更重要的是要看这些值的使用场景（比如12px的字是备注型文案、14px是普通正文等），保持风格统一就是从这些视觉元素的统一开始的。
3. 竞品
设计师要具备一定的竞品分析意识和能力。竞品分析可以让设计师更了解行业同类产品在类似的业务场景的解决方案，从侧面获取行业背景和目标用户的行为习惯等方面的参考。多看竞品也可以开拓设计师的眼界，从交互和视觉上对认识标杆竞品，能更客观的看待自己的设计质量以及发现项目中存在的设计优化点。
特别是初级设计师，在接到任务后最好不要马上动手。可以多看看同类型的竞品，看别人对同样的功能是怎么做交互和视觉的，这样可以更直观的去理解业务需求（刚入门通常看需求都会觉得太抽象难理解）。
4. 产品核心数据
设计师应该重视自己输出物的实际效果有没有达到预期。最直观的方法是看真实数据。一般在项目开始时PD除了会说本次产品目标，还会取相关数据期望值。如果PD没有给出数据期望值的话，设计也应主动留意落地后数据的变化，一般可以看以下几种数据：
用户去留：页面PV、UV；
用户关注点：用户使用路径/关键页PV、UV；
用户转化率：用户流失步骤/页面跳出量、流失原因（操作埋点）。
5. 科学的设计理论
设计理论是整个设计的灵魂及核心，凸显你的整个设计作品是以什么理论作为基础及支撑的依据。就像你如果觉得自己是作为一个具备独立思考能力及判断能力的社会人，那应该具备的三观，这是你在整个社会上生活、工作、处事、待人、对物等等的原则及判断基础。
设计师应该是感性的+理性的，很多优秀的设计师都会把自己的工作经验总结成方法论。缺少感性，设计师就会变成图形的搬运工；缺少理性，设计师就很容易陷入“我认为我觉得”状态。好的设计除了在视觉层打动人，还要有对应的设计理论做支持，才能让更多的人读懂设计师的劳动成果。
6. 流行设计
设计师看流行设计是最基础的职业素养。如果一直不接收外界信息，人的思维方式会固化、思考能力会钝化。设计师要保持自己灵感源源不断必须要多看好的设计，潜移默化中吸取别人的优点，感受时代的设计潮流。这样在我们进行设计时才不至于固步自封闭门造车，而且对待同样的需求我们可以短时间内发散性的思考解决方案，提高工作效率和质量。
二、设计师“做”什么
1. 设计图
无论是什么设计工作，都离不开设计图。就像老话说的“字如其人”，当设计图给到很多协作人员看和使用的时候，它就代表了设计师的为人性格和处事风格。如果不想协作人员对自己有不好的印象，设计师就要对设计图有管理意识。
画板、图层命名是否让人能看懂；有些设计师没有命名习惯，设计图里全是“未命名1、copy1”，就像天书一样让人无从阅读，甚至有种想打人的冲动。
画板排列是否有一定逻辑；就算画板命名好了，排列方式和顺序也是很重要的。不同模块应该要明显的分隔开，同样页面不同状态应该尽量放在靠近的位置，方便别人查看。
2. 清晰的设计说明
无论设计图做的多棒，交互多炫酷，没有说明都是耍流氓。设计说明主要的服务对象是开发人员，他们实现一张设计图的时间可能是我们的好几倍，所以设计师应该多为他们着想，不要再让开发挤出时间去猜你的设计怎么实现。
另一方面，要是设计说明不够全面和清晰，会导致开发人员在多方评审时没办法准确判断方案可行性，最终实现效果与设计不符。这时候开发可能会给三种态度——生无可恋但还是给你改、无语至极并表示没时间以后再改、一脸正经地说做～不～了～
所以为了保持设计和开发的友好邦交，说明还是写清楚点吧。
设计说明通常包括以下几点：
操作方式：鼠标hover、点击、滚动、拖动……
交互效果：页面载入、出现、消失、跳转到xxx、形变、变色……
动态描述：（建议使用动画库）各种位移、渐隐渐显、动画时长、延时……
适配方式：页面宽度改变时，哪里固定宽高、哪里跟随改变、有没有最大最小值；滚动页面时，谁固定、谁滚动。
数据展示：默认填充值、输入内容类型、输入极限……
错误提示：提示方式（弹窗、toast、气泡……）、提示文案。
3. 设计规范
设计师除了要懂得看规范，还要懂得做规范，做一个详细的设计规范有很多的意义 ：
对于同一家公司的多个产品线来说，有一个统一UI规范，可以对多个产品在图标、主题色彩等方面进行规范，使得产品统一；
多个UI设计师共同合作时，有一个既定的规则大家可以遵守，省得大家各做各的，做出来的东西不像一个产品；
有时UI规范也可以对研发和测试童鞋们的工作予以指导。
没有一份设计规范能做到尽善尽美，遇到设计规范没覆盖的点，无论是规范的制定者还是执行者，都有义务去把它丰满起来。
4. 严谨的设计评审
严谨的设计评审应该包括三个步骤：自审、内审、多方评审。
自审最能体现一个设计师是否对工作负责。工作过程中多少都有错误和缺漏，这些问题应该先在自己能力范围内通过自查进行修补。设计图拿出去就代表着自己，没有人是专门为别人的错漏买单。如果时间充足而不自审，是设计师工作态度问题；如果时间不充足导致没时间自审，那要么是设计师时间管理出了问题，要么就是项目给予的设计时间不合理。
在内审和多方评审时，设计师应该对设计评审保持开放乐观的心态。设计评审绝对不是为了吊打设计图而存在的，设计评审上每个人都应该追求业务实现的最佳方式，客观地站在自己擅长的位置上对设计图提出建设性的建议。虽然评审时总有人会以非常主观的思维说出模棱两可的评价，例如不好看、不大气、怪怪得……
这时候设计师应该放宽心态，耐心的引导他说出具体的问题所在，或者可以回归到从产品目标推导设计方案的过程，让大家在统一的频道里对话。
5. 100%的设计还原
设计师要对落地效果负责。设计图交给开发人员后，设计师还要对落地效果进行跟踪和控制。在跟踪阶段，开发人员会因为种种原因对设计图产生各种各样的疑问或者需要设计师提供更多的资源，设计师需要尽量快速地响应，解答他们疑惑、给予可行范围内的帮助，避免工期延长。在落地效果控制阶段，设计师应该认真做好UI测试，把与设计图不符的地方记录清楚，并把UI bug按照严重程度区分。在有限的项目时间内让开发修改严重影响的bug，其他的可以在协商修改时间后再修改。
三、设计师“想”什么
1. 提炼设计亮点
设计师提炼自己的设计亮点，不仅能时刻鞭策自己不要拿“路人设计图”敷衍项目，还能提升自己对设计理论的实际理解，而且最重要的是让项目决策者更透彻明白你的方案，提高过稿率。所以当设计师完成任务后找不到自己一丝丝的亮点，那就是出问题了，好好自审一下吧。
设计师可以从以下几点提炼出亮点：
设计目标是怎么推导出来的；
设计目标在方案里是怎么体现；
优化前和优化后的对比，优化具有什么意义；
需求的复杂性及设计后的易用性；
为什么这个设计图就这么美！（视觉呈现用了什么方法、元素）
2. 挖掘产品体验优化点
好的设计师对产品有owner意识，根据市场竞争、客户使用等情况，产品需要稳定的持续迭代才能保持活力和竞争里，迭代过程中项目组每个人都有义务为产品的稳定成长出力。这时候设计师并不单纯是一个接收指令的角色，设计师可以像产品一样通过各种各样的方法挖掘出产品的体验优化点，进行记录、分类、积累，在下一版本策划时提出来给项目决策人评估要不要做。
3. 总结项目经验
项目是设计师成长最快的途径。不仅在做项目的过程中锻炼设计师落地能力，项目结束后如果设计师能把经验做适时的总结，这些经验就能得到很好的升华，可以成为下次项目的养分。这样设计师每次开始新的项目或者开启下一阶段的工作时都会信心满满，因为他知道自己之前什么做法是好的，可以继续使用。什么做法是不好的，要避免踩坑。
当经验积累到一定程度时，很多做法可以连接起来形成一套有效的工作流程，这时候设计师不仅具备自己承担项目落地角色，还可以帮助其他设计师知道他们的落地工作。
4. 发现自己的不足
人无完人，设计产物也会反应出设计师各种各样的缺点，比如：缺乏逻辑思考的人画的图就会有流程上的状态缺失，冲动急性子的人设计图上会有很多细节不完善等等。设计师要保持空杯心态，时刻发现自己不足之处，并予以改正。
