Discovery Sprint：构建之前先规划

Discovery Sprint 是一项结构化的规划合作，在团队承诺构建某个产品、功能或应用之前开展。它帮助团队将早期构想、令人困惑的需求说明或一组相互竞争的请求，转化为一个更清晰的决定：首先值得解决的是什么问题。这项工作为您就可行性、预算和时间安排做出决策，提供更清晰、基于证据的依据。它切实呈现当前状态、目标用户、优先使用路径、假设和依赖项，以便下一项投入能够更加审慎。对于那些在重要问题尚未明确时就感到必须开始开发的团队，探索阶段提供了一个有边界的空间，让他们放慢脚步、审视证据，并选择切实可行的下一步。

服务简介

冲刺汇集构建产品决策所需的信息。它可以考察业务目标、当前流程、用户群体、可用数据、现有系统、优先使用路径以及早期的可行性问题。具体范围以书面形式约定，并反映合作中可获得的材料和人员。探索阶段不是为了写文档而写一份冗长的文档，而是聚焦于决策：现在应该探索什么、什么需要验证、计划依赖哪些假设，以及哪些内容尚不应被视为承诺。探索冲刺可能产出经过优先级排序的问题陈述、用户流程概要、决策记录、依赖关系图和建议的下一阶段范围。生产开发、最终 UI 设计和完整的架构构建，可以作为单独约定的成果在后续进行。

适用对象

Discovery Sprint 适合以下团队：

已有产品构想或运营问题，但在申请构建报价之前需要更清晰的需求说明
正在几种可能的用户使用路径、功能或市场优先事项之间做出选择
需要让创始人、产品负责人和技术参与者基于同一套假设开展工作
希望在投入预算、供应商资源或交付时间表之前，识别依赖项和决策空白

帮助厘清的问题

探索阶段有助于厘清：

下一阶段应以哪个问题、目标用户和优先使用路径为核心
关于当前状态已知哪些信息，哪些问题仍需要证据、调研、访问权限或决策
哪些假设、集成、内容、审批和第三方依赖项可能影响交付
合理的下一步是产品蓝图、UX/UI 方向、MVP 范围、技术评估，还是其他合作

包含内容

以书面形式确认探索问题、可用材料、参与人员和决策边界
对当前状态、目标用户、优先使用路径、已知制约因素和早期可行性问题进行结构化评审
记录假设、依赖项、悬而未决的问题以及需要指定负责人的决策
对与下一阶段最相关的问题和用户流程进行切实的优先级排序
以通俗语言提出切实可行、重点突出的下一步范围建议
一次交接讨论，说明发现结果、边界和合理的下一步行动

不包含内容

生产开发、最终 UI 设计、完整的设计系统或全面的架构构建，除非另行界定范围
对商业成功、技术可行性、最终预算、供应商可用性或交付日期的承诺
超出约定合作范围的无限调研、研讨会、概念方案、访谈或修改
正式的法律、合规、投资或市场调研建议
自动实施探索期间识别出的每一个构想

适用时机

当最重要的问题仍然是构建什么、为谁构建以及为什么构建时，请选择 Discovery Sprint。在 MVP、较大规模的重建、新的内部工具或客户使用路径变更之前，它很有帮助。当团队已经收到一些看起来相互矛盾的报价，原因是底层范围尚不明确时，它同样能发挥作用。如果产品边界已经确定，团队只需交付一项定义明确的功能，探索阶段的作用就不大；这种情况下，聚焦的构建范围可能更为合适。当相关决策者能够参与、现有材料可以共享，并且团队愿意将部分构想视为未来的可能性而非即时承诺时，冲刺的效果最为理想。

我们的方法

我们首先约定冲刺要支持的决策。随后，工作从当前状态走向目标状态：用户想要完成什么、现有体验或流程在哪里出现断点，以及有用的下一条使用路径可能是什么样子。我们让假设清晰可见，而不是将其埋入未来的构建计划。数据、内容、供应商、访问权限、内部审批和现有系统等依赖项会连同它们引发的问题一并记录。早期建议会连同其依据和待解答的问题一并呈现，使其分量一目了然。相反，最终交接会将观察到的信息、工作假设、制约因素和下一步决策区分开来。这为团队选择更聚焦的蓝图、设计方向、MVP 或技术评估提供了依据，后续的范围、成本和时间会随着证据的积累而不断细化。

查看 Discovery Sprint 服务页面