需求冻结1 周
本报告梳理了"共同订单"（Group Order）功能从需求冻结到正式公开为期 10 周的节奏、人员、交付物与关键决策事项。 以 6/15 本番部署（软启动）、7/1 一般公开 为目标，设计 / 开发 / 测试三条线并行推进。
以下 5 项若 4/28 前未完成签署，6/15 软启动目标将无法保障。延迟 1 天 ≈ 本番延迟 1 天，这是整个项目最关键的硬节点。
| 周 / 日期 | 当周核心内容 |
|---|---|
| W14/22 周二 | 原型内部走查 → 客户评审 1 轮（4/24）→ OQ 清单整理 |
| W24/27 周一 | 4/28 需求冻结节点 ★ 同日 UI 启动 · 开发基盘先行（ER 图 / migration / API 契约） |
| W35/4 周一 | UI W2：核心 4 画面高保真 开发 W1：Anchor 流程 |
| W45/11 周一 | UI W3：其余 5 画面 开发 W2：Joiner 流程 |
| W55/18 周一 | UI W4：Admin + 5/22 UI 冻结 开发 W3：Admin 流程 QA：用例设计开始 |
| W65/25 周一 | UI W5：polish / 设计 QA 开发 W4：横串 + 高保真 UI 集成 QA：分段测试启动 |
| W76/1 周一 | 全体 E2E 测试 UAT 启动：Anchor 流程（6/1-6/3）/ Joiner 流程（6/4-6/5） |
| W86/8 周一 | UAT：Admin 流程（6/8-6/10）+ 回归（6/11-6/12） Critical bug 修复 |
| W96/15 周一 | ★ 6/15 本番部署 内测启动（限定 3-5 社，Hypercare 体制） |
| W106/22 周一 | 内测持续 实邮件 / 支付流程最终验证 公开前 go / no-go 判断（6/26） |
| W116/29 周一 | ★★ 7/1 周三 一般公开 随后 2 周 Hypercare 延续 → 7/13 转入常规运维 |
延迟 1 天 = 本番延迟 1 天。客户决策流程慢的话全盘崩溃。4/27 若仍有 OQ 未决，乙方须主动给出"安全默认"方案，推动客户即时拍板。
若客户用"感觉不对"而非具体要件推进，会引发 2 周量级的返工，直接压破 6/15。4/28 必须签署 A/B/C 级别，5/22 后变更一律走 CR 流程、工时可视化。
每周三 15:00 UI Review 与周五 17:00 demo，客户 PO 不到场则并行推进机制失效。每周至少 4h commit 须作为 4/28 Gate 的一部分确保。
| 角色 | 人数 | 投入期间 | 工作内容 |
|---|---|---|---|
| PM（乙方） | 1 | 全周期 | 项目推进、客户对接、风险监控 |
| 设计师 | 1 | 4/28 – 5/29（5 周） | UI 高保真化、设计 token、画面交付、设计 QA |
| BE 工程师（Rails） | 2 | 5/1 – 6/12 | Model / 状态机 / API / Mailer / Admin API |
| FE 工程师（Next.js） | 2 | 5/1 – 6/12 | 13 画面实装、高保真 UI 集成、API 连接 |
| QA | 1 | 5/18 – 6/12 | 用例设计、执行、bug triage |
| Infra（部署 / 监控） | 0.5 | 6/10 – 6/20 | Kamal 配置、监控告警、dry-run |
| 客户 PO | 1 | 全周期 | 决策、UI Review、UAT 统筹（周 6h+） |