团队可能都认为网站需要改进，却对改进方式意见不同。客户应该直接选择套餐，还是先预约咨询？新工具应该展示空白页面，还是提供示例？设计冲刺为一个不确定的决定设定时间边界，通过实际观察帮助团队确定下一步。
选择一个会影响项目方向的问题
把问题写成一句允许否定答案的话。以一家假想的家具工坊为例：“新客户能否在不打电话的情况下提交定制书架需求？”这比“如何让网站更现代”更具体，也更容易找到需要验证的流程。
分别写下已知事实、假设，以及什么证据会改变决定。如果客户无法提供准确尺寸，带指导的咨询可能比复杂的配置器更合适。让测试结果有机会改变项目范围。
把一个决定写成可能得到“不舒服”答案的问题。
产出一个冲刺问题，以及什么会让你改变主意
从问题到决定大约一周，只开发经过验证的部分。
提前安排参与者和材料
邀请了解客户的人、能够做业务决定的人，以及清楚技术限制的人。确定工作坊日期之前，先联系符合目标条件的测试参与者。内部同事可以发现不一致之处，但无法代替真实的使用人群。
收集常见问题、示例订单、产品限制和已有的支持记录。原型使用虚构或匿名化的数据。明确主持人、记录者和决定的保存方式，避免把集中工作的时间用在临时协调上。
让不确定的环节足够真实
常见的冲刺过程包括理解问题、提出方案、选择方向、制作原型和测试。对于书架询价，测量说明、模拟照片上传入口和需求摘要可能已经足够，无须先完成支付系统。
向参与者描述任务情境，而不是逐步教他们点击。请他们为某个房间安排书架，观察犹豫发生在哪里。把观察和解释分开：“两次寻找电话号码”是观察，“不信任在线订购”则是需要进一步了解的假设。
把发现变成明确的下一步
区分概念问题和表达问题。标签不清楚可以修改后再测；如果服务依赖客户无法提供的信息，可能需要改变流程。少量测试可以发现障碍，但不能证明市场需求，也不能预测转化率。
写下测试内容、参与者条件、仍然未知的事项以及下一步负责人。决定继续开发、修改后再测，或停止。如果问题已经明确，而且只需要简单修复，就不必专门组织冲刺。
开始之前
- 选择一个真正影响方向的决定。
- 提前联系符合条件的测试参与者。
- 只制作回答问题所需的原型。
- 记录观察、局限和下一步负责人。