设计问题陈述–它们是什么以及如何构成它们 _原型设计

本文概述

什么是” 设计问题” ？
为什么提出问题？
如何解决问题？
忘了马, 送车

2006年, 微软采取了具有竞争力的举措, 并发布了Zune, 这是一款具有未来感, 一键式, 随身携带的iPod版本。屏幕上的颜色很刺眼, 界面以漂亮的极简字体打字。挑战苹果是一个大胆的举动, 但是在产品领域, 成功并不总是要成为第一。

文章图片
Microsoft Zune并非成功的产品, 因为它无法解决日常生活中任何其他产品还无法满足的特殊设计问题。
可以争辩说, 仅Zune的功能, 例如将歌曲从一个Zune无线发送到另一个Zune(中风的一项创新功能)与iPod独有的功能一样好, 这使Microsoft的产品看似强大的竞争者。。而是失败了。
为什么？
你可能会发现Zune未能成功的无数原因(可能还有很多原因)。根本原因之一是Microsoft尚未发现Zune将解决的问题。没有明确的用户需求表明iPod无法满足要求, 也没有任何新的创新将动摇一切。 Zune没有解决任何问题。

如果没有问题, 就没有解决方案, 也没有成立公司的理由。 – Vinod Khosla, Khosla Ventures(一家硅谷风险投资公司)

什么是” 设计问题” ？我们都拥有它们, 解决了它们, 最确定的是引起了它们。但简单地说, 这本身就是一个挑战。牛津词典说, 问题是” 被视为不受欢迎或有害的, 需要处理和克服的问题或情况。” 是的, 但这意味着对预期结果有所了解。在充分尊重《牛津词典》中的才智时, 该定义缺少了一个重要组成部分：潜意识的欲望。
汽车的发明者亨利·福特(Henry Ford)著名地说道：” 如果我问人们他们想要什么, 他们会说更快的马。” 他知道眼前不受欢迎的事是马太慢了。但这并不是真正需要解决的问题。他的客户更需要表达清晰的需求。

文章图片
亨利·福特, 第一辆T型车的驾驶员
理查德·布坎南(Richard Buchanan)是一位” 设计理论家” , 其职业生涯围绕以人为本的设计思维原理展开。在他的《设计研究与新学习》一书中, 当他将设计定义为” 构思, 规划和制造为实现个人和集体目的为人类服务的产品或服务的人力” 时, 他暗示了用户的明确要求。。” 需要注意的是用户的目的, 而不仅仅是不受欢迎的情况。这种更深层次的需求是用户期望的根源, 无论他们是否能够表达出来。
福特的客户认为他们需要一个更快的版本。但是福特理解他们更深层的目的：更快地从一个地方到达另一个地方。这种区别帮助他避免了简单地设计一匹更快的马, 而是打开了一扇门以创造出前所未有的东西。
问题不仅是不希望的情况, 也不是偏离规范的问题, 尽管这些仍然是问题的有效定义。对于设计师和创造性的问题解决者而言, 问题是未满足的需求, 如果得到满足, 则可以满足用户的目的。

文章图片
构筑问题可以将注意力集中在原本繁忙的环境中。
为什么提出问题？解决设计问题是以人为本的设计过程的第一步。它优先考虑了刚刚讨论的元素：用户和他们想要实现的目的。这意味着用户研究的第一轮研究可以发掘根深蒂固的需求。进行用户采访或桌面研究(例如竞争分析)可以揭示对潜在用户的了解以及他们面临的问题。
例如, 一个设计问题说明可能是：” 新妈妈需要一种与支持小组建立联系的方式, 因为他们与婴儿在一起花费大量时间, 最终感到孤独和孤独。” 这些妈妈有着根深蒂固的愿望, 那就是要知道自己并不孤单, 新产品可能会帮助他们实现与他人建立联系的目的。
设计团队可以开发应用程序, 社交网络平台, 甚至是可以聚集妈妈的实体场所。问题陈述将指导团队导航决策和功能, 例如我们是否应该使用AI？它应该链接到其他哪些应用程序？如何设计环境？框架问题为用户提供了最佳解决方案的框架。
通过用狭窄而又不能引起广泛关注的陈述来框架问题, 产品设计团队可以同时专注于解决设计问题和开放创新的可能性。
确定障碍和机会
当你知道要走的方向时, 你可以看到前方的事物。由于存在一个明确定义的问题, 该问题源于用户的目的, 因此更容易了解实现最终目标的障碍。而且, 如果在项目开始时就明确指出了问题, 那么它可以充当寻找其他可能未被注意的机会的镜头。
围绕设计问题解决方案协调团队
如果没有意识到这一点, 团队的成员-利益相关者, 设计师, 开发人员甚至用户-各自对最终产品的形象会有不同的认识。他们各自以不同的思维模式来思考问题。可以说, 构架问题的最大影响是如何使这些不同的观点保持一致。
框架问题的过程在一个框架内收集了多个观点, 这些观点引发了有效的对话和决策。一旦发表明确的声明, 就可以管理对团队的期望并协调工作。

文章图片
一个成功的产品团队专注于解决框架清晰, 常见的设计问题。
指导项目和所有未来决策
产品团队可以在没有定义任何问题的情况下正常运作-它始终存在。但是, 当明确的声明声明需要解决的问题时, 所有的努力都集中在单个结果上。
作为产品设计摘要的一部分加以记录的结构合理的设计问题说明是衡量选项和衡量成功的简单工具。好的设计问题说明将为创造力留出空间, 但是最终它提供了一个清晰的视角, 可以通过它查看项目的每个元素。
概述问题陈述和设计过程步骤可充当筛选器, 筛选出多余或不相关的想法, 仅保留满足需求的想法。随着设计过程的进行, 团队应参考最初的问题说明, 并确保所设计的内容仍能解决产品设计摘要中记录的核心问题说明。

文章图片
Juicero提供了预售的水果和蔬菜切丁包, 用户将其插入其400美元的机器中。
帮助情感上与用户建立联系
除非你知道谁在挣扎, 否则无法定义问题。通过花时间进行研究并与潜在用户交谈, 并询问有关其当前状况以及对现状的看法的问题, 你的团队可以突然介入该用户的行列。
在问题定格阶段需要情感投入, 使产品与服务对象保持一致。用户的动机, 欲望和恐惧可以创建一个衡量所有想法和提议的框架。从人的角度看问题将不可避免地激发出直觉和情感上的见识, 从而使产品更具吸引力。
如何解决问题？尽管将问题定为框架的好处非常明显, 但这通常是跳过的步骤。收到包含从视觉方向和功能要求在内的所有内容的完整的设计简介的情况并不少见。有时, 这就是你加入团队后所需的全部。
但是, 如果你正处于项目的开始阶段, 并且已经在视觉和功能方面做出决定, 那么就应该退后一步来定义产品正在解决的问题。有时有足够的时间来执行此操作, 而其他时候会有阻力和有限的资源。不管你在哪里找到自己, 都有一些方法可以帮助使所涉及的每个人都更加清楚。

【设计问题陈述–它们是什么以及如何构成它们】如果我有一个小时来解决问题, 那么我会花55分钟来思考问题, 花5分钟来思考解决方案。 – 艾尔伯特爱因斯坦

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

谁受到影响？谁遇到问题？是否可以进一步指定该用户(根据人口统计, 角色, 动机, 处境原因)？
问题是什么？有什么挣扎？需要完成什么任务？需要缓解哪些痛点？
它在哪里发生？用户遇到问题的环境是什么？是在物理空间还是数字空间？还有谁参与？
为什么这有关系？为什么这个问题值得解决？它给用户带来什么价值？它给企业带来什么价值？

移情图：置身于用户之内
移情图是用户体验设计中常用的工具, 可以在产品开发的许多阶段提供帮助。在这里, 一开始, 它立即将团队与用户联系起来, 以找出他们的目的。根据问题框架阶段所需的时间, 此方法可能涉及用户访谈和观察阴影。

听到并看到。用户会遇到什么样的评论或概念？用户说了什么？用户观察到周围的人在做什么？ (此类别说明了用户的周围环境。)
说, 做。用户的评论和行为是什么？他们在对别人大声说什么？他们在实践中做什么？ (这些是明确完成的事情, 可以清楚地观察到。)
思考和感受。用户会怎么想, 但要坚持自己？他们如何对局势做出情感反应？他们有什么愿望？ (通过观察用户并不一定总是很明显, 但是可以通过对话访谈来揭示这些信息。需要进行一些挖掘才能了解潜意识水平上正在发生的事情, 但这是可以找到深刻见解的地方。)
痛苦和收获。用户有什么挫败感？那经验是不必要的还是令人失望的呢？相反, 体验如何改善了用户的生活呢？哪个运作良好？用户最快乐的地点或时间？ (这些是经验的结果。)

文章图片
移情图有助于更好地了解产品的服务对象。
最终问题陈述
这是一种简单但非常有效的方法, 可让你将注意力集中到发现的见解和可以解决的最终问题上。设计问题陈述结构模板就像MadLibs上的一页一样, 用空白空格填充你的见解的句子。它创建了一个简洁的声明, 植根于你团队的集体思维。重要的是要使声明足够具体, 以使产品具有共同的愿景, 但又要足够广泛以允许创造力和新见解。
以下是一些设计问题说明示例格式：

从用户的角度来看：” 我(角色)试图(动词)但是(障碍), 因为(原因)使我感到(情感反应)。”
- 例如, “ 我是一位新妈妈, 试图以最好的方式照顾婴儿, 但我不知道自己是否做得很好, 因为我总是一个人在家, 没有人可以照顾我。谈论它, 这让我感到孤独和孤独。”
根据用户研究得出的结论：” (个性)需要一种方法来满足(用户的需求), 因为(洞察力)。”
- 例如, “ 新妈妈需要一种与其他妈妈建立联系的方式, 因为他们白天通常独自一人在家, 感到孤独和孤独。”
使用4 W：” 我们(谁)遇到的问题是(什么)何时(何地)。我们的解决方案应该能够(为什么)。”
- 例如, “ 我们的新妈妈有一个问题, 就是她每天没人在家时, 没有人谈论最好的照顾婴儿的方法。我们的解决方案应该为她提供一种与其他妈妈建立联系的方式, 从而使她减少孤立感和孤独感。”

框架中的每个好问题, 无论如何简单, 都应该：

避免提出解决方案。从特性和功能的实际角度出发很容易想到, 但是这些只会分散你对基本问题的理解。
问为什么。这是一个简单的问题, 可帮助你找到潜在的见解。但是正如《快速公司》撰稿人蒂娜·西利格(Tina Seelig)所写的那样, 问” 为什么” 让你从另一个角度看待情况。
反映。花时间退后一步, 寻找连接和模式。这就是可以将产品与竞争对手区分开来的见识所在。
保持通用。避免使用行话或任何不必要的复杂性。这个问题对于任何人来说都应该是简单易懂的, 并且最好是重述。使团队成员轻松谈论你要达到的目标将在项目中建立信心和激情。

忘了马, 送车什么是设计问题陈述？一些客户可能会设置一个简要说明, 以明确定义要解决的问题。其他人可能不知道这个关键阶段。在此, 你有机会带领客户退后一步并评估该产品存在的原因。你可以一起调整团队, 制定框架并启动有效的流程。
这一步的最大价值也许就是了解人类的心理。从客户的角度来解决问题, 使你可以更有效地交付人们从未意识到的需求。前IDEO设计师Dave Thomsen写道, 以人为本的方法可带来巨大的用户利益和目标。
当设计师设计与用户期望的目标紧密联系的产品时, 建立产品体验和建立在情感上与人们联系的品牌变得更加容易。反过来, 这些产品不仅将成为更成功的产品, 而且在使用它们的人们的生活中将被证明更有目的性和意义。
? ? ?
在srcmini设计博客上进一步阅读：