从沟通到上线一般要多久?
取决于功能范围。单一业务小程序约 4 至 8 周;双端 App 加后台的中等规模产品约 8 至 16 周;涉及微服务拆分或大模型集成的复杂系统需要更长周期。需求诊断阶段会给出明确的工作量评估。
每个阶段都有可交付、可验证的产出物,不存在「做完看看效果」的环节。流程的目的不是显得规范,而是让方向偏差尽早暴露——改一周的工作量,比项目末期返工便宜得多。
从接触到上线,项目通常经过五个阶段。每个阶段结束都有明确的产出物, 并需要对产出物做确认之后才进入下一阶段。
| 阶段 | 主要工作 | 产出物 |
|---|---|---|
| 一、需求诊断 | 明确业务目标、现有系统现状与约束条件 | 需求确认文档、工作量评估、风险清单 |
| 二、技术设计 | 确定架构、技术选型、数据模型与接口约定 | 技术方案文档、数据模型、接口约定 |
| 三、开发实现 | 按迭代开发与自测,每轮交付可运行版本 | 可运行系统、迭代验收记录 |
| 四、部署上线 | 生产环境部署、配置管理、上线验证 | 线上系统、部署文档、运维手册 |
| 五、复盘迭代 | 跟踪运行数据与反馈,规划下一轮 | 运行报告、迭代计划 |
这个阶段解决的是「到底要做什么」,而不是「怎么做」。
产出物:需求确认文档、功能清单、工作量评估、风险清单。
需求诊断可以单独进行,不强制绑定后续开发。我们会把问题拆解成可执行的技术方案, 你拿着方案去找其他团队实施也没问题。
这个阶段解决的是"怎么做最稳",并且把方案写成可评审的文档。
产出物:技术方案文档、数据模型、接口约定、权限矩阵。
设计文档会连同选型理由一起交付——不写理由的方案,换个团队接手后没人敢改。
按迭代交付,通常每 1 至 2 周产出一个可运行、可验收的版本。
产出物:可运行系统、迭代验收记录、问题清单。
为什么按迭代而不是一次交付到底?因为需求在开发过程中必然会澄清甚至变化。 一次性交付意味着所有偏差都会集中在项目末期暴露,那时返工成本最高。
产出物:线上系统、部署文档、接口说明、数据字典、运维手册。
涉及小程序的项目还需配合完成小程序备案与提审,涉及网站的需配合完成 ICP 备案相关事项。
产出物:运行报告、问题与优化清单、迭代计划。
公司注册地在广州,但项目交付全程可以远程进行。需求确认、方案评审、迭代验收与线上部署 都可以通过线上会议加文档的方式完成;涉及生产环境部署与联调的环节,也可以按需要安排现场支持。
取决于功能范围。单一业务小程序约 4 至 8 周;双端 App 加后台的中等规模产品约 8 至 16 周;涉及微服务拆分或大模型集成的复杂系统需要更长周期。需求诊断阶段会给出明确的工作量评估。
可以,而且这是我们更推荐的方式。需求诊断与技术方案评审可以单独进行,不强制绑定后续开发。产出可执行的技术方案与工作量评估后,你再决定是否继续。
能看到实际运行的系统,不只是进度报告。按 1 至 2 周一个迭代交付可运行版本,每个迭代结束时演示真实效果,你可以随时确认方向是否符合预期。
走变更确认流程:评估变更对周期与成本的影响,双方确认后调整计划。我们不接受范围无限扩张而不调整周期与报价,也不会默默延期不通知。