Τι πρέπει να περιλαμβάνει ένα SLA τεχνικής υποστήριξης IT; Response, priority, coverage και escalation

Ένα SLA δεν είναι απλώς ένας χρόνος «επίλυσης». Πρέπει να εξηγεί πότε παρέχεται υποστήριξη, πώς ορίζεται η προτεραιότητα και ποια είναι η διαδικασία μέχρι να αποκατασταθεί η υπηρεσία.

Διαβάστε το άρθρο ↓
← Όλα τα άρθρα & οι οδηγοί

Ένα χρήσιμο SLA περιγράφει τουλάχιστον ώρες κάλυψης, κανάλια επικοινωνίας, επίπεδα προτεραιότητας, χρόνο αρχικής ανταπόκρισης, στόχο/διαδικασία αποκατάστασης, escalation, on-site όρους, εξαρτήσεις από τρίτους και τον τρόπο μέτρησης. Response time και resolution time δεν είναι το ίδιο.

Response time ≠ resolution time

Ο χρόνος απόκρισης είναι το διάστημα μέχρι να αναγνωριστεί και να αναληφθεί ένα αίτημα σύμφωνα με την προτεραιότητά του. Ο χρόνος επίλυσης είναι διαφορετικός: μπορεί να εξαρτάται από διάγνωση, ανταλλακτικό, πρόσβαση σε τρίτο vendor ή έγκριση αλλαγής.

Ένα SLA που υπόσχεται μόνο «λύση σε Χ ώρες» χωρίς να περιγράφει εξαιρέσεις και dependencies συνήθως δημιουργεί λάθος προσδοκίες.

Η προτεραιότητα πρέπει να βασίζεται στον επιχειρησιακό αντίκτυπο

Ένας χρήστης που δεν μπορεί να εκτυπώσει και μια εταιρεία που έχει χάσει την πρόσβαση στο ERP δεν είναι ίδιο incident. Η προτεραιότητα πρέπει να λαμβάνει υπόψη πόσοι χρήστες επηρεάζονται, ποια υπηρεσία έχει σταματήσει και αν υπάρχει προσωρινό workaround.

Αυτό βοηθά το Helpdesk να δουλεύει με κοινά κριτήρια και αποφεύγει το φαινόμενο όπου κάθε αίτημα δηλώνεται «επείγον».

Τι πρέπει να γράφει η συμφωνία

  • Ώρες και ημέρες κάλυψης, μαζί με διαδικασία για εκτός ωραρίου περιστατικά.
  • Κανάλια υποβολής: portal, email, τηλέφωνο και πότε χρησιμοποιείται το καθένα.
  • Ορισμός P1/P2/P3/P4 ή αντίστοιχων επιπέδων με παραδείγματα.
  • Response targets και τι ακριβώς σημαίνει «απόκριση».
  • Escalation: πότε περνά το θέμα σε senior engineer, vendor ή management.
  • On-site υποστήριξη: πότε ενεργοποιείται, σε ποιες περιοχές και με ποιον προγραμματισμό.
  • Εξαιρέσεις και dependencies από ISP, hardware vendor, Microsoft ή άλλους τρίτους.
  • Reporting: ανοικτά tickets, επαναλαμβανόμενα incidents, trends και προτεινόμενες βελτιώσεις.

Το SLA πρέπει να συνδέεται με το πραγματικό scope

Αν ο MSP δεν διαχειρίζεται μια εφαρμογή, δεν μπορεί να δεσμευτεί για τον χρόνο που θα χρειαστεί ο κατασκευαστής της να διορθώσει ένα bug. Μπορεί όμως να δεσμευτεί για το πότε θα αναλάβει, πώς θα κάνει διάγνωση, πότε θα κλιμακώσει και πώς θα ενημερώνει.

Η σαφής διάκριση ανάμεσα σε managed scope και τρίτους είναι βασικό στοιχείο μιας ώριμης συνεργασίας.

Συχνές ερωτήσεις

Τι σημαίνει P1 incident;

Συνήθως αφορά σοβαρό περιστατικό με μεγάλο επιχειρησιακό αντίκτυπο, αλλά ο ακριβής ορισμός πρέπει να υπάρχει στη σύμβαση. Δεν υπάρχει μία παγκόσμια έννοια που να ισχύει για όλους.

Το SLA εγγυάται ότι κάθε πρόβλημα θα λυθεί σε συγκεκριμένο χρόνο;

Όχι απαραίτητα. Πρέπει να διαχωρίζει δεσμεύσεις που ελέγχει ο πάροχος από εξαρτήσεις τρίτων και από τον χρόνο που απαιτεί η ίδια η τεχνική εργασία.

Χρειάζεται SLA σε μικρή επιχείρηση;

Ναι, ακόμη και ένα απλό πλαίσιο βοηθά να είναι ξεκάθαρο πότε και πώς παρέχεται υποστήριξη, ειδικά όταν οι υπηρεσίες IT είναι κρίσιμες για την καθημερινή λειτουργία.

Σχετικές υπηρεσίες και οδηγοί

Συζητήστε το επόμενο βήμα με την UniLoud

Συζητήστε μαζί μας ποιες υπηρεσίες είναι πραγματικά κρίσιμες και ποιο ωράριο χρειάζονται. Θα διαμορφώσουμε scope και SLA που αντιστοιχεί στον επιχειρησιακό αντίκτυπο.

Επικοινωνήστε με την UniLoud