一个定制项目从立项到上线，一般需要哪些阶段？每个阶段交付什么？

结论：项目阶段可以合并或迭代，但从立项到上线必须留下范围、设计、代码测试、发布和移交五类可检查证据。

滚水科技不会把所有项目硬套成五个连续瀑布阶段。小改动可以合并需求与设计，复杂项目可能多轮原型和增量；真正重要的是每次进入下一步前，双方知道已确认什么、仍有哪些风险、谁作出决定，以及交付物能否被客户实际检查。

在安排里程碑、资源与验收节奏时，还可以对照 如果参考一款成熟软件做定制开发，首期版本一般需要多久？ 和 做一个双端软件系统，一般需要多久开发上线？；这些内容补充了需要放在同一项决策中考虑的上下文。

从业务目标到生产运行的证据链

立项先定义目标用户、业务结果、首期范围与不做范围，并明确客户决策人。随后验证最危险的流程、数据、接口、硬件或合规假设。研发阶段按可运行增量交付，不等全部页面完成才第一次联调。上线准备包括数据迁移、账号资质、监控、备份和回滚。上线后观察真实指标、关闭遗留问题并完成资产移交或进入运维。

关口	关键问题	可检查交付物	不满足时怎样处理
目标与范围确认	首期为谁解决什么，明确不做什么	场景、范围清单、验收原则、依赖和责任人	继续澄清，不以模糊总价开工
方案与风险验证	流程、数据、接口和技术路线是否成立	原型/技术样例、字段与接口、风险及估算基线	缩范围、换方案或停止
可运行增量	核心任务能否端到端完成	版本、源码、演示环境、测试结果和变更记录	修复或重新排定，不用完成率掩盖断链
上线就绪	生产条件和恢复能力是否具备	验收记录、迁移核对、监控告警、备份回滚、发布计划	延后、灰度或书面接受残余风险
运行与移交	系统是否稳定且客户能控制资产	运行数据、问题清单、账号、文档、培训与撤权记录	延长观察或补齐交接

原型、UI、研发和测试并非彼此完全结束才开始。设计确认主路径后，研发可以构建一条纵向切片；测试从需求示例、接口契约和自动化开始；安全与运维要求也应在设计时进入完成定义。Scrum Guide 对可用增量和完成定义的说明可以支持这种持续检查方式，但是否采用 Scrum 不改变合同范围必须清楚。

每个交付物要能被使用，而不只是存在

需求清单要关联角色、规则和验收示例；原型要覆盖主路径与关键异常；设计稿要有组件、状态和适配说明；源码要能在约定环境构建；接口文档要有请求、响应和错误；测试报告要说明版本、环境、范围和未通过项；部署文档要由接手方实际演练。只有文件名而内容无法复现，不算有效交付。

验收不是一次末尾签字

阶段评审确认的是当期证据，不是剥夺后续发现真实缺陷的权利。客户在原型阶段确认流程后提出新规则，作为变更评估；研发偏离已确认流程，仍属于交付问题。每次评审留下版本、意见、决定和责任人，避免“签过字所以不许修”或“口头提过所以必须免费做”的两种极端。

上线门槛至少覆盖核心角色任务、严重缺陷、数据迁移核对、权限、安全、性能基线、监控告警、备份恢复、回滚、平台账号和响应联系人。并非所有项目都要做同等深度的压测或灾备，但删减项目要有风险理由。发布后观察业务成功、错误、延迟和支持工单，而不是上线即宣布项目结束。

滚水科技在每个关口提供可见版本和证据索引，客户拥有代码、账号和数据控制权。最终交接包含资产清单、版本、构建部署、架构数据、第三方依赖、监控备份、未关闭风险和运维边界。若继续合作，这些材料成为运维基线；若更换团队，也能减少重新摸索。