In 2006, 微软采取了更具竞争力的举措，发布了Zune, 这是未来主义的版本, 一键, every-song-in-your-pocket iPod. 屏幕上的颜色很强烈，界面是用漂亮的极简主义字体打印的. 这是一个大胆的举动来挑战苹果，但在产品的世界里，成功是 并不总是为了成为第一.

可以说，只有zune的功能, 比如从一个Zune无线发送歌曲到另一个Zune(中期的创新功能)和ipod独有的功能一样好, 这使得微软的产品成为了一个强有力的竞争者. 然而，它却失败了.

为什么?

你可以找出无数的理由来解释为什么Zune 不是 一个成功的 (也许还有一堆理由说明为什么应该是这样). 一个主要的潜在原因是微软没有发现Zune能解决的问题. iPod没有明显的用户需求不能满足，也没有任何新的创新会改变现状. Zune解决不了任何问题.

如果没有问题，就没有解决方案，公司也就没有存在的理由. ——Vinod Khosla, Khosla Ventures(一家硅谷风险投资公司)

什么是“设计问题”?

我们都有过，解决过，而且绝对是罪魁祸首. 但简单来说，这本身就是一个挑战. 的 牛津字典 说问题是“被认为不受欢迎或有害的事情或情况，需要处理和克服.没错，但这意味着他们意识到了想要的结果. 恕我冒昧，牛津词典的天才们, 这个定义忽略了大多数设计问题的一个重要组成部分: 无意识的欲望.

汽车的发明者, 亨利•福特, 他知道这层欲望，他有句名言, “如果我问人们他们想要什么, 他们会说更快的马.他知道眼下的麻烦事是马跑得太慢了. 但这并不是真正需要解决的问题. 他的客户有一种无法表达的更深层次的需求.

理查德·布坎南是一位“设计理论家”，他的职业生涯围绕着以人为本 设计思考 原则. 在他的论文中， 设计研究与新学习, 当他将设计定义为“人类构思的力量”时，他暗指用户未表达的需求, 规划, 制造产品或服务，为人类实现个人和集体的目标服务.“需要关注的是用户的目的，而不仅仅是一个不受欢迎的情况. 这种更深层次的需求是用户需求的根源，无论他们是否能够表达出来.

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

问题不仅仅是不希望出现的情况或偏离常规的事情——尽管这些仍然是对问题的有效定义. 为 设计师 创造性地解决问题, 问题是未被满足的需求, 如果遇到, 能满足用户的目的吗.

为什么要框定问题?

构建设计问题是设计的第一步 以人为本的设计过程. 它优先考虑了刚才讨论的元素:用户和他们想要实现的目的. 这意味着初始的一轮 用户研究 能革命性地揭示根深蒂固的欲望吗. 进行用户访谈或桌面研究, 比如竞争分析, 可以揭示对潜在用户和他们面临的问题的见解.

例如, “新妈妈们需要一种方式来感受与支持团体的联系，因为她们花了大量的时间和孩子单独在一起，最终感到孤立和孤独,这是设计师在为父母设计产品时可能会提出的众多设计问题陈述之一. 这些妈妈们有一种根深蒂固的愿望，想知道自己并不孤单, 而一款新产品可能会帮助他们实现感觉联系的目的.

设计团队可以开发一个应用程序, 社交网络平台, 或者甚至是一个可以让妈妈们聚集的实体场所. 问题陈述将指导团队导航决策和特性, 就像, 我们应该使用人工智能吗?? 它应该链接到哪些其他应用程序? 如何设计环境? 有框架的问题为为用户制定最佳解决方案提供了一个框架.

通过用一个足够狭窄的陈述来构建问题，以引起人们的关注，但又足够宽泛，以激发创造力, 的 产品设计 团队可以同时专注于解决设计问题，并对创新的可能性开放.

识别障碍和机会

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

围绕设计问题的解决使团队团结一致

在没有意识到的情况下，团队利益相关者的成员， 设计师, 开发人员, 即使是用户——对于最终产品应该是什么样子，每个人都有不同的想法. 他们每个人的思考方式都略有不同 心智模式. 可以说，构建一个问题的最大影响是如何将这些不同的观点统一起来.

最好的设计思维问题陈述示例在一个框架内收集了多个视角，从而激发了有效的对话和决策. 一旦一个清晰的陈述被提出, 对团队的期望是可以管理的，努力是一致的.

指导项目和所有未来的决策

一个产品团队可以在没有问题定义的情况下运作——这种情况经常发生. 但是，当一个显式语句声明需要解决的问题时, 所有的努力都集中在一个结果上.

作为产品设计概要的一部分，文档化的框架良好的产品设计问题陈述是衡量选择和衡量成功的简单工具. 一个好的设计问题陈述会为创意留下空间, 但它最终提供了一个清晰的镜头，通过它来观察项目的每个元素.

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

上帝给了我们十支手写笔，别再发明了. ——史蒂夫·乔布斯对苹果Newton不必要的手写笔的厌恶

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

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

对需要解决的设计问题有共同的理解也可以避免公众尴尬——除了一个失败的产品. 当 Juicero推出 它那豪华的榨汁机, 它遭到了抨击和嘲笑，因为它对任何人都可以用手做的事情收取高价——从一包果汁中挤出新鲜果汁. 它成功筹集了1.2亿美元的投资，但在推出16个月后暂停了销售.

最终, 这款产品对果汁爱好者来说价值不大，因为它解决了一个不存在的问题. 并不是每个想法都应该被执行, 一个框架良好的问题陈述可以帮助你确定哪些问题应该留在速写本上.

帮助与用户建立情感联系

除非你知道是谁在挣扎，否则就无法定义问题. 通过花时间进行研究，与潜在用户交谈，询问他们的现状以及他们对此的感受, 您的团队可以突然站在用户的角度考虑问题.

的 情感投入 在问题框架阶段，需要将产品与它要服务的人保持一致. 用户的动机, 欲望, 恐惧可以创造一个衡量所有想法和建议的框架. 从人类的角度看待问题，必然会照亮直觉和情感的洞见，从而使产品更加可爱.

如何定义一个问题?

尽管构建问题的好处是显著的，但它经常被跳过. 我们经常会收到一份完整的设计简报，其中包括从视觉方向到功能需求的所有内容. 有时候，当你加入团队时，这就是你所需要的.

但是如果你在一个项目的开始，并且已经做出了视觉和功能上的决定, 退后一步来定义产品正在解决的问题是值得的. 有时候你有足够的时间去做这件事，有时候你会遇到阻力，而且资源有限. 不管你发现自己在哪里, 有一些方法可以帮助每个参与其中的人都有一定程度的清晰度.

如果我有一个小时来解决一个问题, 我会花55分钟思考问题，5分钟思考解决方案. ——爱因斯坦

四个w:需要回答的问题

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

• 谁受到影响? 谁遇到了这个问题? 是否可以进一步指定该用户(按人口统计), 角色, 动机, 在这种情况下的原因)?
• 有什么问题吗?? 挣扎是什么?? 有什么任务需要完成? 什么痛点需要被缓解?
• 它发生在哪里?? 用户体验问题的环境是什么? 是实体空间还是数字空间? 还有谁参与其中?
• 为什么这很重要?? 为什么这个问题值得解决? 它给用户带来了什么价值? 它给企业带来了什么价值?

同理心地图:设身处地为用户着想

移情图是一种常用的工具 用户体验设计 并且可以在产品开发的许多阶段提供帮助. 在这里, 一开始, 它可以立即将团队与用户联系起来，从而找出他们的目的. 这取决于你在问题框架阶段有多少时间, 这种方法可以包括用户访谈和观察影子.

• 听和看. 用户会遇到什么样的评论或概念? 其他人说用户接触到什么? 用户观察他们周围的人在做什么? (这个类别说明了用户的周围环境.)
• 说和做. 用户的评论和行为是什么? 他们大声对别人说了什么? 他们在实践中是怎么做的? (这些都是明确完成的事情，可以清楚地观察到.)
• 思考和感受. 用户会怎么想而不去想? 他们对一种情况的情绪反应如何? 他们的愿望是什么?? (仅仅通过观察用户，这些并不总是显而易见的, 但可以通过谈话式访谈来揭示. 要了解潜意识层面上发生的事情需要一些挖掘, 但这正是伟大的见解可以被发现的地方.)
• 付出与收获. 用户有多沮丧啊? 如果体验是不必要的或令人失望的呢? 相比之下，体验是如何改善用户生活的呢? 什么效果好?? 用户在何时何地最快乐? (这些都是经验的结果.)

最终问题陈述

这是一种简单但非常有效的方法，可以将注意力集中在你发现的见解和你可以构建的最终问题上. 设计问题语句结构模板类似于MadLibs中的页面, 一个有空格的句子来填充你的见解. 它创造了一个基于团队集体思维的简洁陈述. 保持声明足够具体是很重要的，这样才能有一个共同的产品愿景, 但又足够宽广，可以激发创造力和新的见解.

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

• 从用户的角度来看:我是 (角色) 试图 (动词) 但 (障碍) 因为 (原因) 这让我觉得 (情绪反应).”
  • e.g., “我是一个新妈妈，想用最好的方式照顾我的孩子, 但我不知道我做得好不好，因为我总是一个人在家，没有人可以谈论这件事, 这让我感到孤立和孤独.”
• 从用户研究中得出:“(角色) 需要一个方法 (用户的需求) 因为 (了解).”
  • e.g., “新妈妈们需要一种与其他妈妈联系的方式，因为她们经常在白天独自在家，感到孤立和孤独.”
• 使用四个w:我们的 (世卫组织) 问题是 (什么) 当 (在那里). 我们的解决方案应该交付 (为什么).”
  • e.g., “我们的新妈妈面临的问题是，当她每天独自在家时，没有人可以谈论照顾孩子的最佳方式. 我们的解决方案应该让她觉得和其他妈妈有联系，这样她就不会感到那么孤立和孤独.”

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

• 避免提出解决方案. 我们很容易想到具体的特性和功能, 但这些只会分散我们对根本问题的理解.
• 问为什么. 这是一个简单的问题，可以帮助你深入了解事物的本质. 但是正如《欧博体育app下载》撰稿人Tina Seelig所说 写问“为什么”可以让你从不同的角度看待问题.
• 反映. 花点时间退后一步，寻找联系和模式. 这就是洞察力所在，它可以将产品与竞争对手区分开来.
• 保持普遍性. 避免使用术语或任何不必要的复杂性. 问题应该简单到任何人都能理解，最好能复述一遍. 让团队成员轻松地谈论你想要实现的目标将在项目中建立信心和激情.

忘掉马，送一辆车

什么是设计问题陈述? 一些客户可能会制定一份概要，明确定义要解决的问题. 其他人可能不知道这个关键阶段. 这就给了你一个机会，让你引导客户退后一步，评估这个产品为什么会存在. 你们可以一起调整团队，制定框架，并启动一个有效且高效的过程.

也许这一步最大的价值在于理解人类的心理. 从客户的角度考虑问题，可以让你更有效地提供人们从来不知道他们需要的东西. 前IDEO设计师戴夫·汤姆森 写 以人为中心的方法会给用户带来巨大的利益和目的.

当 设计师 设计一款与用户期望目的紧密相连的产品, 在情感层面上建立与人们联系的产品体验和品牌变得更加容易. 反过来, 这些产品不仅会更成功，而且在使用者的生活中也会更有目的性和意义.