ManageEngine總結了以下最佳實踐“乾貨”，這些內容可以幫您簡化ITSM流程的實施，並更加有效地對其進行利用：
1、審覈ITSM運行情況並找出“缺口”
在實施ITSM流程之前，首先應明確組織的早期目標，然後逐步進行。在實施IT服務管理工作流時，沒有對任何問題通吃的解決辦法。因此，細心確定ITSM流程在IT區域的哪個位置非常重要，以及讓合適的人蔘與進來，部署相關技術，選擇正確的工作流程，分析潛在的風險，爲任何情況下的突發狀況準備好恢復、後備策略。
2、建設ITSM流程時，與相關者保持互動、溝通與培訓
根據麥肯錫的報告，70％的變更項目失敗，是由於管理層不能或不願意幫助員工執行變更。爲防止這種情況，您的組織需要樹立一種積極接受改變的文化。爲做到這一點，需要：確保所有利益相關者都能夠認識到所制定的戰略，以及實施ITSM流程所帶來的好處，並通過會議與與所有相關人員進行溝通，而不僅僅是核心實施團隊，以確保所有涉及的人員都能夠達成統一的共識。
3、找到關鍵因子，密切關注KPI和指標的變化
隨着ITSM實施的推進，您的團隊需要使用一些指標和KPI來定期監控IT服務檯的性能，爲服務交付的持續改進提供基礎保證。利用ITSM工具內置的報告功能，您可以生成具有深度和細粒度數據的各種報告，幫助進行性能分析和決策。雖然定期分析KPI是有必要的，但真正的訣竅是採用正確且合適的的服務檯指標和KPI，這將幫您避免在一些無關緊要的指標上浪費時間。
這些關鍵指標有：
營業時間損失（Lost business hours）
因IT服務不可用而導致業務中斷的小時數。
變更成功率（Change success rate）
在給定時間範圍內，成功更改數量與執行的更改總數之比。
基礎設施穩定性（Infrastructure stability）
高度穩定的基礎結構具有最高的可用性、極少的中斷和較低的服務中斷。
工單數量趨勢（Ticket volume trends）
在指定時間內，IT服務檯處理的工單總數及其趨勢。
首次呼叫解決率（First call resolution rate）
在第一級支持下（用戶首次致電或與IT服務檯聯繫），解決的事件百分比。
SLA合規率（SLA compliance rate）
在商定的SLA時間內解決的事件百分比。
每工單費用（Cost per ticket）IT支持每月總運營支出除以月工單數量。
軟件資產利用率（Software asset utilization rate）
企業實際使用的軟件產品與許可的百分比。
事件響應時間（Incident response time）
響應事件所花費的時間。
事件解決時間（Incident resolution time）
解決事件所需的時間。
重新打開率（Reopen rate）
解決後被重新打開的工單數量。
問題解決時間（Problem resolution time）
從發現問題到解決問題所花費的時間。
4、使用工具，自動化流程
IT服務檯管理解決方案通過提供開箱即用的最佳實踐流程和工作流，簡化了ITSM流程的實施。大多數幫助臺軟件都支持自動化、實時分析、自定義ITSM流程等等功能，再輔以正確的流程，IT團隊的工作重點將可以從被動救火式轉移到以戰略業務目標和增長爲驅動力的模式上來。 選擇適合自身IT需求的IT服務檯工具也很重要，對於企業或組織機構，不應該盲目的投資於高端工具或尋求具有廣泛支持能力的工具，通常情況下，一次ITSM的實施過程涉及不到所有工具或實踐的所有功能或流程。投資這樣的ITSM工具是最明智的：可以滿足您當前大部分的IT需求，具有有可定製和靈活性，良好的實用性、對用戶友好、能夠與其它IT工具集成，並具有在將來能夠平滑擴展的能力。
5、建立一套有效的反饋機制
高效的ITSM策略不會隨着實施完成而停止，而是隨着時間的推移不斷的演變。對於組織而言，利用其ITSM流程來實現定義的業務目標非常重要。因此有必要建立一套有效的反饋機制，這些反饋可以是來自最終用戶，也可以是其他利益相關者的。您的IT團隊需要儘可能多的收集這樣的反饋，確定用戶痛點，可視化他們的期望狀態，進而制定進一步改進的藍圖。通常，反饋信息主要在於技術支持、功能要求，以及一些用戶界面功能的改進等領域。同樣重要的是要注意，用戶反饋有時可能不會爲團隊帶來那麼大的幫助。爲了獲得良好的、建設性的反饋，調查問題應精心設計且具有具體指向。
以下是最終用戶反饋的示例：
不好的反饋：“您的IT技術人員很棒。”
好的反饋：“您的IT技術人員處理請求的方式很棒。我的銷售代表小王完全知道我想找什麼內容，並幫我找到了可以節省大量時間和精力的外接程序。我也可以提些建議：如果外接程序可以在Office365中使用，那就太好了。總之，我絕對會把您的幫助臺工具推薦給其他人。”
雖然第一個例子是積極的，但它太簡單，並沒有提供什麼實質性、建設性的內容。而在第二個反饋中，不僅僅對產品團隊服務提供了認可，同時對於產品功能也提出了改進性的建議，而這是正式我們尋求用戶反饋的意義所在。