文章翻译 Medium 作者 Justin Baker， 文章中也加入了个人的一些进一步的个人理解，谢谢大家。

“如果只将我的列移动到左边5像素，那么这将使我们的设计成功！” – 这种可能性对于设计师来说是不存在的。

如果我们都同意上述声明有点荒谬，那为什么会这么频繁出现？我们如何让团队和组织停止专注于细节，而是专注于更大的东西？

当非设计者想到设计时，通常会想到什么？我想象大多数人会想起一个优雅的UI，美丽的动画，或数以千计的后备注释贴在房间周围的图像。如果您的组织以这种方式观看设计，那么您将继续获得审美和表面的反馈 - 成为碌碌无为的“像素推动者”（原文‘pixel pusher’，理论上指那种死抠像素之间细节的设计师）。

外行常认为设计师所做的不过是装饰，这种想法的原因是可能是因为有太多所谓的设计只是用来装饰而已，良好的设计不是而是是解决问题。

- Jeffrey Veen的《网页设计艺术与科学》

-

很多互联网行业或者咨询行业的设计师经常会被误解为画图者和美工，这的确是因为有比较多的设计师经常会关注与太过细节的东西，而往往忘记了一个产品真正核心的部分。例如，很多新入行的交互设计师会为一个APP的微小功能的交互方式的达成感到沾沾自喜，却忘记了这个功能应该服务于谁，他究竟有没有具体的应用意义。如果一味的只是炫耀交互模式的绚丽，而不能从根本上帮助用户解决使用这个功能的问题，那么设计师的价值就会被大大的弱化，对整个团队实际上也没有正向的意义。

优秀的设计师在执行任何一项产品的设计工作时，应该更有远见和全面性的考虑全局的问题。 我们不能局限于细节的东西，而是要从整体来看每一个小的功能，小的细节和产品的功能如同人体的细胞，而决定细胞价值的是要看承载它们的器官的作用应该是怎样的。譬如淘宝的购物车，它作为一个互联网产品支付流程部分和承载用户保存想购买的商品的渠道，快速的帮助用户去进行购买选择，加速购买的流程，而这个过程在交互上是很快的，整个的界面也没有任何的信息干扰（交互动效或者是视觉设计），用户可以很快的完成他们的支付操作。

使用设计来解决问题

当你深究设计本源时，实际设计本身就是设计总体目标背后的排列：解决问题。设计适用于解决用户的问题并且助力于业务目标。因此，要正式定义客观驱动的UX设计，它是在业务目标的背景下解决用户问题。

“设计师不是被雇佣于设计好看的东西或者赢取奖项。我们被雇用来解决业务问题。“ - 詹姆斯·布拉德利

让我们清楚一点：我们要解决的问题不是“提供更多营收”。相反，这个问题是：我们的客户在使用我们设计的软件时会出现的让他们困惑的体验，这降低了我们的用户转化率（比如成为订阅或者付费用户）和NPS（淨推薦分數Net Promoter® Score。） 请注意我们如何将两个客观和可测量的指标附加到我们的问题陈述中：用户转化率和NPS。

因此，我们的设计目标成为推动可衡量的目标。这有一些显着的好处：

- 您的团队，无论是企业还是产品，都会提出正确的问题

- 您的团队可以专注于重要的，而不是细节

- 您的团队拥有明确的目标

- 您的团队知道如何定义和衡量成功的交付成果

- 总体来说，由于业务和产品的一致性，您可以更快地设计和开发

以目标为导向来进行整体的设计工作会对整个团队和产品设计大有裨益。在设计工作中，我们会遇到各种各样的问题，有很多问题是我们在初期难以预见的，在碰到这些问题的时候并不要急于设计流程，而是要真正的去思考这个问题的根源出现在哪里，它作为产品主体出现在哪一环，会和其他相关联的产品功能有何种关系？在了解了这些问题的时候在进行整体的设计，往往会有更好的效果。

很多现实的设计工作难以如理论上美好，依旧有很多和用户体验相悖的需求我们不得不进行妥协。 理论上来说，学术化以及文章所展示的往往会比较理想，在具体的工作中，我们会面临很多不得不去做的流程设计，比如很多视频APP不停插播的广告，这种行为有可能会激怒用户，但是如果你不这么做就会减少产品的营收。但这并不与作者观点“解决问题不是提供更多营收”而相悖，由于很多现实原因的掣肘，作为设计师应该减少这些固然存在的需求对产品整体产生的阻力，让用户更好的去接受这些因为营销营收需要存在的元素，这也符合一个优秀的UX设计师的需要。

实施目标驱动的UX设计

1. 从定义问题开始 - 你想解决什么？这个问题值得解决吗？解决这个问题会积极影响用户体验和业务成果？

2. 定义指标和预期结果 - 您希望影响哪些指标？为什么会制定特定指标？你期望什么结果？你需要评估多长时间？你将如何评估？

3. 定义约束 - 你有什么资源可供处理？你的时间表是什么？什么是项目范围（Project scope）？

4. 确定适当的设计机制 - 并非每个设计项目都需要全套设计工具（譬如说很多缺乏数据调研背景的项目，我们可能没有太多时间去制定调研模型并对其进行相应的数据调研）。你应该为团队制定最符合团队需要的设计流程。

5. 设计，测试，迭代 - 这将是您正常的设计过程。

6. 衡量成果 - 设计方案是否对这些指标产生积极的影响？你的结果是否符合预期？有哪些出现的失误？你有没有对这些风险未雨绸缪？

7. 加速成果 - 你能做些什么来提高完成产品的效率？这正是你可以决定迭代设计本身，或者重新评估问题的表述，结果和限制。

当你重复使用目标驱动的UX项目时，迭代的重点不应只在于设计本身。您应该专注于迭代问题陈述，识别和测量正确的结果，并定义对项目的限制（潜在风险等）。经验丰富的设计师会告诉你，最大的设计挑战并不在于设计解决方案的实际实现，而是要辨别出那些真正需要去解决的问题