编辑导语：你是否了解什么是设计冲刺？设计冲刺究竟有什么作用？本篇文章中，作者介绍了创新工具设计冲刺，并且带领大家去理解如何设计合适的冲刺问题，推荐想要学习设计的群体阅读。

5 天就能革新你的业务并拯救世界！

这篇文章是对 Frankwatching.nl（荷兰语）上所发表原文的修改。

设计思维理论很简单，但并不容易实践。设计冲刺让设计思维变得实用、具体、可控、易懂。设计冲刺为你提供了一个清晰的操作指南，并指引出如何在 5 天内解决并测试一个产品问题。它明确了你要做什么，你会得到什么，你在其中是什么角色和你需要什么帮助。

只要设计冲刺使用恰当，在 5 天内，不需耗费过多时间，通过充分的前期调研和合适的问题，你可以：

1. 获得新的见解；
2. 更细致地探索客户和问题；
3. 确定你要解决的具体问题；
4. 获得 “不拘一格” 的解决方向；
5. 而且在设计冲刺的最后一天，你还能得到客户的真实反馈！

设计冲刺是创新方法论中的一个绝妙工具。但就像实际的工具一样，它在特定的题目下效果好，而其他题目下效果差。要想从设计冲刺中获得最大收益，你得将它用于一个合适的问题。

一、从问题入手，而不是从解决方案入手

一个好的设计冲刺题是关于问题本身的，用冲刺题深入探讨问题。而不太好的冲刺题是关于解决方案的。根据我的经验，这是在出冲刺题时最常见的错误。

这些示例问题带有强引导性，本身暗示了解决方案（不太好的问题案例）：

• 我们希望有一款应用能指导人们选择健康的食物。
• 如何使得候考室的氛围平和？
• 我们的服务中哪些地方可以应用上聊天页面？

不断研究本文中给出的所有例题，会发现在某些特定情况下，例题都能被划分到 “好” 和 “坏” 的分类中。仔细阅读文中示例的基础问题模型便能理解。

上述 “冲刺问题“或有意或无意地 暗示了客户已经设计好的解决方案。

这种谬误并非只在设计冲刺中常见。设计师拿到的很多问题其实是一个建议或解决方案。诀窍是找出问题背后的实际问题。这个诀窍适用于设计冲刺。在第一天的 “目标 ” 阶段，你可以着手对冲刺题进行调整，但要确保问题可以指向好几种潜在的答案。

左一：从结果出发，绘制用户体验地图，调研专家用户，分析目标人群；

左二：整合提升，绘制草稿；

中间：确定方案，飞速制作，绘制故事版；

右二：绘制方案模型；

右一：进行用户测试，从、根据测试结果进行改进。

确保冲刺问题背后有很大扩展空间来满足多种潜在的答案。

这类问题没有太多引导性，它们针对的是问题本身，而不是解决方案：

• 我们怎样才能鼓励本市市民吃得更健康？
• 如何让驾考氛围更轻松？
• 如何减少关于包裹投递的客服电话？

提出这类问题也代表着管理层愿意在不知道会出现哪种解决方案的情况下开展设计冲刺，并愿意给该解决方案一个机会。

如果客户心中已经有了一个具体的解决方案，并且希望方案是有理有据的，那么设计冲刺就没有任何作用了。对于这种情况最好的办法是 组织一个不同类型人员参与的研讨会来探讨这个具体的问题。

事实上，在这种情况下，推进设计冲刺甚至会破坏客户的信心，因为冲刺活动并不能解决所提出的问题。

二、面向合适的可行区间

设计冲刺的结果非常有用，并且很有可能是经过验证的概念性方案。冲刺最好用在产品设计过程的初期，从而帮助 确定策略、设计新功能、寻找现有问题的新型解决方案。

一个好的问题在 “可行区间”：不要太宽泛，不要太具体，要恰到好处：

有点太宽泛了：如何减少我们医院的候诊时间？

有点太具体了：治疗 X 方案页面上的时间轴并没有清楚地说明治疗过程。我们如何改进时间轴的显示才能使其清楚？

恰到好处：患者不清楚治疗 X 的过程，因此对我们的工作有很多疑问。我们如何让新老患者了解到治疗过程？

这类问题都是有很大 扩展空间 的。比如：如果你对影响候诊时间的因素有完善的理解，那么减少候诊时间也是一个很好的子问题。如果涉及到整个科室，那么时间轴的优化本身也可以是一个很好的冲刺问题。

这个问题的根本在于使整个治疗过程对患者透明化，而不是拘泥于页面是否解释清楚。这个例子旨在说明三个例题中可行性的梯度。

1. 太宽泛

如果你把冲刺问题的范围设置得太宽泛，你就会迷失在问题的细节中，一直摸不着头脑。这是一个 “棘手的问题”，一个成因和依赖性太多的问题。对于棘手的问题，你不可能在一天之内看到解决方案或策划的成效，并进行测试。而 设计冲刺是需要成效和测试的。

Jake Knapp 在《设计冲刺：如何在短短五天内解决问题并验证新想法》中说：”对于冲刺来说，没有什么问题是过于宽泛的。” 但有些问题有太多的变数，在冲刺中无法预料，以至于你无法快速向团队解释。这并不意味着不可能或没必要解决那些问题。

在系统思考的 “操作指南” 中，有很多其他的方法和模型来探索复杂的问题。然而，设计冲刺并不是适合这类问题的方法。设计冲刺需要快速完成，没有足够的时间用在分析现实情况、确定方案和设计上。

2. 太具体

过小视野的问题会使团队总是提出雷同的想法，而大部分这类想法往往停留在 “应该用 哪种字体/颜色/顺序 “的层面。这样的话，你就无法利用团队成员不同学科的见解。小组会聚焦于一起改进一个页面，而非为用户问题设计解决方案。

对于这类问题更有效率的方法是，让用户体验设计师、多媒体设计师和开发人员在一起头脑风暴几个小时后制定出一个解决方案。

3. 恰到好处

恰到好处的问题视野有很好的可行性梯度。先分析你要解决的问题（比如 “我们的病人表示治疗的过程不清楚” ），再返回到问题产生的背景进行调研。

如果一把椅子坐着不舒服，你还要分析它所在的房间，而不是分析整栋楼或只关注椅子的靠背。如果治疗的过程不清晰，在设计冲刺中，你要 根据用户旅程洞察用户的需求，了解用户的体验。

但不是调研医院的工作方式或分析具体页面的行文结构。医院工作方式必须改变可能是冲刺的最终方案，但并不是一个好的冲刺题。

因此，优秀冲刺题的视野要比问题本身更广一些，可以有不同的解决方向。

三、关注用户的问题，而不是商业的问题

问题的措辞必须是站在 用户层面设立问题。设计冲刺题不应是一个商业问题。

商业的问题：在过去的几个月里，我们的新注册人数增长太少。我们如何才能吸引更多的客户

用户的问题：众所周知，在当前的经济形势下，年轻人需要更加慎重地思考自己未来的理财方案，但现在这样的年轻人还很少。对于 20-30 岁的目标群体，如何让我们的理财规划师更贴近他们、更有吸引力？

为什么不能是商业问题呢？商业问题是基于 KPI 或者某个部门、某个产品的业绩。管理层当然也想提升业绩。从一个 KPI 问题入手，你就会浪费 5 天时间和团队争论（ “为什么转化率会下降？” ），只能针对各种 “可能的原因” 提出解决方案。

数字背后总有一系列愿意，为什么会变好或变坏。这通常 涉及到客户的行为或意见。客户才是 冲刺问题的核心，而不是数字。当然这并不意味着我们对商业问题束手无策。

找出问题的根本原因 需要进行一些前期的调研。搜索信息 —— 获取数据分析，查看统计数据，与用户对话，获取用户意见。这样你就可以把商业问题重新定义为为用户的问题，如果有可能的话：)

四、再来说说，为什么要去分析设计冲刺的好坏呢？

设计冲刺是一个很好的方法，但它并不适合所有的问题。哪怕设计冲刺对你的问题或目标不起作用，也能开展不同类型的会议或研讨会。但我们不应该为了追随潮流而开展设计冲刺。

好的问题对于设计冲刺的成功是很至关重要的。问题是很难制定，但它值得的我们付出时间和精力。设计冲刺的问题比用户体验问题更宽泛，可以有多种解题方向。一个好的问题是站在客户的角度上构想一个问题，而不是暗指一个具体的解决方案。

当你在计划设计冲刺时，请记住这一点，这能让你的冲刺取得更好的成效。

设计冲刺快乐!

原文：https://uxdesign.cc/good-and-bad-questions-for-a-design-sprint-c24f564c244

作者：UX Alpaca，译者：曹竞羽，审核：李泽慧、张聿彤，编辑：孙淑雅

本文由@TCC翻译情报局 翻译发布于人人都是产品经理，未经许可，禁止转载。

题图来自Unsplash，基于 CC0 协议