当产品即将上线的时候，我（原作者）就会变成一个完美主义者。每一个没有对齐的元素或者是奇怪的交互都是我的眼中钉。还会有一打有瑕疵的实现排着队嘲笑我。一切看起来都糟透了。

但是团队中的其他成员觉得产品看起来挺好的，基本的功能都有了。他们会问：“把这个按钮移动3px真的会让我们的产品变得更好么？”或者争辩：“上次我们修正了一个很小的设计bug，一点儿也没觉得产品有什么变化。”接着大家就开始想其他的创意，还有下个版本的功能点了。

如果你也跟我一样，这种境遇真是超级让人沮丧。作为一个设计师，我们有责任把控整个产品的质量，尽管我们在团队中很被动，我们可以设计出精美、有难度、超棒的细节，却不能实现、测试、让它们上线。

怎样才能让工程师和产品同行们关心设计，配合我们完成设计呢？我跟这个问题斗争N次了，下面就是我目前学到的。

不为了设计而设计

设计师知道“够用的”与“讨喜的”之间的差距，这也是为什么我们总是纠结于细节。(littlebigdetails.com) 但是打造完美的细节跟做更多实用的功能之间总是需要权衡的：保证细节都完美往往意味着放慢节开发速度。

所以“这样看起来更好”这样的理由是不够的。设计师需要提出充分的理由说服团队成员为什么要花时间去修正完成设计。

注重细节会增加用户的信任度

用户通过视觉设计、文案和交互来评判一个在线产品的可信度。如果相信用户的信任度会影响到你的业务，那么你就要重视起设计的细节。去查阅一些关于界面设计与用户信任的关系的学术文章或者看看这个斯坦福的关于网站可信性的项目吧。

Mint, Square, and Simple 这三家在设计细节上做的都非常好，并赢得了用户的信任。他们也都是刚刚起步的产品，但用户很放心地使用它们存储财务明细、进行支付、保管账户。

注重细节会增加产品的可用性

每次看见MailChimp的logo都让我会心一笑！不杂乱的Google首页看起来非常舒服。Apple精致到每一像素的界面非常讨人喜欢。他们都确保了设计细节的准确度，并建立了一种正面的情绪，不过为什么这很重要呢？

在我们的大脑里，有一个奇怪大脑黑客 – 情绪状态。思想受情绪状态的影响非常大，感到挫败或者高兴会影响我们解决问题的方式。我心情不好的时候，面对一个让我感到困惑的产品，狂点按钮它却不起作用。如此挫败的情况下，就算我试着更努力的做同样的事情，也不会帮助我完成目标。

但当我们心情不错的时候，用起界面来感觉就像玩了。世界对我们来说是一个迷宫，不是一场战役，你看什么都顺眼了。即使遇到让我们困惑的问题，会更乐于尝试探索并发现其他解决问题的方式。唐纳德·诺曼的《情感化设计》对这方面进行了专门的探讨。当然这里要说的重点是：优秀的产品细节可以创造积极的情绪状态，让产品更易于使用。

批量处理你的工作吧

如果你的产品有一大堆需要修正跟等待完成的问题，只改好其中一个并不能让你或你的用户觉得爽。这就跟填补一个坑并不会让一条坑坑洼洼的路变平一样，你根本察觉不到变化。

所以，窍门就是：一次性处理完所有的 UI bug 吧！如果你的团队也是定期找一天处理最近的bug，那也试着主持一个修正设计bug的日子。作为设计师，你需要提前把所有需要修正的问题统计成列表或者提交到bug跟踪的平台，并且为bug们列好优先级。

在bug清除计划这天到来的时候，所有人都可以专注的把列表上的问题一个个搞定啦。当然你不可能一次性解决所有的bug，这没关系。不积跬步无以至千里，一天结束后，你们会发现，产品已经有很明显的改进了。这也会让所有全对成员都觉得棒极了，也会让大家在未来都更用心去改进设计上的问题。

一点一点打磨

我第一次在创建产品功能点时尝试去把控产品质量的时候，我就搞砸了。事情的开始总是美好的：工程师跟我对设计达成了一致，然后我画了原型图给他，第二天他乐滋滋的给我看他写完的程序，结果不忍直视，这哪里是我的设计啊！

我当场就怒了，一边抱怨一边指出所有的错误。这导致后面他就不愿意来问我的反馈了，实现的产品品质进一步变差，我就更沮丧了，典型的恶性循环。

后来，我逐渐认识到，当工程师觉得一个产品已经完成了90%时，在设计师眼里，可能只完成了10%。现在在产品功能实现完美之前，哪怕只有一点点用户界面细节完成了，我就觉得很开心了。

当工程师们在场的时候，我也尝试去建立敏捷的反馈、修改机制。我会说：“等你检查这个的时候拉上我。”这样一来我们就可以在这个过程中修正一些小的错误。

避免不必要的定制化

在Photoshop里设计一个个性化的按钮很简单 – 这只是我们看到的冰山一角。其实为了保证细节的完美是需要付出很多的，比如：除了正常的状态，还需要有按下、不可用的状态、 防止在双击按钮时按钮上的文字高亮等等一些列可能会使用到的状态。

我有常常会撞上冰山。比如，Ajax网页比传统的网页需要花更多的时间；移动端定制化的菜单比起原生的就需要花更多的时间。如果团队并没有足够的时间去打磨这些定制化的UI，使用原生控件也许是更好的选择。

————————————————————–

以上就是这几年我在推进设计细节的工作中学到的技巧。据我所知，每个团队的文化不一样，他们对于设计品质的态度也都不一样。因此有些团队愿意花时间去把细节做的更好，有一些团队更倾向于先让产品尽快上线。

不同的团队是如何创建自己关于品质的标准的，我很感兴趣。你是如何让你的团队同意一些设计细节并花时间在改善设计细节上的呢？哪些对你来说是很管用的招？哪些没用？我们可以一起来探讨。

—————————————————————

这篇文章原载于Design Staff，由Google Ventures所设计的关于创业的博客。

译者：hanarun；译文：简书