作業中に対策するSLA管理ソフトウェア
ほとんどのチームは、考古学者が遺跡を発見する方法にSLAの違反を発見します。事実、掘り下げることによって。 コミットメントは、契約PDFに住んでいました, チケットはキューに住んでいました, 誰かが四半期レビューのためのスプレッドシートを組み立てるまで、誰も2を接続していません. Moniticは、SLAの管理をサービスデスクに直接構築するので、すべてのチケットは作成される瞬間からそのターゲットを運び、カウントダウンはそれについて何かをすることができる人々に表示されます。 サービスレベルの合意は、あなたが逆にチェックし、あなたが取り組む時計になる文書であることを停止します。
パープライオリティSLAターゲット
パスワードリセットとサイトダウンの停電は、期限を共有しないでください。 Moniticでは、優先度にSLAのターゲットを定義できるため、定期的な作業が現実的なものになる一方で、重要なインシデントは攻撃的な時計を運びます。 実際に約束したものを反映するターゲットを設定します。内部の利害関係者や契約中の顧客に — そして、すべてのチケットは、その優先に基づいて自動的に正しい約束を継承します。 忘れて、あなたの義務を静かに表明するデフォルトがないため、一枚のチケット設定はありません。 優先順位がミッドチケットを変更すると、該当するターゲットが続きますので、測定は常に約束を強制的に一致させます。
事実前後の可視性を漂白
SLAを追跡するポイントは、文書の失敗ではなく、それを防止することです。 Monitic は、技術者やマネージャーが実際に見てみる SLA の状態を直面する: チケット、キュー、デスクを渡る。 再割り当てする時間がある間、その限界に向かって傾向にある仕事は、それをエスカレーションするか、または単に次のことをします。 そして、ターゲットが見逃されたとき、それはあまりにも見えます - 普通に、チケットごとに、サービスレビューは、競合の回収ではなく、共有事実で実行されます。 これをticket Automationでペアリングし、SLAの圧力を単独で操作したり、ルーティングやエスカレートを操作したりして、人間が時計に気づく前にチケットをエスカレートしたりすることができます。
事件と要求の1つの時計
SLA管理はticketingとrequest履行を扱う同じデスクの一部ですので、同じターゲットフレームワークは両方のストリームを処理します。 事故対応の約束と要求の履行の約束は一度定義され、どこでも強制されます。Moniticのチケットは、フリートを監視する同じエージェントからライブデバイスコンテキストを運ぶため、技術者はSLAウィンドウをマシンを調べるのではなく、問題を解決します。 MSPでは、「ビルリングと契約」の商用レコードの横に会い、約束を逃した(/platform/service-desk/billing-contracts/) — 1つのプラットフォームにおける運用上の真実と契約関係。
異なる優先順位に異なるSLAターゲットを設定できますか?
はい。 ターゲットは優先レベルごとに定義されるため、クリティカルなインシデントは、ルーチンの作業よりも厳しい応答と解像度の約束を運びます。 各チケットは、その優先順位を自動的に継承します。
侵害の見方
SLA の状態は、チケットとキューを横断して表示します。チケットが開いている間に残っている時間と、ターゲットが見逃すとステータスが違反します。 マネージャーは同じビューの技術者がいますので、レビューは共有番号で実行されます。
自分の艦隊でモニティックを参照してください
フル機能の 14 日間の試用版、クレジット カード不要、初日からコンソールで実際のフリートを利用できます。