Product Design
Frameworks
Design Thinking
Processo de Design
Produto Digital

实践中的产品设计框架:如何摆脱理论而不成为方法的人质

设计框架旨在加速决策,而不是外包思维。这种做法将使用它们的人和隐藏在它们背后的人分开。

实践中的产品设计框架:如何摆脱理论而不成为方法的人质

每个产品团队都会在某个时刻发现框架。双钻石、设计思维、待完成的工作、设计冲刺。它们被贴在墙上,变成了过程幻灯片,有一段时间,它们给人一种安慰的感觉,那就是现在有一种方法了。

问题稍后出现。该团队严格遵循惯例,但交付的产品仍然很一般。步骤完成了,便利贴被卡住了,结果并没有改善。没有人大声问出的问题是:这个框架是有帮助还是已经变成了戏剧?

这篇文章是为那些已经了解该理论并希望真正使用它而不是将方法变成宗教的人而写的。

设计框架真正为你做什么

框架没有智能。他不做决定,他不了解他的用户,也不了解他的业务。它的作用是构建思维,给出一系列问题,并防止团队因焦虑而跳过重要步骤。

这就是论点:框架的价值在于降低良好思考的成本,而不是取代思考。它组织对话、协调团队并提供通用词汇。当你开始口述答案而不是改进问题时,它就变成了拐杖。

框架的最佳用途是作为脚手架。您将其设置为构建,并且在某些时候您学会了工作,而不必查看它的每一步。

##套路中的双钻:真正发散与收敛

双钻石在纸面上很简单:探索问题(发现和定义),然后探索解决方案(开发和交付)。两个打开和关闭菱形。

他在实践中失败的地方是球队跳过了第一块菱形。急于交付使得每个人在理解问题之前就急于找到解决方案。结果是针对错误的问题提供了一个执行良好的产品。

真正的应用意味着保护发现阶段。这意味着抵制“我们已经知道要做什么”的压力,并在设计答案之前花时间理解问题。在真正的团队中,这并不是要遵循图表,而是要遵守纪律,不要过早收敛。

待完成的工作:改变焦点的问题

待完成的工作不是一个过程,而是一个镜头。你不要问“用户想要什么”,而是问“他们想在生活中取得什么进步?”人们想要的不是演习,而是演习。他们想要在墙上开一个洞,并且在底部安装架子。

它会改变你优先考虑的事情。例如,市政厅服务平台并不存在“提供在线表格”的功能。它的存在是为了让公民能够以最小的摩擦解决问题。当你围绕“工作”重新定义问题时,看似重要的功能却变成了噪音。

常见的错误是使用 JTBD 作为演示术语而不改变任何决策。有人提到,如果框架没有改变路线图内或外的内容,则它不会被应用。

设计冲刺:强大但经常被误用

设计冲刺将发现、原型设计和测试压缩到几天内。它非常适合做出困难的决定或快速验证有风险的方向。

错误的用法是将其视为一切事物的标准流程。 Sprint 成本高昂,高级人员整天都集中在它身上。用它来解决琐碎的问题是浪费;在没有明确阐述问题的情况下使用它会更糟糕,因为你会浪费团队的精力来快速回答错误的问题。

当做出高风险、低共识的决策时,设计冲刺就会得到回报。那他就值金子了。除此之外,这通常是一个仪式。

日常生活中如何选择

选择不是哪个框架更好,而是您现在要回答哪个问题。

  • 我不知道问题是什么。 从发现开始,第一颗双钻,采访,观察。
  • 我知道问题所在,但我不明白用户的动机。 使用 Jobs to be Done 来重新构建。
  • 我有一个冒险的决定,需要快速指导。 设计冲刺。
  • 我已经有了解决方案,我需要完善它并交付它。 专注于执行,第二颗钻石,并在实际使用中测试它。

请注意,这些框架并不竞争,它们涵盖不同的时刻。将它们与标准混合起来比捍卫单一方法作为绝对真理更为成熟。

组合框架而不是拼凑而成

很少有单一框架能够从头到尾处理一个项目。经验丰富的团队会结合各种方法,但如果组合不当,就会造成一个混乱的过程,没有人知道他们为什么要做每件事。

秘诀在于将每个框架视为对一个阶段的响应,而不是团队的身份。您可以使用双钻石作为总体框架,使用待完成的工作在发现阶段重新构建问题,并在特定决策陷入困境时使用一次性设计冲刺。这并不是矛盾,而是矛盾。这是关于在每个时刻使用正确的工具。

使这种组合保持健康的原因是目标明确。在采用任何技术之前,团队应该知道如何回答两个问题:我们要回答什么问题,以及我们如何知道这种方法有帮助?如果没有人能够回答,那么选择该框架是出于习惯或时尚,而不是出于必要。

有效组合的示例:公共机构的产品团队绘制公民的“工作”(解决问题),使用第一个双钻石来了解真正的访问障碍,然后才进行短暂的冲刺来设计和测试关键流程。每一步都逻辑上导致下一步。该过程服务于问题,而不是相反,这与框架在没有标准的情况下积累时所发生的情况恰恰相反。

成剧过程的陷阱

实践中最大的风险是没有选择错误的框架。这是过程变成绩效。热爱设计仪式的团队有时会忘记仪式从来都不是目标。

我见过一些团队以遵循完美的方法而自豪,交付了没有人使用过的产品。仪式给人一种进步的感觉,同时掩盖了没有做出艰难决定的情况。一个执行良好的框架永远无法取代缩小范围、说不和冒险的勇气。

成熟的技术领导力使用框架来加速判断,而不是隐藏它。当团队能够解释为什么他们使用某种方法,以及何时停止使用该方法时,该方法就可以为产品服务。当没有人知道如何回答这个问题时,产品就成了方法的仆人。

结束

产品设计框架是思维工具,而不是成功公式。在实践中,那些施行仪式的人与那些只执行仪式的人的区别在于,他们能够知道该使用哪一种、何时使用以及何时放弃。

最好的产品设计师并不是遵循最美丽流程的设计师。它可以提供正确的结果,并且在必要时打破流程本身来实现这一目标。

如果您的团队继续遵循框架而没有看到结果有所改善,那么问题可能不在于方法,而在于如何使用它。值得一提的是,这里还有其他关于日常生活中的发现和设计的文章,更深入地探讨了这个主题。

另请阅读

  • [日常生活中的产品设计框架:如何将它们融入到你的日常工作中而不拖慢团队的速度0
  • [数字产品设计:设计重要产品的真正含义1
  • [数据驱动的产品:利用数据做出决策而不成为数据的束缚的清单22
  • 【交互设计实践:时间和团队紧缺时如何选择3
  • 【实践中的产品发现:在真实案例中测试的框架4
  • [带有示例的产品发现框架:从问题到决策5