问题先于技术
先确认用户和业务问题，再决定使用什么语言、框架或云服务。
开始之前
先建立三个开发共识
交付物连接团队
原型、接口规范、测试报告和运行手册让不同角色围绕同一个事实协作。
上线只是新阶段
监控、反馈、修复和迭代决定软件能否长期稳定地创造价值。
端到端路线
从需求到运营的完整过程
实际项目可以并行或回退，但每个阶段都要有明确结果，不能只凭“应该差不多”进入下一步。
- 01确定为什么做、为谁做
需求与目标
先把想法变成可以验证的问题，明确用户、业务目标、范围和成功标准，避免一开始就陷入技术选型。
关键任务
- 访谈用户与相关方
- 整理核心使用场景
- 定义 MVP 与非目标
- 确认预算、周期和风险
阶段交付物
- 需求说明
- 用户故事
- 范围清单
- 成功指标
主要参与者
产品 / 业务 / 技术负责人
- 02把需求变成可使用的方案
产品与体验设计
建立信息架构和关键流程，从低保真原型开始验证，再形成视觉规范与覆盖各种状态的交互稿。
关键任务
- 梳理站点地图
- 绘制用户流程
- 制作并测试原型
- 设计响应式界面与状态
阶段交付物
- 站点地图
- 交互原型
- 设计系统
- 可访问性要求
主要参与者
产品 / UX / UI / 前端
- 03选择适合问题的技术
技术方案与架构
根据团队能力、数据规模、性能、安全和维护周期选择语言、框架、数据库与部署方式，并定义模块边界。
关键任务
- 评估技术约束
- 设计系统与数据模型
- 定义 API 契约
- 制定环境和安全方案
阶段交付物
- 架构图
- 数据模型
- API 规范
- 技术决策记录
主要参与者
架构 / 前端 / 后端 / 运维
- 04持续交付可运行的软件
开发与协作
前端、后端和数据层围绕稳定契约并行开发，用版本管理、代码评审和自动检查维持可读性与质量。
关键任务
- 搭建项目与开发环境
- 实现界面和服务接口
- 编写数据库迁移
- 代码评审与持续集成
阶段交付物
- 可运行功能
- 源代码
- 迁移脚本
- 开发文档
主要参与者
前端 / 后端 / 数据 / DevOps
- 05证明它正确、稳定、好用
测试与质量验收
验证功能、兼容性、性能、安全和可访问性，覆盖正常流程、异常状态、弱网与真实设备。
关键任务
- 单元与集成测试
- 端到端流程验证
- 性能和安全检查
- 多设备与可访问性验收
阶段交付物
- 测试报告
- 缺陷清单
- 性能基线
- 上线检查表
主要参与者
开发 / 测试 / 安全 / 产品
- 06可控地把产品交给用户
部署与发布
准备生产环境、域名、证书、数据备份和回滚方案，通过灰度或分阶段方式发布并持续观察。
关键任务
- 配置 CI/CD 与生产环境
- 准备域名、DNS 和证书
- 执行迁移与发布
- 验证监控和回滚
阶段交付物
- 发布记录
- 部署流水线
- 回滚方案
- 运行手册
主要参与者
DevOps / 开发 / 测试
- 07让系统长期创造价值
运营、监控与迭代
上线不是结束。通过日志、指标、用户反馈和业务数据发现问题，安排修复、优化和下一轮需求。
关键任务
- 监控可用性与错误
- 分析用户和业务指标
- 处理反馈与事故
- 复盘并规划下一迭代
阶段交付物
- 监控面板
- 事故复盘
- 迭代计划
- 知识库
主要参与者
全团队 / 运营 / 客服
继续深入
按当前目标进入知识模块
想建立技术基础，可以选择一条编程路线；正在做技术决策，可以查看技术专题；遇到具体问题，则从文章和工具开始。