能力試對策班 MVP：由可跑到可穩定上線
呢次關鍵唔係功能再加幾多，而係先把部署鏈穩定：可上線、可驗證、可控風險。
重點技術動作包括 Astro 靜態站部署、DNS/快取驗證同發布版本核對。
起點問題（Before）
- 不確定上線策略，曾考慮先轉 WordPress。
- FTP 驗證錯誤（530）令部署卡住。
- 前台容易顯示舊版，難確認新版本是否生效。
- 報表揭露資訊過多，有題庫內容外露風險。
決策與做法（Why + How）
- 先選可控路徑：靜態子目錄上線，WordPress 僅導流。
- 資料邊界分離：公開檔與內部 runtime 文件拆開。
- 部署排查標準化：密碼/帳號/快取/主機 log 逐步驗證。
- 版本驗證固定化：硬刷新 + 無痕 + 原始碼比對。
- 最小揭露：報表只保留必要錯題快照，不暴露完整題庫。
結果對比（After）
上線流程穩定
由「靠運氣發布」轉為可重複部署。
驗證更快
前台版本同路徑可在單次檢查內確認。
風險下降
報表資訊控管後，資料外露面縮小。
註：本案聚焦上線鏈與風險控管，未涉及完整課程 CRM 與自動化行銷流程。
範圍與限制（Scope）
今次有做
- MVP 部署策略定稿
- FTP 排障與版本核對 SOP
- 報表最小揭露設計
今次未做
- 完整內容管理後台
- 學員分層營運流程
- 跨產品資料整合
可複製條件
- 產品需快速上線，但仍要可控風險。
- 團隊目前最痛係「發佈不穩」而非功能不足。
- 可接受先穩部署，再補商業功能。
你都要把 MVP 由「可跑」變「可穩定上線」？
可以先做部署與驗證流程收斂，再補產品細節，速度會快好多。
預約 30 分鐘診斷：幫你定邊啲值得自建、邊啲可以遲啲先換。