找 IT 外包最該看的不是單價，而是 SLA。本文解釋 SLA 裡的回應時效、解決時效、故障分級怎麼看，幫中小企業判斷服務承諾到底實不實在。高雄廷皓科技 IT 外包。
SLA 裡最該看懂的兩個時效
SLA 裡頭通常會約幾種「時效目標」，最要緊的是下面這兩個，千萬別搞混：
回應時效（Response Time）：從你回報問題，到廠商「開始處理／聯繫你」的這段時間。注意，回應不等於解決，它只代表有人接手了、開始動了。
解決時效（Resolution Time）：從你回報到問題「真的被解決」的時間，這才是你真正在意的——到底多久能恢復正常。
有些 SLA 還會再拆出「提出解決方案的時效」跟「最終解決時效」，所以看合約的時候一定要問清楚：廠商寫的那個數字，到底指的是回應還是解決？這兩者差很多，像「一小時內回應」聽起來超快，但要是解決得拖三天，對你的營運其實沒幫上多少忙。
故障分級：不是所有問題都一樣急
夠成熟的 SLA 都會做「故障分級」，按影響範圍來決定優先順序跟時效。常見的分法是這樣：
- 緊急／重大：全公司或關鍵系統停擺，像伺服器當機、整個網路斷線、出貨系統掛掉，整盤營運都受影響——這種要最快回應、最高優先。
- 高：某個部門或一群人受影響，比方某個共用資料夾打不開、某台主機故障。
- 中／低：單一使用者或不那麼急的問題，像某個人的印表機怪怪的、某個軟體有點小毛病。
分級的用意，就是把資源放在刀口上——讓真正燒錢的全公司停機先被處理掉，而不是先到先做，讓急件跟小問題擠在同一條隊伍裡慢慢排。所以簽約前，最好確認對方有沒有一套清楚的分級機制，每一級又各自對應什麼承諾時效。
到場時效與「遠端優先」
南台灣的中小企業，多半還會很在意「人多久能到」，但這裡得提醒一下：現在很多問題其實遠端就解決掉了，比等人開車過來快得多。所以比較理想的 SLA，應該是「遠端優先、必要時到場」，並且針對「真的需要到場」的狀況約一個合理的到場時效；一味要求「壞了就要有人馬上到」，反而可能把費用拉高，又不見得比遠端快。
看 SLA 的訣竅其實就一句：別被漂亮的數字晃到眼，要看定義清不清楚、分級合不合理、做不到有沒有對應措施，因為一份含糊的 SLA，承諾喊得再快也只是話術。
廷皓科技服務高雄、台南、屏東等南台灣企業，提供分級明確、回應跟到場時效都講清楚的 IT 外包，遠端優先、必要時到場。想要一份你看得懂、我們也做得到的服務承諾，找廷皓詳談就對了。
優先級要用影響與急迫性判定
工單先記受影響人數、地點、服務、可否繞行、資料／安全風險、營運時段與開始時間，再依 Impact × Urgency 決定 P1 到 P4。主管職稱或打電話次數不應自動變成最高優先，否則真正的大範圍中斷反而被擠掉。
SLA 要分首次回應、更新頻率、暫時恢復與解決目標，並說清楚營業時間、等待客戶、第三方與排程變更如何計時。P1 事件要指定指揮、技術處理、溝通與紀錄角色；結案後檢討時間軸、根因、監控缺口與預防工作。
每季抽查被升級、降級與反覆重開的工單，確認分類是否一致、SLA 是否符合真實營運，而不是讓團隊為達數字提早關單。使用者等待零件或第三方時仍需按約定更新，並明確記錄目前責任與下一個時間點。
