託管服務包含什麼
包含與不包含，先列成兩欄
我們的託管涵蓋監控告警、系統更新、備份驗證、帳號異動、定期系統健檢與例行報告。雲端服務的費用代管與用量檢視可另行約定。應用程式開發與流程改造屬於專案，另立範圍。
固定維運
監控與告警初判
全年監看關鍵主機與網路狀態，告警進來先判斷等級，該重啟、該隔離、該升級，照事先約定的步驟走，不讓半夜的電話變成猜謎。
安全體質
更新與備份驗證
系統更新與弱點追蹤排入維護窗執行，備份不是有做就好，每季實際還原驗證一次，帳號開關與權限異動留下紀錄可查。
責任邊界
專案另立範圍
應用程式開發與流程改造不塞進訂閱裡。先把包含與不包含列成兩欄，雙方簽名，會重複發生的事走訂閱，做完就結束的事走專案。
- 監控與告警初判
- 更新與弱點追蹤
- 備份與還原驗證
- 帳號開關與權限紀錄
三種合作，選一種
訂閱制與專案制的差別
訂閱制適合持續性維運，按月提供固定範圍的支援與報告。專案制適合遷移、導入與改造，有明確起訖與驗收。兩種可以並存，專案結束轉為訂閱維運。
專案制
遷移、導入與改造。有起訖、有驗收，做完就結束，適合一次性目標清楚的工作。
多數企業的選擇
訂閱制託管
會重複發生的事走訂閱。監控、更新、備份、報告按月交付，把一次性交付延伸為長期責任。
並存做法
專案結束轉為訂閱維運，預留觀察期再交接。預算最好編，責任也最清楚。
責任分界怎麼寫才不吵架
寫到邊界、時間與決策權
半夜告警誰先處理，什麼情況可以重啟服務，什麼情況必須等客戶核准，都要列出。第三方廠商的窗口由誰對應，也要指定。模糊地帶寧可寫成待議，也不要假裝沒問題。
服務等級的務實談法
關鍵產線系統與一般行政系統的回應期待本來就不同。先分類，再約定通報管道與回應時間。例行變更排入維護窗，緊急變更走簡化核准，但事後補紀錄。
等級寫得少而做到，比寫得多卻跳票好。每季檢視一次達成情形，沒達到的項目說明原因與改善。
顧問流程與合作方式走道深處的燈號，就是等級的樣子
維運支援 ledger
顧問賦能與轉型交付
顧問賦能包含哪些交付
架構圖、權限矩陣、操作手冊與故障處理步驟。文件用客戶實際環境撰寫，包含主機名稱、帳號群組與聯絡人。交接教學針對日常操作與常見告警，交接後保留追蹤期，確認內部能獨立作業。文件存放在客戶指定的位置，版本與更新日期標清楚。
交付四件數位轉型的維運視角
轉型常被談成買系統，其實維運跟不上，系統很快就舊。先建立變更流程、備份紀錄與權限紀律。新系統上線前，先確認誰維運、怎麼監控、怎麼備份。這三題答不出來，上線日期就該往後延。專案計畫中預留維運交接期，觀察期結束後再交接。
三題確認哪些情況不適合委外
資料權責不清、決策者長期缺席、系統文件完全沒有，這三種情況先整頓再委外。否則只能救火，無法建立制度。我們會在健檢後誠實告知是否適合簽訂託管，先做兩到四週的整頓期，把帳號、備份與聯絡清單補齊，再開始計算服務等級。
整頓優先費用與合約怎麼談
費用依系統數量、據點分布與服務時間而定，健檢後才有依據。合約載明範圍、除外事項、終止與交接條款，結束合作也能順利移交。自動續約與調價機制事先約定，所有承諾以書面為準。
書面為準
理線與上架：託管日常的兩種手感