FSTS 經營層摘要
給董事會 / CEO 的投資提案，而非 IT 文件。此 wiki 頁是 source 的濃縮版，完整脈絡見 原 CEO 摘要。
核心決策
問題不是「要不要重做」，而是「要不要現在把複委託能力升級成可持續擴充的平台」。1
建議
| 面向 | 建議 |
|---|---|
| 做法 | 核定 24 個月分階段建置，採「平台化」而非「單體重寫」 |
| 完整預算 | NT$ 2.2 – 2.8 億 |
| 保守可落地預算 | NT$ 1.8 – 2.4 億 |
| 成敗關鍵 | 範圍凍結、雙軌移轉、主力上手優先、平台基座先建 |
為什麼現在要做
- 現況功能版圖過大；在舊架構上疊代，未來每加一個新產品都會更慢、更貴、更難控
- 市場標準能力已不只是股票複委託主體，還包括 FIX Gateway / Web Socket / 線上開戶 / 定期定額 / AML 監控 / 資料轉檔
- 若不趁此時平台化，未來基金、債券、定期定額與財管整合會反覆重工
分階段路徑
| Phase | 重點 |
|---|---|
| 0–1 | 主檔、客戶、權限、核心交易、FIX、前置風控打底 |
| 2 | 成交、結算、入出金、帳務、報表、監控可上線骨幹 |
| 3–4 | 除權息、QI/稅務、定期定額、產品擴充、雙軌切換 |
里程碑
| 時點 | 狀態 |
|---|---|
| M8 | 核心交易 Alpha |
| M14 | Beta |
| M24 | 正式上線 |
經營層最該關心的 5 個問題
- 24 個月內做得完嗎？ — 做得完，前提是分期交付、需求凍結，不把所有歷史需求一次灌進首期
- 為什麼預算比附件報價高？ — 附件大多是局部模組或增修報價，不是完整平台重建
- 風險最大在哪？ — 資料品質、上手差異、營運不中斷壓力
- 最重要的技術原則？ — 平台化、可監控、可稽核、可回退
- 何時能看到成果？ — 見上表里程碑
董事會決策訊息
- 投資邏輯：不是單一系統汰換，而是將複委託能力升級成可持續上新品的營運平台
- 時程邏輯：24 個月內可完成，但前提是平台先行、分階段上線、嚴格凍結需求
- 財務邏輯：建議分成 MVP 與完整版兩條投資路徑，避免一次性承諾過大範圍
- 風險邏輯：真風險不在開發，而在資料移轉、雙軌切換、企業行動、日終批次
下一步（若送正式評選）
只需補齊三份文件即可進入發包或董事會審議：
- RFP 招標規格書 ✅（已有）
- WBS/驗收矩陣（另有 04/09/10 系列文件）
- 移轉與切換計畫 → Cutover Runbook ✅（已有）
補充資訊
(未來 ingest 新來源會在此追加段落)