一、商务交底
负责人：PM
输入：商务合同、甲方需求初稿
输出：项目启动会材料、项目在线总目录
注意事项：
(1) 必须明确甲方的核心诉求、预算、交付时间
(2) 必须明确甲方的对接人、决策人
(3) 必须明确项目的边界：哪些是我们做的，哪些不是
(4) 必须识别风险：甲方是否有过变更频繁的历史
(5) 必须识别硬件约束：车机芯片、内存、屏幕尺寸等，避免后期适配问题
二、需求调研
负责人：PD + UX
输入：甲方需求初稿
输出：需求调研纪要、需求清单
注意事项：
(1) 必须制定调研计划，明确周期、方式、甲方配合事项
(2) 必须预约甲方决策人参会，避免后期决策人不认
(3) 必须深入调研用户场景：驾驶员、乘客的使用场景
(4) 必须调研车规要求：驾驶时的交互限制、安全要求
(5) 必须调研甲方现有系统：兼容性、继承性要求
(6) 必须记录所有甲方的隐性需求，24 小时内转书面确认
(7) 必须划分功能范围边界，同步甲方书面确认
(8) 甲方的 “可以考虑、以后再说”，标记为待确认，不纳入当前范围
(9) 超合同范围的需求，标记为潜在新增，告知走变更流程
三、SRS 编写
负责人：PD
输入：需求调研纪要
输出：《软件需求规格说明书》、内部评审纪要
注意事项：
(1) 必须基于确认后的需求边界编写，不超范围
(2) 必须把所有需求量化，避免模糊描述
(3) 必须明确需求的优先级：P0（必须做）、P1（应该做）、P2（可以做）
(4) 必须明确非功能需求：性能、兼容性、车规要求
(5) 必须明确验收标准，所有验收标准可量化
(6) 必须组织内部评审，确保 SRS 无遗漏、无错误
四、需求冻结
负责人：PM + PD
输入：SRS 文档
输出：《需求基准确认单》（替代原冻结单，兼顾灵活性，允许前中期合理变更）
注意事项：
(1) 组织内部需求评审，输出整改清单，2 天内闭环
(2) 组织甲方需求评审，输出评审纪要，明确整改项
(3) 管控需求修改范围，避免无限迭代，确认为项目核心基准
(4) 推动甲方签字确认基准，作为项目核心执行依据，不强制“冻结”
(5) 明确变更流程：基准确认后，前中期若有合理需求变更，需走正式变更流程，评估影响、调整排期及费用后执行
(6) 基准确认后，所有设计工作优先以此为依据，变更需同步全团队并更新相关文档
五、项目排期
负责人：PM
输入：需求基准确认后的范围
输出：《项目计划与进度跟踪表》、项目甘特图
《项目计划与进度跟踪表》模板：
注意事项：
(1) 必须预留缓冲时间：每个阶段预留 10% 的缓冲
(2) 必须明确各模块的依赖关系：UX 核心节点完成后 UI 才能启动全量页面设计
(3) 必须明确各角色的起止时间，同步全团队对齐
(4) 必须定义里程碑节点，明确每个里程碑的交付物与验收标准
(5) 项目计划必须同步给所有团队成员，确保全员预期对齐
(6) 不预留缓冲时间的项目，90% 都会出现延期风险
负责人：PM
负责人：PM
输入：需求基准确认后的范围
输出：《项目计划与进度跟踪表》、项目甘特图
注意事项：
《项目计划与进度跟踪表》模板：
(2) 必须明确各模块的依赖关系：UX 核心节点完成后 UI 才能启动全量页面设计
(1) 必须预留缓冲时间：每个阶段预留 10% 的缓冲
(4) 必须定义里程碑节点，明确每个里程碑的交付物与验收标准
(3) 必须明确各角色的起止时间，同步全团队对齐
(6) 不预留缓冲时间的项目，90% 都会出现延期风险
(5) 项目计划必须同步给所有团队成员，确保全员预期对齐