Dashboard / API

同一份分析,給主管看的是 Dashboard,給系統用的是 API — 交付產出物的本質是「讓對的人,用對的形式,拿到對的結果」。

核心觀念

四種主流交付形式:互動式 Dashboard(使用者自己篩選、下鑽)、自動化報告(定時產出與寄送)、REST API(讓其他系統即時呼叫結果)、資料管線產出物(供下游流程接續使用的資料表或檔案)。共同底線:可重現(同樣輸入得到同樣結果)與可追溯(任何結果都能追回產生它的資料與程式版本)。

白話理解

零售分析團隊的一天:店長開互動式 Dashboard 看即時銷量,總部每週一自動收到營運報告,App 推薦系統透過 REST API 即時取得每位客戶的推薦清單 — 三種形式,同一條資料管線供應。

交付設計要點

• 選形式看受眾:人看 Dashboard 與報告,機器接 API 與管線產出物
• Dashboard 成敗看使用率:沒人開的儀表板等於沒交付,上線後要持續追蹤使用率
• API 看回應時間:線上服務有延遲預算,回應時間超標形同不可用
• 自動化報告:固定排程與格式,把「每週手工貼圖」變成無人值守
• 可重現、可追溯:資料、程式、參數都納入版本控管,稽核時拿得出證據

🎯 口訣:人看板、機器接 API — 使用率與回應時間,是交付的兩張成績單。

iPAS 考點

考「情境配交付形式」:主管要自主探索資料,選互動式 Dashboard;跨系統即時整合,選 REST API;固定週期彙整,選自動化報告。觀念陷阱:交付不是「把圖表寄出去」就結束 — 可重現與可追溯,才是專業與業餘的分界線。