先說清楚客戶買的是什麼服務
ITSM 的起點是服務目錄。企業要能說明每項服務的對象、支援時間、服務水平、責任邊界和例外情況，而不是只列系統功能。
ISO/IEC 20000-1 IT 服務管理體系認證
資訊科技服務管理 (ITSM) 顧問服務
把 SLA、工單與變更管理變成 IT 服務續約優勢
- 適合 IT 服務、SaaS、MSP、服務台及外判支援團隊，先定義服務目錄、客戶範圍、SLA 和支援地點。
- 將事故、問題、變更、發布、配置、服務報告和供應商表現整理成客戶續約及審核可抽查的 ITSM 交付證據。
- 可配對 ISO/IEC 20000-1 Lead Auditor、ITIL / ITSM、PMP / PRINCE2 或持證企業培訓背景人員，統籌服務台培訓和第三方排期評估。
什麼是 ISO/IEC 20000-1 資訊科技服務管理體系？
ISO/IEC 20000-1 是 IT 服務管理體系標準，重點在企業如何規劃、交付、監察和改善 IT 服務。它適合提供持續支援、系統維護、SaaS 平台、外判服務台或托管服務的企業。
這項標準不是只看技術能力，也不是只看工單數量。審核員會看服務目錄、SLA、事故管理、問題管理、變更管理、發布、配置、供應商、服務報告和持續改善是否互相對應。
工單要能反映流程是否有效
事故、問題、變更和服務請求要分類清楚。每張工單最好能看到優先級、負責人、處理時間、升級、結案和客戶確認。
15 年 ITSM 經驗下的服務准入支援
服務範圍先定準
先看服務合約、SLA、支援時段、服務台範圍和客戶報告，避免證書範圍與實際交付不一致。
工單流程對準 SLA
把事故、請求、問題、變更和發布紀錄對回 SLA、升級規則、根因分析和結案標準。
ITSM 與資安證據銜接
如同時面對 ISO 27001、SOC 2 或客戶安全問卷，可先整理可共用的變更、事故和供應商證據。
培訓、排期和費用清楚
持證培訓導師按服務台、工程師、變更審批人和服務經理分層演練；專屬 PM 先講清排期和費用邊界。
導入 ISO/IEC 20000-1 對香港企業的實質效益
IT 服務最怕承諾很清楚，交付卻靠個人經驗。ISO/IEC 20000-1 可以把服務承諾、工單紀錄、變更控制和服務報告放到同一套管理制度裡。
提升客戶對 IT 服務的信任
客戶能看到 SLA、支援時間、回應安排、事故通報和服務報告，而不是只聽口頭承諾。
減少重複事故和救火式支援
問題管理要求企業分析重複事故根因，跟進長期修正，不讓同一問題反覆消耗支援資源。
控制變更對服務的影響
變更申請、風險評估、批核、測試、發布和回退安排可減少未經控制的系統變動。
支援投標和外判服務審查
對 MSP、SaaS 和外判服務商，ISO/IEC 20000-1 可用來證明服務交付、供應商管理和持續改善能力。
適合哪些企業與行業應用
ISO/IEC 20000-1 適合需要長期交付 IT 服務、面對 SLA 或客戶服務審查的企業。重點不是 IT 團隊大小，而是服務是否需要穩定、可追蹤和可匯報。
行業 01IT 外判、MSP 及服務台團隊
適合提供維護、支援、監控、遠端處理、駐場工程師或服務台的企業。
行業 02SaaS、雲端及平台服務企業
重點在服務可用性、客戶支援、事故通報、變更發布、供應商和服務報告。
行業 03系統集成及專業 IT 顧問
若服務不只一次性交付，還包括維護、保養、支援或 SLA，就可按 ISO/IEC 20000-1 評估。
行業 04企業內部 IT 共享服務
集團或多部門 IT 團隊可用標準統一服務目錄、工單流程、變更審批和服務績效匯報。
ISO/IEC 20000-1 的核心管理要求與審核重點
ISO/IEC 20000-1 會檢查 IT 服務管理體系是否能支援服務交付，並用工單、報告和管理紀錄證明制度已運行。
服務目錄與 SLA
需要列明服務內容、服務對象、支援時間、服務水平、責任邊界、例外情況和服務報告方式。
事故、服務請求與問題管理
事故要快速恢復服務；問題管理要找根因。審核會看分類、優先級、升級、結案和改善紀錄。
變更、發布與配置
系統變更要有申請、評估、批准、測試、發布、回退和完成紀錄，重要配置也要能追蹤。
供應商、可用性和持續改善
雲端平台、外判支援、第三方工具和服務報告，要與 SLA 和服務風險相配合。
CertiSafe 可支援的工作
CertiSafe 會按企業服務目錄、工單系統和客戶要求安排 ISO/IEC 20000-1 準備工作：
- 檢查服務合約、SLA、標書、客戶問卷、服務報告和現有 ITSM 文件。
- 核對服務目錄、客戶範圍、支援地點、服務時間、系統和供應商。
- 整理事故、服務請求、問題、變更、發布、配置和可用性管理流程。
- 調整工單欄位、優先級、升級規則、根因分析和結案標準。
- 建立服務報告、供應商評估、服務檢討和持續改善紀錄。
- 安排服務台、工程師、服務經理、變更審批人及內部審核員培訓。
- 跟進內部審核、管理評審、不符合事項整改和審核問答準備。
- 協調第三方認證機構，安排正式審核、補件及後續維護。
CertiSafe 負責前期顧問、培訓、內審、整改及審核協調。正式審核、認證決定及證書簽發由獨立第三方認證機構處理。
ISO/IEC 20000-1 申請步驟
服務目錄與 SLA 確認
先確認認證用途、服務內容、客戶範圍、支援時間、服務水平和供應商責任。
ITSM 差距檢查
顧問檢查工單、服務報告、事故、問題、變更、供應商和現有制度，列出差距。
文件與工單證據準備
建立服務管理手冊、程序文件、表格、報告模板，並調整工單欄位和分類。
培訓與流程試行
安排服務台、工程師、服務經理、變更審批人及內審員培訓，讓流程在真實工單中試行。
內部審核與整改
抽查 SLA、事故、問題、變更、服務報告和供應商資料，完成管理評審及整改。
第三方審核及年度維護
協調第三方認證機構正式審核，跟進補件和整改，並安排年度監督審核前的資料維護。
常見的準備文件與紀錄
實際文件會按服務類型、SLA、工單系統和外判比例調整，常見包括：
服務目錄與服務水平資料
包括服務目錄、SLA、服務範圍、服務時間、責任矩陣、服務報告和客戶溝通紀錄。
事故、請求和問題資料
包括工單、事故分類、優先級、升級、根因分析、問題記錄和長期改善措施。
變更、發布和配置資料
包括變更申請、風險評估、批核、測試、發布、回退計劃、配置清單和完成紀錄。
供應商與管理評審資料
包括供應商名冊、合約 SLA、服務檢討、可用性報告、內部審核、管理評審和整改紀錄。
常見問題
ISO/IEC 20000-1 證書適合哪些 IT 服務公司申請？
適合需要證明 IT 服務穩定交付的 SaaS、MSP、服務台、IT 外判、系統維護和雲端支援團隊。若客戶問到 SLA、工單流程、服務報告、事故通報或投標要求，ISO/IEC 20000-1 證書通常值得先評估。
客戶要求 ISO 20000-1 證書，最先要準備什麼？
最先準備服務目錄、SLA、工單樣本、事故和問題紀錄、變更紀錄、服務報告和供應商資料。顧問會先判斷認證範圍和資料成熟度，再決定哪些文件要補、哪些紀錄可以沿用。
工單系統資料不完整，還可以申請 ISO 20000-1 嗎？
可以先評估，要補回可追蹤欄位。審核常看服務類別、優先級、回應時間、處理人、升級、根因分析、結案確認和客戶回覆；若只靠電郵或聊天記錄處理工單，補件風險會較高。
ISO/IEC 20000-1 和 ISO 27001、SOC 2 有什麼分別？
ISO/IEC 20000-1 重點是 ITSM、服務目錄、SLA、事故、問題和變更管理；ISO 27001 重點是資訊安全風險和控制；SOC 2 重點是海外客戶常看的控制報告。三者可共用部分變更、事故、供應商和服務報告證據。
服務目錄和 SLA 怎樣寫才不會增加審核風險？
不要把所有技術功能都寫成服務承諾。服務目錄和 SLA 應寫清服務對象、支援時間、回應級別、責任邊界、例外情況、供應商依賴和報告方式，避免客戶承諾超出實際交付能力。
事故管理和問題管理需要做到什麼程度？
事故管理要證明服務如何恢復，問題管理要證明重複事故如何找根因和長期改善。常見證據包括事故分類、優先級、升級紀錄、RCA、改善措施、趨勢報告和服務檢討。
變更管理為什麼是 ISO 20000-1 審核重點？
因為變更會直接影響服務可用性、客戶系統和 SLA。審核會抽查變更申請、風險評估、批核、測試、發布、回退方案和完成紀錄；緊急變更沒有留底，容易被要求補資料。
外判雲端供應商或服務台要放入 ITSM 範圍嗎？
如果外判服務影響 SLA、客戶資料、服務可用性或事故回應，就要納入供應商管理。常見資料包括合約 SLA、雲端平台責任、服務台升級路線、供應商評估和事故通報紀錄。
ISO 20000-1 證書代辦時間和費用受什麼影響？
主要受服務數量、SLA 複雜度、支援時段、工單系統成熟度、外判比例、現有報告和內審整改量影響。CertiSafe 會先看樣本資料，再把顧問費、第三方審核費和年度維護費分開列明。
誰會簽發 ISO/IEC 20000-1 證書？
ISO/IEC 20000-1 證書由獨立第三方認證機構審核及簽發。CertiSafe 負責前期差距檢查、ITSM 文件、服務台培訓、內審整改、補件準備和第三方審核排期對接。
不確定 ISO/IEC 20000-1 是否適合您的 IT 服務？
提交服務目錄、SLA、工單樣本、客戶問卷或現有 ITSM 文件，我們可先判斷認證範圍、準備文件及下一步安排。