每个年轻设计师都需要知道的几件事
软件，教程，最新文章，欢迎来的我的主页逛逛，获取更多真正实用的设计资源！zyxscientist.github.io
可能你会觉得题目很熟，确实这类文章大家可能已经读过很多了，但正式上班一个月的我觉得这篇最最讲到了点子上，态度、意识和观念对于一名年轻的设计师的成长才是最最关键的。抽空搬运过来分享给大家。<!--more-->
万事开头难，即便是你已经成功毕业并非常幸运地成为了一名产品或交互设计师，投身到自己最爱的行业里面，你也该感觉到这水有点深，学校教你的那套可能有些时候并不能帮你解决工作中遇到的实际问题，这时候或许你会有那么一点迷惘，失去了方向。有这样的感受非常正常，我相信每个小新兵刚开始的时候有经历过这样一段时间，不过这段令人迷惘的学校与社会的交接期对于一个新手日后的成长会造成很大的影响，一朋友问我关于这一点有什么可以分享，于是乎我写下了这篇文章，希望能为广大新人带来一点小小的帮助。
别让设计成为黑匣子实验
说服别人接受你的设计非常重要，但是这个过程讲究以理服人，用一些理论或者是一些说得通的理由来支持你的设计方案，而不是简单一句“我觉得这样好”，事实上没人真的知道这样好不好。当然我不是说我们做什么都要从理论出发，摒弃我们自己的品味和智慧，但只依靠自己的直觉是非常不妥的，设计也需要科学。鼓励队友提问题，他们可能会看到你没有关注到的点。
无缝融入
一个团队对于一个新人的加入肯定是需要成本的，要融入到工作之中除了知道自己是做什么的之外还需要知道应该怎么去做。如有需要，试着改变自己的节奏来融入你的团队。注意，我的意思并不是要你无限迁就别人，这样只会让你变成一台设计机器，你要找到你的位置，着眼于帮助同伴们一起提高整个团队的效率。这个无缝融入的过程有可能长达几个月，但当你们能够找到最适合自己的节奏，一切都显得非常值得。
提早获得反馈
尽早把原型做出来，即便是再厉害的设计师的作品都无法避免地存在一些这样或那样的问题，能够在更早的时期发现更多的问题能够减免很多后期自己打脸或别人帮你擦屁股的尴尬情况。无论你是多么的小心翼翼，骑牛数牛的现象在设计过程中常常发生，你无法避免地会忽视一些细微的问题或者越过了API限制（译者注：程序根本无法实现或实现成本非常高）。旁观者清，早点拿出去让别人瞧瞧吧。
负责到底
不要养成把参数和图片给了开发就不管不问的习惯，我知道你很忙，但是这一点也不pro。像Zeplin这类工具能够很好的帮你完成输出和标注工作，但是即便是作出了完美无缺的标注（这基本上也是不可能的事情），和输出了无可挑剔的资源后你还是有必要看看最终成品怎么样。即便你很了解产品，你还是要把玩一遍，制作走查表，看看是否一切都和你想象中的一样。
不要追求完美
作为设计师追求完美很好，但是我们并不需要每一次都和那颗多余的像素斗争。没必要每次都制作精美的可交互原型，也没必要每次都追求优雅好看的线框图。你的节奏应该由你来把控，你知道怎么精工细作，但是你也应当知道怎么不拘小节，快速输出。
你也应该知明白开发可能没办法100%按照你的想法实现产品，千万别试图以追求1个像素的完美来展现自己的style，这一点也不酷。选择一些你能够暂时接受的瑕疵放过去，保留精力去解决更加亟待解决的问题才能更有效的工作。
切莫刚愎自用
或许你是毕业生中最有才华最聪明的一个，但如果因此而变得自负，你会浪费这份天赋，更糟糕的是你很有可能会慢慢得不到别人的支持，这是最要命的。你不可能总是对的，不要持才傲物，打开你的耳朵，多多听取别人的意见或许能够看到更多，虚怀若谷的设计师才是最专业的设计师。
如果有能力有条件，多多使用有效科学的数据来驱动你的设计。
懂生意
很多人说设计师应该懂开发，这没错，**但我个人认为设计师也要懂生意，而且懂生意来得比懂开发更加重要。**假如你清楚自己项目实际上是一盘什么样的生意，或许你就能够看到老板现在最最需要的是什么东西。
学会洞察
洞察是设计师另外一项非常重要的技能，不要以为设计师就应该待在高档的写字楼里面，在自己的一片小角落里阳春白雪，天马行空。我们应该关心用户，多做调研，多做实验，不要看用户是怎么说的，而要看他们是怎么做的，这样你才有资格喊“以用户为中心”这句口号。
懂开发（译者自己加的）
上面说到设计师应该懂生意懂业务，这说得很对，不知道自己的公司是怎么靠你设计的产品赚取利润，整个商业模式是怎样的，这听起来都不是很靠谱**。然而对于设计师，尤其是交互设计师来说，懂开发，有API limitation意识也是非常重要的**，搞了大半天却发现这个功能开发连1%都不能实现，那么你浪费的可能不单单是自己的时间。交互设计师需要在现实中无法突破的技术疆界之内天马行空，做出交互逻辑清晰，能够实现，而且开发成本相对低的设计，这样不仅让团队更有效率，更能为产品性能的稳定带来很大的提升。做走查的时候如果遇到了bug，不要把它怪到开发头上就完事了，也看看自己的稿子设计的思路，是不是容易引起一些bug。