1. 專案目的
- 公司現有官網汰換 → 新平台
- 官網與鼎新 ERP 串接(商品 / 會員 / 訂單 / 庫存 四大主檔同步)
2. 我的角色與已過去時間軸
- 2025-12-20 加入專案團隊
- 2025-12-20 → 2026-03 (3.5 個月):摸熟內部流程 + 原預計開發架構
- 2026-04 發現原架構不可用 → 改與外部廠商評估新架構
- 2026-06-08 今天 仍在 vendor 評估階段
3. 廠商
| 廠商 | 角色 | Dev 工期 | 狀態 |
| 康德 |
官網轉換 |
原 3.5-4M / 目標壓到 3.5M |
已給初步補開發項目 + 費用,內部尚未敲版 |
| 鼎新 |
ERP 串接 |
原 6M / 目標壓到 5M |
報價仍在進行中,費用未到齊 |
4. 目標里程碑 (v4)
- M1 官網上線:2027-01-01(五,元旦當天)
- M2 ERP 串接上線:2027-04-01(四,清明連假前一天)
- User 選擇守原期程,犧牲假期 buffer
5. 關鍵 deadline(反推自廠商工期)
- 2026-07-15 前 康德 vendor lock 完成
- 2026-08-01 康德最遲開工
- 2026-09-01 前 鼎新 vendor lock 完成(含 SoW)
- 2026-09-15 鼎新最遲開工
6. 策略:壓 dev 守期程 + 1.5M 測試
| Track | Dev 工期 | Dev 期間 | 測試窗口 |
| 康德 / 官網 | 3.5M | 2026-08-01 → 2026-11-15 | 11/15 → 2027-01-01 = 1.5M |
| 鼎新 / ERP | 5M | 2026-09-15 → 2027-02-15 | 2/15 → 2027-04-01 = 1.5M |
7. 必須跟廠商談下來的事
- 康德承諾 3.5M(非 4M)— 可能要加人力或加錢
- 鼎新承諾 5M(非 6M)— 工期較難壓,要早談
- 兩家都簽 staged release(分階段交付給內部 QA 早期介入)
8. 已知風險(User 選擇承擔)
- 1/1 元旦當天上線:hypercare team 要排加班;1/2-1/3 連假後 1/4 才回正常班
- 4/1 cutover 完隔天進清明 5 連假(4/2-4/6),hypercare 必須輪班 standby
- 春節(2/6-2/14 估)會壓鼎新 dev 約 1 週,5M 工期內更緊
- 5/1 勞動節在 M2 上線後 3 週,第一次月結(5/1-5/5)會踩假期
- 官網(1/1)→ ERP(4/1)中間 3 個月空窗期,需有 ERP 手動匯入訂單 / 會員 SOP
9. User 偏好(討論時請保留)
- 測試期至少 1.5 個月
- 守 deadline 優先於避假期
- HTML 報告白底
- 圖表慣例見
feedback_gantt_html_conventions.md(獨立 Deadline / 連假列、無 chip 白框、標籤交錯排)
10. 產出物
- 時程圖 HTML 原始檔:
/home/node/workspace/website_erp_gantt.html
- 本 brief HTML:
/home/node/workspace/website_erp_brief.html
- 本 brief 純文字 (markdown):
/home/node/workspace/website_erp_brief.md
11. 下次討論可接手的問題
- 康德內部敲版進度?
- 鼎新報價什麼時候會回?
- 是否要追加金流 / 物流 / 會員點數串接?
- 老闆對「1/1 上線」這個 deadline 的彈性?
- 是否要排「M0 vendor lock」前的內部會議節點?