ftetoai Sur liste d'attente

Kennisbank

L'IA peut-elle reprendre la résolution des incidents informatiques de premier niveau ?

La question

Un utilisateur ne parvient pas à se connecter, une imprimante n'est pas détectée, un mot de passe doit être réinitialisé. Ce sont les signalements qui remplissent la plupart des servicedesks : des problèmes connus avec une solution type. La question est de savoir si l'IA peut traiter ce type d'incident informatique de premier niveau de manière autonome. La réponse est en grande partie oui, avec un certain nombre de conditions qui déterminent l'ampleur exacte de cette part.

Pourquoi cette tâche s'y prête bien

Trois axes sont ici déterminants : le volume, la structuration et le contact client.

Le volume est élevé. Les incidents de premier niveau sont par définition répétitifs : le même problème revient chez des dizaines ou des centaines d'utilisateurs. Là où il existe de nombreux cas similaires, on peut gagner beaucoup de temps en automatisant une méthode de travail plutôt qu'en traitant chaque cas séparément.

La structuration est élevée. Un problème connu avec une solution type signifie : si x, faire y. Réinitialiser un mot de passe, redémarrer une connexion réseau, réattribuer un droit d'accès — ce sont des étapes qui figurent dans une base de connaissances et qu'un système peut exécuter de manière aussi cohérente qu'un humain, souvent même plus.

Le contact client est présent mais de nature limitée. L'utilisateur veut surtout que le problème disparaisse, pas nécessairement avoir une longue conversation. Une conversation par chat ou une session automatisée via un outil de support à distance suffit pour la plus grande partie de ces signalements. Il en va autrement pour un utilisateur en colère ou déconcerté, où le ton et la patience entrent en jeu — la tâche se déplace alors vers le travail humain.

Où se situent les limites

La marge d'appréciation obtient un score faible : il y a peu de place pour déterminer soi-même la bonne approche, car celle-ci est déjà fixée. C'est précisément pour cela que l'IA va ici plus loin que pour des tâches offrant une grande marge d'interprétation. La créativité obtient également un score faible, ce qui constitue dans ce cas un avantage pour l'automatisation : rien de nouveau n'est à inventer, il s'agit seulement d'exécuter une étape existante.

L'intervention physique n'est généralement pas nécessaire — d'où le score de 4 — sauf lorsque le problème se situe malgré tout au niveau du matériel lui-même : un câble, un interrupteur, une pièce à remplacer physiquement. La voie automatisée s'arrête alors et un technicien est nécessaire.

Le coût de l'erreur et la conformité obtiennent tous deux un score relativement favorable, avec un 4. Une réinitialisation de mot de passe mal exécutée est généralement rapide à corriger et représente rarement en soi un risque de conformité. Il peut en être autrement lorsque l'incident touche à l'accès à des systèmes sensibles ou à des données personnelles ; des exigences distinctes s'appliquent alors quant à qui peut prendre quelle décision, ce qui relève des procédures et de la réglementation propres à l'organisation, et non d'un choix d'automatisation.

Ce que l'IA fait réellement aujourd'hui dans ce domaine

Cette tâche se prête à un agent : un système qui ne se limite pas à conseiller mais agit lui-même, par exemple en modifiant un paramètre ou en redémarrant un service via un accès à distance au poste de travail. C'est une étape supplémentaire par rapport à un chatbot qui se contente d'expliquer. La condition est une base de connaissances comportant des étapes de résolution claires et un accès à distance effectif — sans ces deux éléments, on reste au niveau de répondre aux questions des utilisateurs sur l'utilisation des logiciels, ce qui est une tâche différente et plus limitée que la résolution de l'incident lui-même.

Le glissement en cours

Dans les entreprises où cela fonctionne déjà aujourd'hui, un élément est généralement en place : les signalements arrivent déjà de manière structurée. Ce n'est pas un hasard. Un incident bien enregistré et priorisé avant qu'un agent ne s'en charge donne à cet agent les informations nécessaires pour suivre immédiatement la bonne voie. Dans les entreprises où la prise en charge initiale est encore désordonnée — signalements par e-mail, téléphone et chat en parallèle, sans catégorisation univoque — cela doit d'abord être mis en ordre avant que la résolution puisse se dérouler automatiquement. C'est pourquoi la situation diffère d'une entreprise à l'autre : non pas parce que la technique est différente ailleurs, mais parce que le terrain est différent.

C'est aussi pourquoi la même logique sous-jacente — répétition, étapes fixes, concertation limitée — conduit à un rythme de reprise différent dans d'autres parties d'une entreprise. L'exécution et le contrôle des sauvegardes suit un schéma comparable de routines fixes, tandis que le travail comportant de nombreuses exceptions et un jugement à porter évolue plus lentement.

Ce qui reste du travail humain

La part qui reste du travail humain n'est pas négligeable : les incidents qui ne figurent pas dans la base de connaissances, les utilisateurs qui ont besoin de plus qu'une solution technique, et les pannes nécessitant une intervention physique. La surveillance de la limite — le moment où un agent ne doit précisément pas traiter lui-même un incident et doit le transmettre — relève elle aussi d'une responsabilité humaine, avec un contrôle qui approuve ou rejette sur la base de motifs consignés. Ce n'est pas un argument contre l'automatisation du travail de premier niveau, mais une indication de l'endroit où se situe aujourd'hui la limite.

Ce que vous pouvez faire dès maintenant

Que cela concerne ou non votre servicedesk dépend du degré d'uniformité de vos signalements, de l'exhaustivité de votre base de connaissances et de la part de vos incidents qui nécessite réellement une intervention physique. Le quickscan gratuit en donne une indication : douze questions, sans compte, avec une indication de la part des heures de ce profil pouvant être reprise dès aujourd'hui par l'IA. Le scan de travail complet, qui décompose le travail de toute une entreprise en tâches et le convertit tâche par tâche en capacité en équivalents temps plein, est encore en construction.

KIPPde assistent van de werkscan

Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.

Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.