设计问题陈述——它们是什么以及如何构建它们

2006 年，微软采取了竞争性举措，并发布了 Zune，这是它的未来主义版本，一键式，每一首歌都在你的口袋里 iPod。 屏幕上的颜色很有冲击力，界面以漂亮的极简字体为主导。 挑战苹果是一个大胆的举动，但在产品领域，成功并不总是第一。

可以说，Zune 独有的功能，例如将歌曲从一个 Zune 无线发送到另一个 Zune（中间的一项创新功能）与 iPod 独有的功能一样好，使微软的产品成为一个看似强有力的竞争者. 但相反，这是一个失败。

为什么？

你可以找出无数 Zune 不成功的原因（可能还有一堆应该成功的原因）。 一个主要的根本原因是微软没有发现 Zune 可以解决的问题。 没有明确的 iPod 未能满足用户需求，也没有任何新的创新会改变现状。 Zune 没有解决任何问题。

如果没有问题，就没有解决方案，公司就没有存在的理由。 – Vinod Khosla，Khosla Ventures（一家硅谷风险投资公司）

究竟什么是“设计问题”？

我们都拥有它们，解决了它们，并且绝对是造成它们的原因。 但简单地说，这本身就是一个挑战。 牛津词典称问题是“被视为不受欢迎或有害且需要处理和克服的问题或情况”。 是的，但这意味着对期望的结果有意识。 尽管对牛津词典中的聪明才智给予了应有的尊重，但这个定义缺少一个重要的组成部分：无意识的欲望。

汽车的发明者亨利·福特 (Henry Ford) 曾说过一句名言：“如果我问人们他们想要什么，他们会说更快的马。” 他知道手头不受欢迎的事情是马太慢了。 但这并不是真正需要解决的问题。 他的客户无法表达出更深层次的需求。

Richard Buchanan 是一位“设计理论家”，他的职业生涯围绕以人为本的设计思维原则。 在他的论文《设计研究与新学习》中，他将设计定义为“构思、规划和制造产品或服务的人类力量，为人类实现个人和集体目的而服务”，他暗示了用户未明确表达的需求。 。” 需要注意的是用户的目的，而不仅仅是不受欢迎的情况。 这种更深层次的需求是用户渴望的根源，无论他们是否能够表达出来。

福特的客户认为他们需要更快的版本。 但福特了解他们更深层次的目的：更快地从一个地方到达另一个地方。 这种区别帮助他避免了简单地设计一匹更快的马，而是打开了创造以前从未存在过的东西的大门。

问题不仅仅是不受欢迎的情况或偏离规范的问题——尽管这些仍然是问题的有效定义。 对于设计师和创造性的问题解决方案来说，问题是一种未满足的需求，如果得到满足，就可以满足用户的目的。

为什么要提出问题？

设计问题的框架是以人为中心的设计过程的第一步。 它优先考虑刚刚讨论的元素：用户和他们希望实现的目的。 这意味着在发现根深蒂固的欲望方面，第一轮用户研究可能是革命性的。 进行用户访谈或桌面研究，例如竞争分析，可以揭示对潜在用户的洞察以及他们面临的问题。

例如，一个设计问题陈述可能是，“新妈妈需要一种与支持小组建立联系的方式，因为他们花大量时间与婴儿独处，最终感到孤立和孤独。” 这些妈妈根深蒂固地渴望知道她们并不孤单，而新产品可能会帮助她们实现与他人联系的目的。

设计团队可以开发应用程序、社交网络平台，甚至是妈妈们可以聚集的实体场所。 问题陈述将指导团队导航决策和功能，例如，我们应该使用人工智能吗？ 它应该链接到哪些其他应用程序？ 环境怎么设计？ 框架问题提供了为用户制定最佳解决方案的框架。

通过用一个足够窄的陈述来界定问题，以带来焦点，但又足够宽泛以激发创造力，产品设计团队可以同时专注于解决设计问题和对创新的可能性持开放态度。

识别障碍和机会

当你知道你想去的方向时，你就能看到你面前的东西。 有了根植于用户目的的明确定义的问题，就更容易看出在实现最终目标的过程中存在哪些障碍。 如果在项目开始时清楚地说明了问题，它可以作为一个镜头，通过它找到可能被忽视的额外机会。

围绕设计问题解决调整团队

在不知不觉中，团队成员——利益相关者、设计师、开发人员，甚至用户——在他们的脑海中对最终产品应该是什么样子都有不同的印象。 他们每个人都在以不同的心理模型以略微不同的方式思考它。 可以说，构建问题的最大影响是它如何协调这些不同的观点。

构建问题的过程在引发有效对话和决策的框架内收集多个观点。 一旦做出明确的声明，就可以管理对团队的期望并协调努力。

指导项目和所有未来决策

产品团队可以在没有定义问题的情况下运作——它一直在发生。 但是当一个明确的声明声明需要解决什么问题时，所有的努力都集中在那个单一的结果上。

作为产品设计简报的一部分记录的结构良好的设计问题陈述是衡量选项和衡量成功的简单工具。 一个好的设计问题陈述将为创造力留下空间，但它最终提供了一个清晰的镜头，通过它可以查看项目的每个元素。

概述问题陈述和设计过程步骤就像一个过滤器，过滤掉多余或不相关的想法，只保留那些满足需要的想法。 随着设计过程的进展，团队应该参考最初的问题陈述，并确保正在设计的内容仍然解决产品设计概要中记录的核心问题陈述。

上帝给了我们十支手写笔……我们不要再发明另一个了。 – 史蒂夫乔布斯对 Apple Newton 不必要的手写笔的厌恶

从长远来看节省时间和金钱

通过对产品最终目的的共同观点和认可，设计过程可以更有效地运行。 在创新项目中总会有不可避免的切线和死胡同，但当一切都是通过寻找解决单个问题的方法来驱动时，即使是这些学习也会更有洞察力。

从对需要解决的设计问题的共同理解出发，还可以防止公众尴尬——除了失败的产品。 当 Juicero 推出其奢华的榨汁机时，它遭到了抨击和嘲笑，因为它对任何人都可以用手做的事情收取高价——从包装中挤出新鲜果汁。 它设法筹集了 1.2 亿美元的投资，但在推出 16 个月后暂停销售。

最终，该产品为果汁爱好者带来了很少的价值，因为它解决了一个不存在的问题。 并不是每个想法都应该被执行，一个结构良好的问题陈述可以帮助确定哪些想法应该留在速写本中。

帮助与用户建立情感联系

除非您知道谁在挣扎，否则无法定义问题。 通过花时间进行研究并与潜在用户交谈并询问他们当前的情况以及他们的感受，您的团队可以突然进入用户的位置。

问题构建阶段所需的情感参与使产品与它要服务的人保持一致。 用户的动机、愿望和恐惧可以创建一个框架来衡量所有的想法和建议。 从人类的角度看待问题将不可避免地阐明直觉和情感洞察力，这将使产品更可爱。

问题如何被框定？

尽管构建问题的好处是显着的，但它通常是一个被跳过的步骤。 收到包含视觉方向和功能要求等所有内容的完整构建的设计简报并不少见。 有时这就是您加入团队时所需要的一切。

但是，如果您正处于项目的开始阶段，并且已经做出了视觉和功能决策，那么值得退后一步来定义产品正在解决的问题。 有时有足够的时间来做这件事，有时会有阻力和有限的资源。 无论您身在何处，总有一些方法可以帮助所有相关人员清楚地了解情况。

如果我有一个小时来解决一个问题，我会花 55 分钟思考这个问题，然后花 5 分钟思考解决方案。 - 艾尔伯特爱因斯坦

四个 W：要回答的问题

理想情况下，这是一种将关键利益相关者聚集在一堆便利贴和一面大墙上的方法。 通过提出四个简单的问题，每个人都可以提出自己的想法，并一起综合内容以找到重点和清晰度。

• 谁受到影响？ 谁遇到了问题？ 是否可以进一步指定该用户（通过人口统计、角色、动机、处于这种情况的原因）？
• 问题是什么？ 有哪些斗争？ 需要完成什么任务？ 哪些痛点需要缓解？
• 它发生在哪里？ 用户遇到问题的背景是什么？ 它是在物理空间还是数字空间中？ 还有谁参与？
• 为什么这有关系？ 为什么这个问题值得解决？ 它给用户带来了什么价值？ 它给企业带来什么价值？

移情地图：设身处地为用户着想

移情图是 UX 设计中使用的常用工具，在产品开发的许多阶段都有帮助。 在这里，一开始，它会立即将团队与用户联系起来，以了解他们的目的可能是什么。 根据您在问题框架阶段的时间量，此方法可能涉及用户访谈和观察阴影。

• 听到和看到。 用户遇到什么样的评论或概念？ 其他人说用户会接触到什么？ 用户观察周围的其他人在做什么？ （此类别说明了用户的周围环境。）
• 说和做。 用户的评论和行为是什么？ 他们对别人大声说什么？ 他们在实践中做了什么？ （这些是明确完成的，可以清楚地观察到的事情。）
• 思考和感受。 用户会怎么想，但要自己保持？ 他们如何在情绪上对情况做出反应？ 他们的愿望是什么？ （通过简单地观察用户并不总是很明显，但可以通过对话采访来揭示。需要一些挖掘才能理解潜意识层面发生的事情，但这是可以找到深刻见解的地方。）
• 痛苦和收获。 用户有什么挫败感？ 什么体验是不必要的或令人失望的？ 相比之下，改善用户生活的体验又如何呢？ 什么效果好？ 用户在何时何地最快乐？ （这些是经验的结果。）

最后的问题陈述

这是一种简单但非常有效的方法，可以将注意力集中在您发现的见解和您可以构建的最终问题上。 设计问题陈述结构模板就像 MadLibs 中的一个页面，一个带有空格的句子，用于填充您的见解。 它创建了一个植根于团队集体思维的简明陈述。 重要的是要使声明足够具体，以便对产品有共同的愿景，但要足够广泛，以允许创造力和新的见解。

以下是一些设计问题陈述示例格式：

• 从用户的角度来看：“我（角色）试图（动词）但是（障碍）因为（原因）这让我感觉到（情绪反应） 。 ”
  • 例如，“我是一位新妈妈，试图以最好的方式照顾我的宝宝，但我不知道我是否做得很好，因为我总是一个人在家，没有人陪伴谈论它，这让我感到孤立无援。”
• 从用户研究中得出：“（Persona）需要一种方法来（用户的需要） ，因为（洞察力） 。 ”
  • 例如，“新妈妈需要一种与其他妈妈建立联系的方式，因为他们白天经常独自在家，感到孤立无援。”
• 使用 4 Ws：“我们的(who)有(what) when (where) 的问题。 我们的解决方案应该提供（为什么） 。 ”
  • 例如，“我们的新妈妈的问题是，当她每天独自在家时，没有人可以谈论照顾宝宝的最佳方式。 我们的解决方案应该为她提供一种与其他妈妈建立联系的方式，让她感觉不那么孤立和孤独。”

每个好的问题框架阶段，无论多么简单，都应该：

• 避免提出解决方案。 用有形的特性和功能来思考很容易，但这些只会分散人们对基本问题的初步理解。
• 问为什么。 这是一个简单的问题，有助于在表面下找到洞察力。 但正如 Fast Company 撰稿人 Tina Seelig 所写，问“为什么”可以让你从不同的角度看待情况。
• 反映。 花时间退后一步，寻找联系和模式。 这就是可以将产品与竞争对手区分开来的洞察力所在。
• 保持通用性。 避免使用行话或任何不必要的复杂性。 这个问题应该很容易让任何人理解，最好是复述。 使团队成员能够轻松地谈论您正在努力实现的目标，这将在项目中建立信心和热情。

忘马，送车

什么是设计问题陈述？ 一些客户可能会设置一个明确定义要解决的问题的简报。 其他人可能不知道这个关键阶段。 您有机会带领客户退后一步，评估该产品存在的原因。 您可以一起调整团队，制定框架并启动有效和高效的流程。

也许这一步的最大价值在于了解人类的心理。 从客户的角度构建问题可以让您更有效地交付人们从来不知道他们需要的东西。 前 IDEO 设计师 Dave Thomsen 写道，以人为本的方法可以带来巨大的用户利益和目的。

当设计师设计的产品与用户期望的目的有着深刻的联系时，建立产品体验和在情感层面与人们联系的品牌变得更加容易。 反过来，这些产品不仅会更成功，而且在使用它们的人的生活中会被证明更有目的性和意义。

• • •

进一步阅读 Toptal 设计博客：

• 电子商务用户体验——最佳实践概述（附信息图）
• 以人为本的设计在产品设计中的重要性
• 最佳 UX 设计师作品集——鼓舞人心的案例研究和示例
• 移动界面的启发式原则
• 预期设计：如何创造神奇的用户体验