在我们的课程的发现在我们的UX大会上,我们讨论了解决正确问题的重要性。发现研究通常会导致对问题空间的了解。这些知识应该用于生成解决实际用户问题的解决方案。
在发现的最后,团队应该走到一起,就发现的最重要的事情达成一致,并利用这些知识来规划设计挑战。为了防止个人提出他们的宠物解决方案(可能与所发现的问题几乎没有相似之处),构建我们怎么可能构成问题的问题意念.
一个我们怎么可能高质量问题可以激发很多创造性的想法。这里有一些例子我们怎么可能问题:
- 我们怎么可能确保更多的人在截止日期前纳税?
- 我们怎么可能帮助员工在家工作时保持高效和健康?
- 我们怎么可能让客户在创建账户时感到他们的信息是安全可靠的?
的我们怎么可能模板最早由宝洁公司在20世纪70年代引入,并被IDEO采用。这种技术已经在设计思维世界各地的设计团队都在使用。
写好HMWs的5个建议
虽然写HMW的问题看起来很简单,但其实要比表面上看的多一些。你写得越好,你的想法就越好。
第一条:从你发现的问题(或见解)开始
有些团队产生的高质量管理人员并不特定于他们所学的知识。例如,我们如何改善产品的用户体验?并不是特定于你在发现研究中可能发现的东西。这个问题产生的想法并不能解决根本问题和你所发现的见解。
一旦你和你的团队进行了发现研究,就最重要的发现达成一致。用这些来设计高强度提问,如下面的例子所示。
问题 | 用户并不知道产品的全部内容。 |
嗯 | 我们如何提高对完整产品的认识? |
#2避免在你的高质量问题中提出解决方案
很容易限制你的思维,并在你的HMW问题中嵌入解决方案。但这样做限制了可能性,产生的想法也更少。在下面的示例中,第一个HMW建议一种特定类型的解决方案,而第二个HMW则不知道任何特定的解决方案。
洞察力 | 用户在报税时往往不确定要填写哪一份表格。 |
高分子量(可怜) | 我们如何告诉用户填写哪个表格来报税? |
高分子量(好) | 我们如何才能让用户感到他们正确地报税? |
第一个HMW问题的问题是,只会生成与通信相关的解决方案。使用第二个HMW,可以产生更多的可能性,例如自动为用户报税或删除多个表格,并且只有一个表格根据用户的回答向用户提供定制的问题。
#3保持你的HMWs宽泛
在写HMW问题时,问问自己是否可以用更广泛的方式重写它们?HMW的范围越广,产生的想法就越多。
洞察力 | 用户经常花很长时间检查他们提交的文件是否有错误。 |
高分子量(好) | 我们怎样才能让用户更快更容易地检查他们的工作中的错误呢? |
HMW(更好) | 我们如何支持用户有效地起草他们满意的提交? |
虽然我们希望hmw的范围更广,但也要确保不要太广,以至于忽略了你试图解决的问题。例如,我们如何重新设计提交-起草过程?太宽泛了。
#4把你的人力资源集中在预期的结果上
为了避免解决问题的症状而不是根本问题本身,问问自己你的HMW问题是否专注于预期的结果。在下面的例子中,第一个HMW问题忽略了我们真正想要达到的目标。
问题 | 用户经常打电话给我们,因为他们不确定申请流程。 |
高分子量(可怜) | 我们如何阻止用户打电话给我们? |
高分子量(好) | 我们如何才能让用户相信他们已经获得了所需的所有信息? |
虽然我们确实想减少不必要的联系的成本,但高成本是根本问题的症状(用户不确定应用程序流程,因此打电话给我们)。我们很想解决……的问题为什么用户给我们打电话,第二个HMW问题解决了这个问题。我们的设计工作的预期结果应该是增加用户对应用程序过程的信心。
第一个HMW问题的另一个问题是,它可能导致一个解决方案,比如让网站上的联系电话更难找到,而不是增加用户信心的创造性解决方案。
用积极的方式回答高强度提问
与第四点类似,积极地陈述你的高强度提问可以产生更多的想法,也鼓励创造力。
如果你发现自己在使用“减少”、“移除”、“阻止”等否定动词,问问自己是否可以使用“增加”、“创造”、“加强”、“促进”等积极行动动词来构建更积极的框架。
问题 | 用户发现退货过程很困难。 |
高分子量(可怜) | 我们怎样才能使返回过程变得容易些呢? |
高分子量(好) | 我们怎样才能使返回过程快速而直观呢? |
和你的团队一起写和选择HMWs
在你开始构思之前,花点时间和你的团队一起写作和选择你的HMWs。你可以让每个人都贡献一个HMW;然后浏览以下清单,选择或改进最佳版本:
- 它是基于现有的问题还是基于自己的见解?
- 它是否跟踪一个期望的结果?
- 写得正面吗?
- 它是否足够广泛,能够确保产生许多创造性的想法?
- 它是否提出了解决方案?
你可以提出多少高强度提问是没有限制的。你拥有的越多,你就能获得越多的想法。如果你发现自己有太多的HMW,问问自己它们之间是否有重叠,看看能否将其中一些合并成一个更广泛的HMW。另一种选择是根据高级别人员对项目成功的影响对其进行优先排序。
结论
在发现过程结束时使用此简单技术可以帮助您的团队成功地针对正确的问题制定设计挑战。
了解更多关于我们怎么可能问题和其他发现中使用的方法,在我们的UX会议的一天课程中:发现:构建正确的东西.
分享这篇文章: