| 期間 | 衝突說明 | 風險等級 | 緩解方案 |
|---|---|---|---|
| W1–W2 Apr 21 – May 2 |
A客戶需求確認 + Horizen Phase 1 同時啟動，若A客戶快速回覆則立即進入M1開發，壓縮Phase 1緩衝 | HIGH | A客戶確認前，Phase 1 先推進 Haiku + Webhook 基礎架構；確認後無縫銜接 |
| W5–W10 May 19 – Jun 27 |
A客戶 M1/M2 開發中 + B客戶 M1碳盤查同步進行，容量滿載（需各分配40%+） | HIGH | Horizen Phase 1碳DB是B客戶M1的底層，優先完成；A客戶採用API複用，降低獨立開發量 |
| W7–W8 Jun 2 – Jun 13 |
A客戶 M2全爬蟲上線 與 B客戶碳盤查進入主功能開發同周，若任一方有Bug需修復，影響另一方進度 | MEDIUM | M2爬蟲採增量上線（每週2–3源），不一次全部push；B客戶M1每週mini-demo確認不偏移 |
| 需求確認未回 至 May 15 |
A或B客戶需求確認單若未回覆，無法鎖定scope，後續開發可能返工 | HIGH | 設定回覆期限：A=May 1，B=May 15；逾期則以確認單初版為準開始開發，後續修改計額外費用 |
| W13–W16 Jul 13 – Aug 8 |
A客戶UAT驗收期 + B客戶S/G面開發高峰，A客戶bug修復可能拉長到這段 | MEDIUM | A客戶合約約定驗收最多2週，超出計時計費；Horizen Phase 2與B客戶M2共用同一codebase，無重複開發 |
| Phase 3 Next.js Sep 前 |
如果B客戶Phase 4拖延，Phase 3 Next.js SaaS前端可能延後，影響對外SaaS上線時程 | LOW | Phase 3是Horizen自有產品，不影響客戶交付；可彈性延至B客戶收尾後集中開發 |