每張卡，一個可帶走的決策工具。
從 User Research 到 Postmortem — 用 Stage 或 Role 過濾。 點進任一張，看「解決什麼問題、誰負責、何時用、AI 怎麼加速」四問。
使用者研究 · User Research
用真實證據打掉腦補假設
→#02 · DISCOVERYJTBD · 任務驅動
把功能慾望翻成使用者真正想完成的任務
→#03 · DISCOVERYPersona · 使用者輪廓
讓團隊在爭論時有共同的「他」
→#04 · DISCOVERYJourney Map · 旅程地圖
看到使用者在哪一步真正卡住
→#05 · DISCOVERY競品掃描 · Competitive Scan
找出對手做了什麼、沒做什麼、為什麼
→#06 · DISCOVERY價值假設卡 · Value Hypothesis
把「我覺得有用」翻成可驗證的假設
→#07 · DISCOVERY北極星指標 · North-Star Metric
全團隊只盯一個數字，避免局部最佳化
→#08 · DEFINEPRD · 產品需求文件
把模糊需求變可執行規格
→#09 · DEFINEOKR · 目標與關鍵結果
把產品方向翻成可衡量的季度承諾
→#10 · DEFINERoadmap · 產品路線圖
讓 stakeholder 看到「未來三季要解什麼問題」而非「哪天上 feature」
→#11 · DEFINEUser Story · 使用者故事
把 PRD 切成可估、可做、可驗收的最小單位
→#12 · DEFINEAcceptance Criteria · 驗收條件
讓「做完了」這句話有客觀證據
→#13 · DEFINESRS · 系統需求規格
把業務需求翻成系統可實作的規格
→#14 · DEFINEFRD · 功能需求文件
把 PRD 的 what 拆解成每個功能的精細規格
→#15 · DEFINEStakeholder Map · 利害關係人地圖
把「誰該知道、誰能決策、誰會擋」一張圖看完
→#16 · DEFINE優先級矩陣 · Priority Matrix
把「都很重要」打回現實
→#17 · DESIGN資訊架構 · IA
讓使用者找得到、看得懂、不迷路
→#18 · DESIGNWireframe · 線框稿
在花錢做精緻 UI 前先驗證 layout 與流程
→#19 · DESIGNPrototype · 互動原型
在寫程式前用最低成本驗證互動
→#20 · DESIGNDesign System · 設計系統
讓全產品視覺一致、開發不重造輪子
→#21 · DESIGN高保真稿 · Hi-Fi Mockup
讓工程師能像素級實作、不靠猜
→#22 · DESIGN可用性測試 · Usability Test
上線前抓出「使用者真的會卡」的點
→#23 · DESIGNADR · 架構決策紀錄
把「為什麼這樣選」寫下來，半年後不用考古
→#24 · DESIGNC4 圖 · 四層架構視圖
用四層抽象讓每種角色看到「他需要看的那層」
→#25 · DESIGNAPI Spec · OpenAPI 契約
Freeze 契約，讓 FE/BE/QA 可平行開發
→#26 · DESIGNData Model · 資料模型
把資料關係講清楚，避免半年後查不出真相
→#27 · DESIGNSequence Diagram · 時序圖
把跨服務互動的順序、失敗、回滾畫清楚
→#28 · DESIGNTech Spike · 技術探索
用最小成本買回最大不確定性
→#29 · DESIGNThreat Model · 威脅建模
在攻擊者之前先把資料流畫清楚
→#30 · DESIGN非功能需求 · NFR / -ilities
把『要很快、要很穩』改寫成可驗收的數字
→#31 · BUILDCoding Standard · 編碼規範
把 review 時的口水戰提前壓縮成 linter 設定
→#32 · BUILDPR Template · PR 模板
讓作者在按下 Create PR 之前先回答 reviewer 會問的問題
→#33 · BUILDCode Review Checklist
把 review 從個人品味變成可重現流程
→#34 · BUILDUnit Test · 單元測試
讓重構不再靠賭
→#35 · BUILDIntegration Test · 整合測試
確認『各自能跑』之後『接起來還能跑』
→#36 · BUILDTest Plan · 測試計畫
用一張表決定『要測什麼、不測什麼、誰簽』
→#37 · BUILDFeature Flag · 功能旗標
把『部署』與『發布』拆開
→#38 · SHIPCI/CD Pipeline · 持續交付管線
讓『可發布』從人工判斷變成 pipeline 證據
→#39 · SHIPRelease Plan · 上線計畫
把上線從『按 deploy』變成有對齊、有證據、有退路
→#40 · SHIPRollback Plan · 回滾計畫
在 incident 發生前先決定『按哪顆按鈕』
→#41 · SHIPCanary Strategy · 灰度策略
讓上線變成可觀測的實驗，而不是一次性押注
→#42 · SHIPUAT · 使用者驗收測試
用使用者語言確認『這真的是我們要的』
→#43 · SHIPGo/No-Go Checklist · 上線檢查表
把上線決策從『感覺差不多』變成證據簽核
→#44 · OPERATESLO · 服務等級目標
把『可用性』從感覺變成可量化的合約
→#45 · OPERATEError Budget · 誤差預算
把『要不要繼續發新功能』變成可計算的決策
→#46 · OPERATERunbook · 維運手冊
凌晨三點被 page 的人能照做不用思考
→#47 · OPERATEIncident Report · 事故報告
事故當下的事實流水帳，不是檢討會
→#48 · OPERATEPostmortem · 事後回顧
把『誰的錯』改寫成『系統的哪個缺口』
→#49 · OPERATEObservability Spec · 可觀測規格
上線前先決定『出事時要看什麼』
→#50 · OPERATEOn-Call Rotation · 值班輪值
讓『誰接電話』有制度，不靠英雄主義
→#51 · OPERATECapacity Planning · 容量規劃
在洪峰來臨前先把『撐不撐得住』算清楚
→#52 · OPERATECost Monitor · 成本監控
讓雲端帳單變成可歸因、可預警的指標
→#53 · OPERATEDeprecation Plan · 廢棄計畫
把『下架』從口頭承諾變成可追蹤遷移
→#54 · OPERATERetrospective · 回顧會議
讓團隊每個 sprint 留下一個小改善
→