身为设计师,该如何与工程师更好地工作.pdfVIP

身为设计师 ，该如何与工程师更好地工作 Julie Z huo ( Faceboo k 产品设计总监) ：多年前 ，我曾当过产品经理 ，然 是工程师 ，过去七年从事 的是设计工作。每天我都跟担任这些角色的人一起工作 ，每一天 ，我对产品开发背 的责任、挑战 和艺术都有新的体会。工程师是团队的魔术师 ，他们拿到开发计划、图像素材 ，只需轻轻舞动 手指 ，Vo ila(看哪)!产品就动起来了。身为一个设计师 ，妳要如何跟上他们精明、喜好自嘲却又按部 就班的做事节奏呢?请继续读下去。 工程师就是那个将点子化为现实的人 工程师可以让好的提案变成真的 ，永远、永远不要忘记这件事。不管妳的公司有 5 个、500 个还是 5000 个工程师 ，工程师都不是一种 「资源」。他们是打下基础、让产品动起来的守护者。他们使产 品得以运作 ，而且运作起来速度飞快;他们使产品坚固、耐用、可靠 ，还能让产品规模化 ，使数以亿 计的人受益。 我说这些的意思是 ：工程师超厉害! 这表示…… 想让神奇的事发生?妳只需要说服一、两个工程师 这是真的。许多传奇性的产品故事都是这样开始的 ：几个朋友、一个周末、几罐啤酒、一起 「骇」 一下 ，产品经理和主管加入都是之 的事。他们会从基本的东西开始——一个想法、一个设计、一 个实作。这就是为什么公司要付钱来换取与工程师之间的紧密联系。 或是 ，想象一下这个情境 ：妳发现产品有一个小小的部分令人很不舒服 ，真的很受不了的那种。妳 觉得那个设计根本就不对。妳该怎么办? 1. 下次团队开会时提出来 ，让负责安排任务优先级的人放入列表 ，留给之 某个新进工程师 「练习 一下」以适应环境。 2. 紧盯着某个工程师 ，走到她的桌边 ，问她是不是可以花个五分钟处理这个问题。看着她交出成果( 也许必须用 80 年代知名乐团设计一件 T-shi t 之类的作为交换 ，反正妳对 Illust at o 很在行)。 猜猜看哪个选项可以最快解决问题? 这样说吧…… 如果合作的工程师也欣赏设计的价值 ，那么事情就容易多了 当妳所合作的工程师 ，不必问妳每一项细节也知道该如何填补模拟画面的不足之处 ，即便妳忘了在 模拟画面标出网页边界距离是几个像素 ，她自己也会打开 Phot osho p 测量——这是多么美妙的事 。特别是她还能给出一些让设计变得更好的意见 ，这简直不可思议。更惊人的是 ，这样的工程师完 成第一个版本 ，妳会几乎分辨不出她做的东西跟妳给的模拟画面有何区别 ，一切的细节是那么的 精准到位。 要怎么样才能跟这种等级的工程合作呢?Well ，妳可以雇用他们。如果可以的话那妳真的很幸运 ， 因为 UI 设计导向的工程师可是大家抢着要。 或是妳可以协助合作的每一位工程师学会欣赏好设计。该怎么做?别只是把仿真画面丢给工程师— —好好地跟他们解释妳的设计。与他们分享妳的价值 ，告诉他们为什么妳的设计提案值得被开发 出来。协助他们学习如何判断实作出来的成品与妳的设计是否相符。当妳说某个东西看起来不好的 时候 ，告诉工程师妳是怎么想的。 建立关系很重要 人们价值观与优先级的移转都建立在与他人的对话之上。这很老派 ，但用来做事非常有效。 很多工程师或许不注重设计上的细节 ，但是他们大部分都很在乎使用者体验 ，而且会想要把它变得 更好。我不是说每一个设计师都很享受设计细节的工作 ，但工程师那份为了让产品变得更好的心 ， 有助于我们对他们解释设计背 的理念。 因为工程师越是喜欢设计 ，他们越能够理解背 的思维 ，看见设计的价值 ，进而让设计越快完成 实作 ，而且还会做得更好。 尽早了解工程上的限制 ， 为自己节省时间 身为设计师 ，很容易栽进 「如果」的世界。如果我们可以读懂妳的心思 ，明白妳想要、想看的是 什么 ，并且呈现给妳呢?如果你点了这个按钮之 画面就爆出一阵火光的特效呢? 如果你没有及早搞懂技术或时间上的限制 ，那就别为了根本不可能实现的设计费心。(就算这是个值 得一试的设计也一样 ，如果你真的明白它的限制 ，就会知道这有多困难。)最糟的情况是妳投注大量 时间和心血去完善设计 ，倒头来却发现根本不可行。好的设计师已经够少了 ，要解决的大问题又那 么多 ，我们最不需要的就是这类没效率的事。 所以下次如果有什么好点子冒出来 ，但妳心中对于是否可行却感到疑虑重重时 ，别猜 ，直接问工 程师。 另一边也一样…… 省下工程师的时间;随时让他们知道最终设计长什么样子 如果妳要工程师去实作一项设计 ，但是在看见成品之前自己也不太确定设计可以运作得多好 ，那么 请妳一定