企業 SLA 監控儀表板 SaaS 採購完整指南：Datadog / Grafana Cloud / New Relic

早上九點客服堆了 40 封抱怨信，你的儀表板一片綠燈：這是誰的儀表板？

早上九點，你的 CTO 打電話說「生產環境 API 又掛了 20 分鐘、客服信箱堆了 40 封抱怨信」。你打開手機看那面 4 萬塊台幣月費的監控儀表板，全部亮綠燈。這種「儀表板顯示健康、實際爆炸」的落差感，是最近我們替一家 80 人規模的客戶做系統交付驗收時遇到的真實現場。他們花了 3 年上線一套客製化 ERP，第一年運維階段最常被問的一句話就是：「這套上線後我要怎麼看它到底健不健康？」

這篇文章寫給中小企業 IT 主管、資訊部門主管、或身兼 IT 的中小企業老闆。你正在做採購決策，桌上放著 Datadog、Grafana Cloud、New Relic、Better Stack 四張報價單，加上顧問建議「其實 Uptime Kuma 自架也可以」，你不知道怎麼往下走。這篇會拆五家 SaaS 定價、五個必看指標、四個採購雷區、三種團隊規模對應的預算配置，最後給你一份可以帶去採購會議的 checklist。

先講一個很值得注意的數字。Datadog 在 State of Cloud Costs 2026 報告裡指出，企業雲端支出中「可觀測性 (Observability) + 監控」這條 line item 平均佔 IT 總雲端預算的 8 到 15%，僅次於運算與儲存。中小企業採購經常低估這一塊，等到系統上線才發現「我沒預算做監控」，於是儀表板變成一個空殼、真正該看的指標沒人在看。這是最貴的錯法。

ℹ️我們公司自己的監控組合

我們公司自己維運 20+ AI 流程 + 客戶交付的客製系統，內部監控用 Uptime Kuma 自架 + Better Stack 混搭。Uptime Kuma 跑 30 秒間隔的 HTTP / TCP 健康檢查，是免費、跑在自家 VPS；Better Stack 補 status page + on-call 排班 + 事件 timeline。合計月費約 30 美金，比全套 Datadog 便宜 20 倍以上。對我們這種規模的接案公司，這組合已經能滿足 SLA 99.5% uptime 的內部承諾。這篇後半段會展開為什麼中小企業做同樣的取捨會比較划算。

SLA 監控儀表板到底在監控什麼：從系統健康到商業承諾的三個層次

採購前先釐清一件事：市面上「SLA 監控儀表板」這詞底下，其實包了三個不太一樣的東西。搞不清楚差異，你會買到超規格的工具、或者反過來買到少一半功能的工具。這三個層次分別是：基礎設施監控 (Infrastructure)、應用效能監控 (APM)、以及對外 SLA 承諾追蹤 (SLO / Error Budget)。

基礎設施監控問的是「主機 / 資料庫 / 容器現在活著嗎」。CPU、記憶體、磁碟、網路吞吐量，是 IT 主管最熟悉的一層。Zabbix、Nagios、Prometheus 是這層的老班底。Datadog、New Relic 各自從自己的角度延伸進來。這層的儀表板通常一堆折線圖，看起來很專業，但對業務層而言意義不大。你老闆看到 CPU 90% 也不會有感覺，他要看的是下一層。

應用效能監控問的是「使用者體驗到的速度和成功率」。API 平均回應時間、資料庫慢查詢、錯誤率、trace 分佈。這層開始跟客戶投訴信有直接關聯了。當使用者說「網站好慢」，這層的儀表板能告訴你是哪一支 API、哪一個資料庫查詢、哪一段程式碼在拖累。Datadog APM、New Relic APM 是這領域的兩大巨頭。

SLA 承諾追蹤問的是「本月我對客戶承諾的 99.9% uptime 還剩下多少 error budget」。這層是給業務、客服、老闆看的，也是最容易被中小企業忽略的一層。你可能有一堆技術指標亮綠燈，但業務端根本不知道客戶感受到多少次服務中斷、退款單有沒有觸發 SLA 違約條款。Better Stack、Statuspage、Grafana Cloud 都在做這層的整合。

三層都要嗎？多數中小企業其實只需要「基礎設施 + SLA 承諾」這兩層，APM 可以緩兩年再上。原因是 APM 貴、學習曲線陡，且對於年營收 1 到 5 億的中小企業，最痛的通常是「系統整個掛了 30 分鐘」這種等級的事，「API 慢 200ms」相對次要。這也是本文為什麼把 Uptime Kuma、Better Stack 這種輕量工具放進來一起比：對中小企業而言，能第一時間知道「掛了」比知道「慢 200ms」更重要。

五家主流監控 SaaS 定價與功能比較：Datadog / Grafana Cloud / New Relic / Better Stack / Uptime Kuma

以下五家是 2026 年台灣中小企業採購最常出現在桌面的候選。價格截自各家 2026 年 6 月的官方定價頁 (幣別皆為美金，年費制通常打 8 折)，實際採購時務必以廠商業務給的正式報價為準。

SaaS	起價 (每月)	計價模式	強項	弱點	適合團隊規模
Datadog	$23 / host	按監控主機數 + log GB + custom metrics	APM 業界頂尖、整合最廣 (600+ integrations)、AI 事件關聯	貴、超規格、log GB 用量爆表最常見	50 人以上 / 有 SRE 團隊
Grafana Cloud	$0 (Free)、$29 起 (Pro)	按 metrics 系列數 + logs GB + traces GB	開源生態、可自架可雲端、社群 dashboard 模板豐富	學習曲線陡、需要有 DevOps 能力設定	20 人以上 / 願意動手調
New Relic	$0 (100 GB free)、$0.30/GB 起	按 ingested data GB + user seat	Free tier 慷慨 (100 GB / 月)、APM 老牌	user seat 費用高 ($99/月/人起)、UI 比 Datadog 老派	中大型 / 需 APM 深度
Better Stack	$0 (Free)、$29 起	按 monitors 數 + heartbeats + team size	Status page + on-call 排班整合、UI 現代	純 uptime + status page 為主，非全套 APM	10-50 人 / 需 SLA 對外承諾
Uptime Kuma	免費 (自架)	自架，硬體成本 = VPS $5-20/月	免費、開源、Docker 一行部署、UI 友善	沒有 log / metrics，只做 uptime，需自己備 alert 通道	所有規模 / 內部監控備援

定價欄的重點與其看「誰最便宜」，更該看「計價模式怎麼跳」。Datadog 的痛點是它按「監控主機數」計價，但很多人忽略 log 是另外算的、custom metrics 也是另外算的。我們認為 Datadog 對 20 人以下的中小企業是嚴重超規格：每台 host 每月 23 美金起、log 每 GB 2 美金的計價會讓 IT 預算破表。同樣的 5 台主機 + 中等 log 量，Datadog 一個月可能燒 500 美金，Grafana Cloud Pro 只要 60 到 80 美金。

Grafana Cloud 是我們認為對「有 1 到 2 個工程師願意花時間學」的中小企業最划算的選擇。它的免費方案給 10k series metrics + 50 GB logs + 50 GB traces，對於 20 人以下團隊的初期監控完全夠用。付費方案 Pro 是按用量增額，不會像 Datadog 那樣按 host 硬性收費。缺點是設定需要工程能力，沒辦法點兩下就有 dashboard，要自己寫 PromQL 查詢。這是 Grafana 生態的一貫個性：彈性極大、但學習成本存在。

New Relic 這幾年做了個重要決定：放棄舊的「user seat」計價、改成純 ingested data 計價，並且開了 100 GB 免費的 free tier。這個 free tier 在中小企業採購上是很有殺傷力的訊號：對很多年營收 5 億以下的公司，100 GB 一個月的監控資料量已經足夠。付費方案是 $0.30/GB 起，超過 free tier 才開始算。缺點是 UI 相對老派、學習曲線也需要一段時間、且 user seat 費用在協作大團隊時會浮現。

Better Stack 是這五家裡最專注在「對外 SLA 承諾」這一層的。它把 uptime 監控、status page、on-call 排班、事件 timeline 打包在一起。對於中小企業有簽 SLA 對客戶承諾的場景 (例如 SaaS 服務、金流廠商、企業服務業)，Better Stack 是最省心的選擇。但它不是全套 APM，沒有 trace、沒有 profile，你要看資料庫慢查詢還是得靠別的工具。

Uptime Kuma 是所有規模都建議至少跑一套的「備援監控」。它是開源、Docker 一行部署、UI 極友善，可以每 30 秒打 HTTP / TCP / DNS 健康檢查，觸發 alert 到 LINE Notify / Slack / Discord / Telegram。我們公司就在 VPS 上跑一套 Uptime Kuma 做內部備援，主監控是 Better Stack、備援是 Uptime Kuma：這樣就算 Better Stack 自己掛了 (是的 SaaS 也會掛)，我們還有另一個系統在監視系統。這叫「監控你的監控」，是採購階段最常被忽略的一步。

下一步

5 個必看指標：從 IT 主管到老闆都要看得懂的儀表板骨架

採購階段最容易踩的雷是：被廠商業務丟一堆技術指標名詞洗腦，結果買了工具卻不知道要看什麼。以下五個指標是我們認為每一面中小企業監控儀表板都應該有的骨架，不論你買哪一家。這五個是「業務語言」，中間翻譯層由工具提供。

指標	業務語言	健康門檻 (SLA 99.5%)	工具端叫什麼	誰看
Uptime %	本月服務可用時間比例	≥ 99.5% (月停機 ≤ 3.6 小時)	Availability / Uptime	老闆 + IT 主管 + 業務
MTTR	平均事件修復時間	≤ 30 分鐘	Mean Time To Recovery	IT 主管 + 開發團隊
Error Rate	API 錯誤回應比例	≤ 0.5% (5xx 錯誤)	Error Rate / 4xx-5xx ratio	IT 主管 + 客服主管
P95 Latency	9 成使用者的等待時間上限	≤ 800ms (使用者頁面互動)	P95 Response Time / Latency	IT 主管 + PM
Error Budget 剩餘	本月允許再掛多久還不算違約	月初 100%、月底避免 < 20%	SLO Error Budget	老闆 + 業務主管

第一個是 Uptime。SLA 99.5% 對中小企業是很合理的承諾等級，換算月停機時間是 3.6 小時。SLA 99.9% 是月停機 43 分鐘、99.99% 是 4.3 分鐘：後兩個對於年營收 5 億以下的中小企業通常過度承諾，會反噬。除非你是金流、醫療、公共服務類，否則 99.5% 就夠。這個數字採購階段就要跟業務端對齊，寫進對客戶的合約。

第二個是 MTTR (Mean Time To Recovery)。這是「事件發生到修好」的平均時間。對中小企業，我們的建議門檻是 30 分鐘。這個數字比 uptime 更能反映「你的團隊有沒有把事件處理流程建起來」。MTTR 5 分鐘代表 on-call SOP 順暢、alert 有人接、rollback 有腳本；MTTR 4 小時代表沒 on-call、alert 一直被靜音、根本沒人在管監控。工具能記錄 MTTR，但要有人去看這個數字。

第三個是 Error Rate。5xx 錯誤比例超過 0.5% 就代表你的 API 品質開始劣化。這個指標是連接「技術層」和「客服層」最直接的橋：當客服信箱開始堆抱怨信、Error Rate 通常已經飆到 1% 以上。反過來說，這個數字每天早上要有人看，是 IT 主管交接時最該用 5 秒鐘掃過的。

第四個是 P95 Latency。P95 的意思是「9 成使用者感受到的等待時間上限」。為什麼是 P95 而不是平均？因為平均會被少數快的使用者拉低、掩蓋掉大多數人的實際體驗。P95 是使用者體驗的老實訊號。800ms 是網頁互動類的通用門檻，超過就會被使用者感受成「有點卡」。API 類可以再嚴 (200 到 400ms)。

第五個是 Error Budget 剩餘量。這是 Google SRE 書帶紅的觀念：你承諾 99.5% uptime 等於允許 3.6 小時 / 月的「錯誤預算」。這個月已經用掉多少？剩多少？超過 80% 用量就該啟動變更凍結、暫停任何非緊急上線。中小企業最常見的錯法是：月中一次事故用掉 90% budget、後半個月還繼續狂上 feature、結果月底又掛一次直接違約。有這個數字能擋掉一半的無腦上線行為。

這五個指標的儀表板該長怎樣？可以參考我們之前寫的客製化 BI Dashboard 開發指南那篇，裡面拆的是「客製化 BI 開發」：跟本篇「買現成監控 SaaS」是兩條完全不同的路。BI 是分析型儀表板 (營運、財務、業務)，監控是即時運維型儀表板 (系統健康、SLA 承諾)，兩者不能混為一談。若你要的是分析型，那篇比較合適。

4 個採購雷區：中小企業 IT 主管最常踩的錢坑

我們陪過幾家客戶做監控採購，看過各種踩雷模式。以下四個是最痛的，也是最容易在採購階段用一份 checklist 就能擋掉的。

⚠️雷區 1：只看月費、忽略「用量單位」怎麼跳

Datadog 標 $23 / host，聽起來便宜。但你 5 台主機 + 每月 200 GB log + 50 個 custom metrics + 3 個團隊成員，實際帳單一算是 $600 起跳。廠商業務不會主動告訴你這件事。採購階段一定要拿自己過去 3 個月真實的資料量 (log 大小、metrics 數、alert 通道數) 去跟業務對，讓他們算「按你的用量、實際月費是多少」。標價和實付價中間常常差 3 到 10 倍。

⚠️雷區 2：買了 APM 但沒人有能力用

Datadog APM、New Relic APM 是強大工具，但需要工程團隊有一個人專職維護。中小企業常犯的錯是：採購時被業務展示的 flame graph 打動、簽了 APM 訂閱、然後三個月後 IT 主管發現「沒人有時間看這個」。買了不用等於燒錢。判斷你需不需要 APM 的原則是：你團隊有沒有一個工程師的月工時 20 小時可以固定投入監控？沒有 → 別買 APM，先買 uptime + status page。

⚠️雷區 3：沒設 log retention 政策，硬碟塞爆

Datadog 預設 log retention 15 天，但你可能不知道每天新增多少 GB。有一次我們看到客戶月費從 $400 跳到 $2,800：原因是他們部署了新服務，錯誤 log 每天狂噴 30 GB，一個月累積 900 GB，超過方案上限被自動升級到下一階。這個過程沒人監控、業務沒告知、直到帳單來才發現。採購階段務必問清楚：log retention 幾天？超過方案上限會自動升級還是停收？有沒有 usage alert？

⚠️雷區 4：只監控『系統』忘了監控『業務』

很多中小企業買了監控 SaaS 之後，只監控主機 CPU、資料庫連線數這種技術指標。但真正該被監控的、也最能提早預警的，是業務指標：每小時訂單數、每小時登入數、每小時完成金流筆數。當這些業務指標比昨天同時段少 40%，就算所有技術指標都亮綠燈，你也該懷疑系統有問題。這種業務指標監控通常要靠客製化：把公司的訂單 / 使用者資料庫接進監控系統，設置基於歷史模式的動態閾值告警。這也是我們客製化系統開發服務常做的一項。

3 種團隊規模對應的預算配置：10 人 / 30 人 / 80 人

採購階段最實用的框架是「按團隊規模對照預算」。以下三組是我們認為 2026 年台灣中小企業合理的配置，數字是台幣年費區間 (含 SaaS 訂閱、內部人力對應時數換算成本)。實際採購時再依業種調整：金流、電商、SaaS 服務業偏上限，一般 B2B 服務、內部 ERP 偏下限。

團隊規模	SaaS 訂閱建議	年費區間 (台幣)	配套人力	SLA 承諾目標
10 人以下 / 年營收 1 億內	Uptime Kuma 自架 + Better Stack Free / $29 plan	5 萬到 10 萬	IT 兼職 20% 工時	SLA 99.5% (內部)
30 人 / 年營收 1-3 億	Grafana Cloud Pro + Better Stack $79 plan + Uptime Kuma 備援	15 萬到 30 萬	IT 主管 + 兼職 SRE 50% 工時	SLA 99.5% (對客戶)
80 人以上 / 年營收 3-10 億	Datadog Pro (5-10 hosts) 或 New Relic (100 GB+) + Better Stack Business	40 萬到 100 萬	1 名 SRE 全職 + on-call 排班	SLA 99.9% (對客戶)

10 人以下這一組的重點是「不要花太多」。年費 5 到 10 萬台幣包含 VPS 主機費 + Better Stack 訂閱 (低階方案) + 一名 IT 兼職。這個階段的 SLA 承諾是「內部承諾」，不需要對外簽合約，重點是「掛了要有人第一時間知道」。我們公司自己就是這一組，跑得很順。

30 人這一組會開始面對「對客戶的 SLA 合約」問題。這時要升級到 Grafana Cloud Pro (metrics + logs 都上雲、內部團隊能查) + Better Stack 中階方案 (含 status page + on-call 排班) + Uptime Kuma 備援。年費 15 到 30 萬台幣。這個階段的關鍵其實在「有沒有一個人負責 on-call 排班」，工具選型反而次要。可以是 IT 主管兼、可以是外包 SRE，但不能沒人。

80 人以上、年營收 3 億以上這一組才開始有預算跑 Datadog 或 New Relic 全套 APM。年費 40 到 100 萬台幣是常見區間。這個階段的 SLA 承諾通常是 99.9%，代表月停機 43 分鐘、需要有 24 小時 on-call 輪班。SRE 全職職缺市場行情年薪 120 到 180 萬，這也要算進總擁有成本。

要特別提醒的是：上面三組配置都假設「你的客製化系統本身已經寫得夠健康」。如果系統本身頻繁掛掉、log 亂噴、沒有結構化 log，再貴的監控 SaaS 也救不了你。監控 SaaS 只是「觀察工具」，不是「治療工具」。系統健康度的根本要從開發階段就做好：這是為什麼我們在客製化系統上線後 3 個月隱藏成本指南那篇一直強調「上線後 90 天監控 + 維運預算要在合約前就算進去」。

監控 SaaS 訂閱本身的成本控制：怎麼看帳單不失控

監控 SaaS 是 IT 預算裡少數會「不小心一路飆」的訂閱類。原因是計價模式跟用量掛鉤：你部署新服務、log 就變多、metrics 就變多、月費就跳。這個現象跟 AI Agent token 成本失控是同一類問題 (詳見

AI Agent 6 個月成本飆 3 倍的真相：那篇談的是 AI token 成本，本篇談的是監控 SaaS 訂閱成本，兩者根因都是「按用量計價、缺乏預算閘門」)。

五個實用的成本控制動作，按 30 天內可以做的順序排：

第一，開 billing alert。所有主流監控 SaaS 都支援設定「當本月費用超過 X 美金時自動 email 通知」。這功能免費、5 分鐘設定完成、能擋掉 80% 的帳單意外。設兩層 alert：預算的 80% 一層、預算的 120% 一層 (硬煞車)。

第二，設 log retention 上限。多數中小企業真正需要查詢的 log 是 7 天內的。超過 14 天就是「歸檔」用途，可以匯出到便宜的 S3 / R2 儲存，不用留在監控 SaaS 裡付貴費。這一項可以省一半 log 費用。

第三，篩掉高頻 debug log。開發階段留下的 DEBUG level log、成功回應 200 的健康檢查 log，這些占用量的 60% 以上、但對事件排查沒幫助。生產環境只留 WARN 以上等級 log，配合 sample 抽樣。

第四，關掉沒人看的 dashboard 和 alert。每季一次盤點：哪些 alert 過去 3 個月沒觸發過？哪些 dashboard 沒人開？關掉。留下的 alert 都是「觸發時真的會採取行動」的。alert 疲勞是中小企業運維最大的隱形成本，比帳單還貴。

第五，年費採購 + 談判折扣。年付方案通常打 8 折。且如果你採購金額超過月費 200 美金 / 年費 2,000 美金，多數業務可以再談 5 到 15% 的額外折扣。跟業務直接對談 (不是走網頁自助購買) 通常能拿到更好條件。

monitor 你的 monitor：SaaS 供應商本身掛掉時的備援策略

這是採購階段最容易被忽略、但事後最痛的問題：如果你的監控 SaaS 本身掛了，你怎麼知道系統掛了？2024 年 CrowdStrike 事件、2025 年 Datadog 全球性 outage、2026 年年初 New Relic 亞太區延遲事件，都證明監控 SaaS 自己也會出事。而且往往是在你「最需要它工作」的時候。

備援策略有兩個層次。第一層是「主監控 + 備援監控雙軌」。主監控用付費 SaaS (Better Stack、Datadog、New Relic 擇一)、備援用 Uptime Kuma 自架 + 獨立通知通道 (SMS / LINE Notify)。兩個系統跑在不同的 IaaS 供應商 (例如主監控用 AWS 區域、備援用 GCP 區域)，這樣同時掛的機率極低。備援的月費成本約 500 到 1,500 台幣，遠低於「監控盲區」帶來的風險成本。

第二層是「監控供應商狀態頁 (status page) 的訂閱」。Datadog、New Relic、Better Stack 都有自己的 status page，可以 RSS 訂閱 / email 訂閱。至少在你的 IT 主管手機上設定一組「監控供應商 status 通知」，這樣廠商自己掛了會第一時間知道，才不會把責任誤判到自己系統上。

這種「觀察觀察者」的心態，也適用於 AI 客服 drift 監控 (詳見 AI 客服 drift 監控 SOP) 和軟體外包糾紛處理 (詳見軟體外包合約糾紛 SOP)。共通原則是：單一系統可靠度永遠比不上「雙系統交叉驗證」，特別是涉及對客戶承諾的場景。

下一步

ℹ️我們怎麼看：監控 SaaS 3 年後的變化

監控 SaaS 這行過去 5 年被 Datadog、New Relic 兩家壟斷。但 2026 年開始，我們觀察到兩件事：一是 Grafana + Better Stack 這類「模組化組合」正在吃掉大廠中低階市場，因為中小企業不需要全套 APM、只需要「掛了要有人知道」；二是 AI 事件關聯正在被吹得比實際能力高：目前主流 SaaS 的 AI 功能多半停留在 anomaly detection、離「自動判斷根因」還很遠。我們的判斷是：3 年後真正勝出的會是「計價透明、模組化訂閱、能跟客製化系統緊密整合」這種類型的廠商，AI 功能強不強反而排在其次。對中小企業 IT 主管而言，現在採購的取捨原則是：不要為了「未來可能用到」的 AI 功能付溢價，把預算留給能實際落地的 SLA 承諾追蹤與事件回應流程。

ℹ️我們做過這件事

順帶說一下，這篇寫的方法我們公司自己每天都在用：目前內部就有 20+ 個 AI 流程 + 客戶系統交付案在工作中，內部監控就是 Uptime Kuma + Better Stack 混搭。

在 15 件系統開發客製案的交付服務裡，最常被業主問的就是「上線後我要怎麼看它健不健康」。我們陪過的答案永遠是「選最適合你團隊規模的組合，最貴的工具反而通常最不划算」。想看看放到你的系統會怎麼長，可以聊聊你現在的實際情況，一起看看哪些做得起來、能從哪一塊開始。

下載：SLA 監控儀表板採購 checklist

我們整理了一份「SLA 監控 SaaS 採購 checklist」(PDF, 6 頁)，含 5 家 SaaS 完整比較表、5 個必看指標的告警門檻建議、4 個雷區的內部檢核清單、3 種團隊規模的預算範本。留下 email，會寄到你信箱。
→ 取得採購 checklist (留 email 取得 PDF)

Q中小企業一定要買監控 SaaS 嗎？自架 Prometheus + Grafana 不行嗎？

自架技術上可行，但總擁有成本 (TCO) 對中小企業不划算。自架需要一名工程師花 20 到 40 小時初期設定 + 每月 4 到 8 小時維護，年換算人力成本 6 到 15 萬台幣，還要負擔硬體 / 儲存 / 備份費用。同等級的 Grafana Cloud Pro + Better Stack 組合，年費 15 萬台幣但省下人力時間、且有 SLA 保證。我們建議 30 人以下團隊直接用 SaaS、不要自架，除非你已經有專職 SRE。

QDatadog、New Relic、Grafana Cloud 哪一家對台灣中小企業最划算？

看團隊規模：10 人以下用 Better Stack + Uptime Kuma、30 人用 Grafana Cloud Pro、80 人以上有 SRE 團隊才考慮 Datadog / New Relic 全套。價格差異 3 到 10 倍，功能是否用得到差異更大。採購前務必拿自己過去 3 個月真實資料量去跟業務對報價，不要看標價。

QSLA 99.5% 和 99.9% 差在哪？中小企業該承諾哪一個？

SLA 99.5% 對應月停機 3.6 小時、99.9% 對應月停機 43 分鐘。對年營收 5 億台幣以下的中小企業，我們建議承諾 99.5% 就好：99.9% 需要有 24 小時 on-call 團隊，人力成本每年多 100 到 200 萬。除非你是金流、醫療、公共服務類，否則過度承諾 SLA 會反噬企業。

Q監控 SaaS 訂閱一年會多少錢？怎麼估？

10 人以下團隊年費約 5 到 10 萬台幣、30 人團隊 15 到 30 萬、80 人以上 40 到 100 萬。估算方式：先算你有幾台主機 / 服務、每天產生多少 GB log、需要幾個團隊成員登入、對客戶的 SLA 承諾等級。這四個變數決定計價。採購前用免費版試 30 天、記錄真實用量，再談年費採購通常能拿到 20% 以上折扣。

Q客製化系統交付時，監控要寫進合約嗎？

強烈建議。我們在客製化系統開發交付服務中，都會協助業主把「上線後 90 天監控 SOP + SLA 承諾表格 + on-call 通道」寫進驗收條款。這樣既保護業主 (系統掛了有明確追蹤機制)、也保護開發方 (SLA 違約有客觀依據判斷是否為系統本身問題)。合約有寫、雙方都清楚遊戲規則。

QUptime Kuma 完全免費，為什麼還要付費買 Better Stack？

Uptime Kuma 只做 uptime 監控 (HTTP / TCP / DNS 檢查)，沒有 status page、沒有 on-call 排班、沒有事件 timeline、沒有 SLA 報表。對「內部單人使用 + 沒有對外承諾」的場景，Uptime Kuma 完全夠。但當你需要對客戶 / 團隊做 SLA 承諾、需要事件發生時有明確的通知升級路徑、需要每月產出 SLA 報表給老闆看，Better Stack (或同類工具) 才能勝任。多數 30 人以上團隊需要兩者混搭。

給中小企業 IT 主管的最後一段：監控是業務承諾的技術翻譯層

如果你正在讀這篇、又是中小企業 IT 主管或身兼 IT 的老闆，你的採購決策不會只有一個層級的 KPI。真正要對齊的是三層：第一層是技術層 (MTTR ≤ 30 分鐘、Error Rate ≤ 0.5%、P95 Latency ≤ 800ms)；第二層是業務層 (SLA 99.5% uptime、月度 SLA 報表能給老闆看)；第三層是財務層 (監控 SaaS 年費 5-30 萬台幣、與其他 IT 預算的排序清楚)。這三層都要有明確數字，才叫「監控儀表板採購決策」，而不是「買個工具就好」。

中小企業 IT 主管的採購決策，通常會落在 IT + 財務 + 業務三邊的協商。IT 主管懂技術指標、財務盯著訂閱費用是否失控、業務主管關心對客戶 SLA 承諾能不能兌現。三邊都對齊，採購才不會變成「IT 一個人扛」的困難決策。如果你卡在這三邊協商的階段，可以預約 AI 顧問服務聊聊怎麼把監控議題拆解成三邊都能理解的表格；如果你的客製化系統還在開發階段、想把監控寫進交付驗收條款，可以看客製化網站 & 系統開發服務頁的做法，或直接找我們聊你的具體情況。我們會直接告訴你這個階段值不值得動、怎麼做最划算。