Thread 摘要: 官網轉換 + 鼎新 ERP 專案時程規劃
Slack Thread @ 2026-07-02 ｜ 用途: 帶到新 thread 接續使用, 保留 context
Thread 主題: 翠翠準備向公司老闆報告官網轉換 + 鼎新 ERP 專案的時程延誤 + 新規劃, 並產出兩版 gantt (內部執行版 Aggressive + 對外承諾版 Realistic).
1. 觸發事件
- 2026-06-30: 鼎新原訂交出新架構補開發項目的開發時數, 跳票 延到 7/20 (delay 20 天)
- 翠翠隔天 (7/2) 要跟老闆報告狀況並確認下階段執行方式
2. 專案架構
現行 (all-in-one)莫筆克 = 官網 + 進貨 + 庫存管理 + 出貨 一體
目標 (拆三家)康德 (官網) + 鼎新 (ERP) + 超電 (快電商網站)
康德角色中央 hub - 訂單管理 + 出貨 + 庫存同步中心
鼎新角色後端 ERP - 庫存主檔 + 帳務認列
超電角色前端之一 - 客戶接觸點 / 成單通道
資料流架構
- 訂單順向: 超電下單 → 康德 → (康德出貨) → 完整訂單資料拋鼎新 ERP 認列帳務
- 物流回拋: 康德出貨後, 訂單狀態 / 物流資訊回拋到超電, 讓超電客戶端更新
- 庫存方向: 鼎新算所有平台庫存 → 拋康德 → 康德再更新到全部前端平台
- 超電 ↔ 鼎新 沒有直接 flow, 全部透過康德 relay
3. 關鍵決策 (已 landed)
決策 A: M1 + M2 一起上線 (不分階段)
M1 = 康德上線, M2 = 鼎新上線. 一起上不做分階段.
理由: 分階段的隱藏成本太高 (5 個月 gap):
- 要買康德進貨模組 + 幫其他平台客製 (加錢)
- 5 個月手工同步庫存 (超賣風險 + loading 重)
- 翠翠 loading 型態 Y2 + Y3 + X 全部會累
老闆原立場也是「兩邊都好才上」, 沒指定 hard deadline.
決策 B: 兩版時程並列
| Aggressive (A) | Realistic (B) |
|---|
| 用途 | 內部執行版 | 對外承諾版 |
| 上線日 | 2027/07/01 | 2027/08/01 |
| 合約簽核 | 8/31 (內部簽核 2 週) | 9/24 (簽核 3-4 週 buffer) |
| 鼎新 dev | 6 個月 (無 buffer) | 6.5 個月 (含春節/延誤) |
| 康德 dev | 3.5 個月 (兩版相同) |
| 超電 dev | 3 個月 (兩版相同) |
| UAT | 12 週 (兩版統一, 業界常態 8-12 週上限) |
建議做法: 對外承諾用 Realistic (8/1), 內部團隊按 Aggressive (7/1) 執行. Under-promise, over-deliver.
決策 C: 康德超電會議提前到 7/7
超電 ↔ 鼎新 沒有直接 flow (透過康德 relay), 所以康德超電串接會議可以完全獨立於鼎新, 提前開沒風險. 兩版都改到 2026-07-07 → 07-15.
4. 時程節點 (兩版)
Aggressive 7/1 上線
- 2026-07-20: 鼎新交出開發時數
- 2026-07-07 → 07-15: 康德超電串接會議
- 2026-07-02 → 08-15: 康德 spec 撰寫 (翠翠)
- 2026-08-31: 簽三家合約
- 2026-09-22: 康德 + 鼎新 dev 開工
- 2026-10-08: 超電 dev 開工
- 2027-01-07: 康德 + 超電 dev 完成 → 進資料拋接測試
- 2027-01-07 → 03-22: UAT 測試腳本內容準備 (2.5 個月)
- 2027-03-22: 三邊 dev + 內部準備完成
- 2027-03-22 → 06-14: UAT + 整合測試 (12 週)
- 2027-05-15 → 06-14: 教育訓練 (4 週, 平行 UAT 後期)
- 2027-06-14 → 07-01: Cutover 準備 + 執行
- 2027-07-01 M1 + M2 一起上線
- 2027-07-01 → 07-29: Hypercare 上線後陪跑 (4 週)
Realistic 8/1 上線
- 2026-07-20: 鼎新交出開發時數
- 2026-07-07 → 07-15: 康德超電串接會議
- 2026-07-02 → 09-01: 康德 spec 撰寫
- 2026-09-24: 簽三家合約 (含 3-4 週簽核 buffer)
- 2026-10-07: 鼎新 dev 開工
- 2026-10-22: 康德 dev 開工
- 2026-11-08: 超電 dev 開工
- 2027-02-07: 康德 + 超電 dev 完成
- 2027-02-07 → 04-22: UAT 測試腳本內容準備 (2.5 個月)
- 2027-04-22: 三邊 dev + 內部準備完成
- 2027-04-22 → 07-15: UAT + 整合測試 (12 週)
- 2027-06-15 → 07-15: 教育訓練 (4 週)
- 2027-07-15 → 08-01: Cutover 準備 + 執行
- 2027-08-01 M1 + M2 一起上線
- 2027-08-01 → 08-29: Hypercare 上線後陪跑 (4 週)
5. Gantt 產出 (三頁)
維護方式: 走 ~/repo/notes/taco/qtracychen-net/projects/gantt*.html + wrangler pages deploy (source 走 workspace repo, deploy 需 wrangler CLI, 兩步都要做才會上網站).
6. 待處理 / 關鍵前置
以下每一項若失守, 整體時程都會受影響:
- 7/20 鼎新必須真的交出時數 (前提, 不能再跳票)
- 康德 spec 進度: Aggressive 需要 8/15 前寫完, Realistic 需要 9/1 前
- 合約變更啟動 (莫筆克 → 康德/超電/鼎新), 過去兩次組合變動未做, 有稽核/法務風險
- 康德超電會議: 7/7 那週開 (下週), 議程聚焦訂單/庫存/物流 flow
7. 假設 (若不同時程會平移)
- 康德 = 官網廠商; 鼎新 = ERP; 超電 = 快電商網站廠商
- M1 (康德上線) + M2 (鼎新上線) 一起上線
- 鼎新 dev 廠商初報 6 個月 (Realistic 加 2 週 buffer 到 6.5), 康德 3.5, 超電 3 個月
- 廠商 7/20 正式回報若不同 (例如鼎新回 5 或 7 個月), 整個時程會平移
- 所有工期為廠商初報 dev time, 未含內部 PM / QA / 跨部門協調
8. 給下一 thread 的 context 提示
下一 thread 若接續這個專案, 可以進的方向:
- 寫給老闆的 memo (draft 未做): 現況 + 你的評估 + 建議 (兩版) + 需老闆決策項目
- 內部工作項目 checklist: 你方在兩邊系統 (康德/鼎新) 需要處理的內部工作 (延到 Q3 開始, 但先列 backlog)
- 各廠商溝通策略: 康德超電會議議程 draft, 鼎新 delay 追蹤機制
- 合約變更程序: 跟公司法務/採購 confirm 三家合約變更走法
- 200 萬第一版合約清單: 從鼎新拿舊合約 in-scope 項目 (是舊合約, 但仍需釐清)
9. Thread 過程中的 iteration 紀錄
Gantt 從 v5 一路 iterate 到 v6.9+, 主要調整:
- v5 → v5.4: 兩版並列, 修 label 撞在一起, 拆 deadline row, 3 層交錯
- v6 → v6.4: Aggressive 從 6/1 → 7/1, UAT 統一 12 週, 「審批」統一改「內部簽核」
- v6.5 → v6.7: 廠商評估補三家, 康德超電會議提前, name column 加寬 nowrap
- 拆頁: 選單 + aggressive + realistic 三個獨立 URL
- 資料流架構補「物流回拋」flow (康德出貨後回拋超電)
- 加入 UAT 測試腳本內容準備 + 教育訓練 + Hypercare 三 phase