什么是软件探索阶段，为什么它要先于代码？

需求探索应帮助明确下一笔投资。记录问题、已有证据、交付限制，以及可能改变自建、采购、缩减或停止决策的假设。它可能减少可避免的返工，但不能据此普遍承诺节省几周或几个月。

Wavect 的 Discovery + Roadmap适用于方向已经足够清晰、可以规划交付的产品。公开方案固定价格为 EUR 3,500，不含适用增值税，时间为 2 至 3 周；若继续由 Wavect 开发，该费用将从开发账单中全额抵扣。核心成果是架构、里程碑和固定价开发提案。实际工作以访问条件、客户决策及签署范围为准。

如果尚未验证需求，应先讨论早期产品验证。可以规划影响投资决策的实验，但招募、访谈、原型制作、可用性研究和技术测试执行都要明确约定。规划工作不会自动包含它建议的每一项实验。

交付决策记录，而不是功能愿望清单

用一页写清买方、用户任务、目前的替代做法、一条完整目标流程和预算边界。补充风险最大的假设、什么证据会改变决策，以及谁有权批准范围。区分商业需求与技术可行性：API 能正常工作，并不证明用户愿意付费或反复使用。

将待办项分成必需、推迟和舍弃。必需包含最小完整流程，以及安全运营所需的控制。推迟包含有用但不能检验当前假设的扩展。舍弃包含被证据否定或超出预算的想法，并注明理由。舍弃只表示从本次范围移除；证据变化后可以重新评估。

安排原型测试前，先写下待定的决策，以及每种结果对应的下一步。如果主要未知项是某项集成，先确认供应商是否提供测试环境、能否取得有代表性的数据，以及谁有权批准使用。若审批前无法取得证据，就记录依赖项、负责人和计划验证的时间。GOV.UK 服务手册将针对高风险假设的原型安排在 Alpha 阶段，可参考这种做法单独约定实验范围。GOV.UK 的 Alpha 阶段指南。

完整示例：维修申请门户

这是一个建议单独约定范围的研究练习，并非固定规划方案的自动交付项。可点击原型可以检验理解和流程；生产授权与请求路由仍需要实现层面的测试。

这是示例，并非 Wavect 客户结果。假设：楼宇负责人能提交完整维修申请，无需协调员重新录入。测试：让五名有代表性的负责人使用可点击原型处理真实感的示例申请，观察提交及协调员分派过程，不提供指导。事先约定的示例阈值：五人中四人独立填写全部必填字段，且没有申请被发给错误楼宇。这个小样本检查流程可用性，不能证明市场需求或统计可靠的成功率。

必需：识别楼宇、描述问题、确认提交，并在访问控制下发送给相应协调员。推迟：原生应用和自动供应商推荐。本次舍弃：无法检验申请流程的公共供应商市场。若未达到阈值，修改后重测；如果基础问题没有价值，就停止。若通过，则规划有限运营试点，而不是宣称已经实现产品市场匹配。

明确验收与变更规则

对每项必需功能记录起始状态、动作、预期结果以及一个失败场景。补充集成假设、数据责任、依赖、不做事项和验收人。新增功能必须替换约定范围，或得到明确的费用与工期决策。交接应包含发现和未决问题，使另一团队也能继续使用这些成果。

GOV.UK 的需求探索指南可帮助团队在实施前理解问题；主持式可用性测试指南介绍了如何观察代表性任务。上面的阈值是本例自定的规划假设，并非这些来源的要求。资料核对日期：2026 年 11 月 11 日。