Support et maintenance : comprendre les niveaux

Vous perdez une demi-journée parce que la facturation ne répond plus, puis vous apprenez que la remise en route relevait d’un autre contrat. Ce scénario reste fréquent dans les PME belges qui mélangent assistance aux utilisateurs, correction des anomalies et évolution des outils. Vous allez apprendre à séparer ces couches, à formuler des niveaux de service vérifiables et à cadrer les astreintes sans jargon inutile.

La réponse tient en une phrase : décrivez qui répond, dans quel délai, pour quel périmètre et avec quelle preuve. Quand ces quatre points sont écrits noir sur blanc dans votre contrat, vous savez ce que vous achetez et le prestataire sait ce qu’il doit. La suite vous montre comment les écrire de façon concrète, avec des exemples adaptés à une équipe de dix à cent personnes.

Le centre d’assistance ne répare pas tout

Le centre d’assistance répond à vos utilisateurs. Il qualifie la demande, vous guide en cas de mot de passe perdu, d’imprimante capricieuse ou d’accès à rétablir, et décide si le ticket doit être transmis à un technicien. La maintenance commence après. Elle corrige un dysfonctionnement dans le logiciel ou l’infrastructure, elle applique un correctif et elle vérifie que le problème ne revient pas. Vous avez donc deux métiers distincts, même si le même prestataire les assure.

Vous gagnez à les séparer dans le contrat. Précisez les canaux d’entrée, les horaires d’ouverture du centre d’assistance, la langue de réponse et les informations demandées à chaque appel. Précisez ensuite le périmètre de maintenance, avec la liste des applications, des postes, des serveurs ou des éléments placés sous infogérance. Quand un ticket arrive, chacun sait s’il relève d’un conseil d’usage, d’une correction couverte ou d’une demande hors périmètre qui fera l’objet d’un devis séparé.

Quels niveaux de service correspondent à votre activité ?

Un niveau de service décrit l’impact sur votre travail, pas la cause technique. Un blocage complet de la vente, de la production ou de la comptabilité n’appelle pas la même réponse qu’une lenteur occasionnelle ou une question d’utilisation. Vous pouvez demander au prestataire comment il classe ces situations, qui arbitre en cas de doute et comment le niveau peut évoluer si l’impact s’aggrave au cours de la journée.

Pour une PME belge, le plus utile reste de relier chaque niveau à des exemples de votre métier. Décrivez ce qu’est un blocage pour votre atelier, votre magasin ou votre bureau d’études, puis ce qu’est un mode dégradé où vous continuez à travailler au ralenti. Ajoutez les demandes courantes qui n’empêchent pas de produire. Cette description concrète évite les discussions sans fin sur la gravité d’un incident et donne au centre d’assistance une base stable pour prioriser.

Comment distinguer la prise en charge et la résolution ?

La prise en charge correspond au délai entre votre appel et la première réponse humaine et qualifiée. La résolution correspond au délai entre ce même appel et le retour à un fonctionnement convenu, même avec une solution de contournement. Vous avez besoin des deux engagements, car une réponse rapide sans réparation ne suffit pas, et une réparation annoncée sans point de contact vous laisse sans visibilité.

Précisez aussi le calendrier qui s’applique. Les heures ouvrées, les samedis travaillés, les jours fériés belges et les fermetures annuelles changent le calcul. Demandez comment le décompte se suspend en dehors des plages couvertes, comment les tickets reçus le soir sont repris le matin et quelles preuves figurent dans l’outil de gestion des tickets. La page d’Axelos ne publie pas de grille de délais prête à copier. Avec des définitions claires, vous pouvez comparer deux offres sans vous perdre dans des chiffres non comparables.

Pourquoi un vocabulaire commun évite-t-il les malentendus ?

Les mots « incident », « problème », « demande » et « changement » ne désignent pas la même chose. Un incident interrompt ou dégrade votre service, un problème en cherche la cause profonde, une demande correspond à un besoin courant et un changement modifie votre système. Quand vous et votre prestataire utilisez ces termes dans le même sens, le tri des tickets devient plus rapide et le compte rendu devient lisible.

Axelos regroupe les référentiels ITIL, PRINCE2 et MSP sous l’intitulé Powering Best Practice. Vous pouvez comparer votre vocabulaire avec les référentiels de gestion des services qu’il entretient, puis reprendre les définitions retenues dans votre contrat. Vous gardez ainsi vos propres exemples liés à votre métier tout en parlant un langage que les équipes de support connaissent déjà, ce qui facilite la reprise d’un contrat par un autre prestataire.

Que couvre vraiment l’astreinte ?

L’astreinte concerne les périodes où vos bureaux sont fermés mais où une panne peut coûter cher. Elle ne signifie pas que tout est réparé la nuit. Elle signifie qu’une personne joignable applique une procédure convenue pour les cas urgents, par exemple isoler un serveur, basculer sur une solution de secours ou sécuriser les accès. Vous devez donc lister les événements qui déclenchent l’appel, le numéro unique à composer et le délai de rappel convenu.

Demandez aussi ce qui reste exclu. Une question bureautique non urgente, une demande d’évolution ou une panne sur un matériel non couvert attendent en général la reprise des heures ouvrées. Précisez comment l’intervention d’astreinte est consignée, comment elle se transforme en ticket le lendemain et selon quelles modalités elle est facturée. Cette clarté protège vos équipes, qui savent quand appeler, et protège le prestataire, qui sait ce qu’il doit mobiliser en dehors des horaires habituels.

Quel rapport vous aide à piloter le prestataire ?

Un bon rapport mensuel tient sur quelques pages et répond à des questions simples. Combien de tickets ont été ouverts, pour quels motifs, avec quels délais de prise en charge et de résolution, et combien n’ont pas respecté les engagements ? Vous y ajoutez les incidents répétés, les causes identifiées et les actions correctives proposées. Vous voyez alors si le support subit les mêmes pannes ou s’il les fait reculer.

Exigez des données brutes jointes au commentaire, avec l’extraction issue de l’outil de gestion des tickets et la définition de chaque indicateur. Prévoyez un point régulier au cours duquel vous relisez ces chiffres avec le prestataire et où vous décidez des suites à donner. Pour relier ces indicateurs à votre budget, vous pouvez revoir les conseils pour lire un devis de maintenance et vérifier comment les dépassements, les unités d’œuvre et les forfaits sont comptés dans votre cas.

Que vérifier avant de signer le contrat de support ?

Relisez le périmètre ligne par ligne, y compris les versions des logiciels, le matériel exclu et les sites couverts. Vérifiez les conditions de sortie, avec la réversibilité, le format de restitution des mots de passe, des sauvegardes et de la documentation, ainsi que l’assistance pendant la transition. Ces clauses pèsent autant que les délais, car elles déterminent ce qui se passe si la collaboration s’arrête. Les règles utiles sur ce point sont proches des règles de fin de contrat utilisées pour l’externalisation.

Reprenez votre dernier mois de tickets et testez votre projet de contrat sur cette base. Classez chaque demande selon vos nouveaux niveaux, appliquez vos définitions de prise en charge et de résolution, puis simulez un appel d’astreinte un dimanche soir. Vous verrez aussitôt les articles flous, les horaires mal couverts et les preuves manquantes. Faites corriger ces points par écrit avant de signer, et conservez vos exemples en annexe pour que le centre d’assistance, vos utilisateurs et votre direction partagent la même référence au quotidien.