IT, data & développement / /9 min de lecture
Réinitialisations de mot de passe, imprimantes, droits d'accès : quand les mêmes tickets reviennent chaque semaine, les techniciens s'usent et les utilisateurs s'agacent. Guide pratique pour trier, documenter, prévenir et répartir ce flux sans dévaloriser personne.
Lundi, 8 h 40. Dans une entreprise de négoce de matériaux de 180 salariés répartis sur six dépôts, la file du helpdesk compte déjà vingt-trois tickets. Neuf concernent des mots de passe expirés pendant le week-end, quatre une imprimante d’étiquettes qui ne répond plus au dépôt de Nantes, trois une demande d’accès au dossier partagé des achats, le reste se répartit entre un VPN qui décroche et une signature de courriel à modifier. Les deux techniciens du service informatique connaissent ces demandes par cœur. Ils savent aussi que le projet de migration de la messagerie, qui les intéresse vraiment, attendra encore une semaine. Le plus âgé des deux a commencé à regarder les offres d’emploi. Cette scène n’a rien d’exceptionnel. Les tickets répétitifs sont le quotidien de presque tous les services informatiques de PME et d’ETI, et le problème n’est pas leur existence, mais la façon dont ils pèsent sur les personnes qui les traitent. Voici comment reprendre la main sur ce flux sans que les techniciens aient le sentiment d’être relégués au rang de guichet, ni que les utilisateurs aient celui d’être traités à la chaîne.
Regarder d’abord ce que les tickets disent de l’organisation
Avant d’agir, il faut objectiver. Exportez les tickets des trois à six derniers mois depuis votre outil (GLPI, Jira Service Management, Freshservice, Zendesk ou même une boîte mail partagée) et regroupez-les par nature. Une catégorisation grossière suffit : comptes et mots de passe, périphériques et impression, droits d’accès, messagerie, poste de travail, logiciels métier, téléphonie. Dans la plupart des entreprises, quelques catégories représentent l’essentiel du volume, et à l’intérieur de ces catégories, une poignée de demandes identiques revient en boucle.
Cette analyse change souvent le regard porté sur le problème. Un ticket répétitif est rarement un problème d’utilisateur maladroit. C’est le symptôme de quelque chose qui dysfonctionne ailleurs : une politique d’expiration des mots de passe mal calée par rapport aux congés, un modèle d’imprimante connu pour ses pertes de configuration réseau, un processus d’arrivée des nouveaux salariés où personne ne pense à demander les accès avant le premier jour. Traiter ces tickets un par un revient à éponger une fuite sans fermer le robinet.
Il est utile aussi de mesurer le temps réellement consacré à ces demandes. Même si chaque ticket ne prend que dix minutes, cent tickets par mois représentent plus de deux jours de travail, auxquels s’ajoutent les interruptions : un technicien qui doit abandonner une tâche complexe pour débloquer un compte met ensuite du temps à retrouver sa concentration. Ce coût caché est souvent plus lourd que le temps de traitement lui-même.
Comprendre d’où vient la frustration, des deux côtés
La frustration des techniciens ne vient pas seulement de la répétition. Elle vient du sentiment que leur travail n’avance pas. Réinitialiser le même mot de passe pour la cinquième fois du mois, c’est constater que rien n’a changé depuis la dernière fois, et que personne ne s’en préoccupe. Elle vient aussi de l’impossibilité de planifier : un technicien qui prévoit une matinée de travail sur un projet sait qu’elle sera morcelée par une série d’urgences mineures. À terme, cela produit de l’usure, des réponses de plus en plus sèches aux utilisateurs et, dans le pire des cas, des départs difficiles à remplacer sur un marché tendu.
Du côté des utilisateurs, la frustration est symétrique. Le commercial qui ne peut pas imprimer ses bons de livraison attend une réponse rapide, pas un ticket en file d’attente. Il ne comprend pas pourquoi le même problème revient chaque mois. Et quand il reçoit une réponse expéditive, il en conclut que le service informatique ne le prend pas au sérieux. Ce malentendu nourrit une relation tendue qui rend tout plus difficile, y compris le jour où l’informatique a besoin de la coopération des utilisateurs pour un projet.
Soutenir les équipes, dans ce contexte, ne consiste donc pas à les protéger des utilisateurs. Il s’agit de réduire le volume évitable, d’accélérer le traitement de ce qui reste et de répartir le travail de façon que chacun garde une part d’activité qui a du sens.
Documenter une fois, résoudre plusieurs fois
Le premier levier est la documentation. Pour chaque demande récurrente, rédigez une fiche de résolution interne : symptômes, vérifications à faire, procédure de correction, cas particuliers, quand escalader. Ces fiches, stockées dans la base de connaissances de votre outil de ticketing ou dans un espace partagé, permettent à n’importe quel technicien de traiter la demande de la même manière, rapidement. Elles sont aussi la condition indispensable pour confier ces demandes à d’autres personnes.
En parallèle, une partie de ces fiches peut être déclinée en version utilisateur. Un guide illustré de trois captures d’écran pour reconfigurer l’imprimante d’étiquettes, une page expliquant comment changer son mot de passe depuis l’extérieur, une procédure pour ajouter une signature Outlook : ces contenus simples, accessibles depuis le portail de demande, permettent à une partie des utilisateurs de se débrouiller seuls. Il ne faut pas en attendre de miracle, car beaucoup continueront à appeler, mais chaque demande évitée compte.
La difficulté est de tenir cette documentation à jour. Une règle simple fonctionne bien : chaque fois qu’un technicien résout un ticket pour lequel la fiche était incomplète ou fausse, il la corrige avant de clôturer. Cette discipline transforme la répétition en capitalisation, et elle donne aux techniciens un rôle d’expert plutôt que d’exécutant.
Supprimer à la source ce qui peut l’être
Le deuxième levier, souvent négligé, consiste à traiter les causes. Une fois par mois, prenez les trois demandes les plus fréquentes et posez la question : que faudrait-il changer pour qu’elles disparaissent ? Pour les mots de passe, un portail de réinitialisation en libre-service couplé à une authentification forte, ou une politique d’expiration revue selon les recommandations actuelles de l’ANSSI, qui ne préconise plus le renouvellement systématique à intervalles courts. Pour les droits d’accès, une liste de profils types par fonction, attribuée dès l’arrivée du salarié par un formulaire rempli par son manager. Pour l’imprimante capricieuse, parfois simplement un remplacement que l’on reportait depuis deux ans.
Ces chantiers ne sont pas spectaculaires, mais ce sont précisément ceux qui redonnent du sens au travail des techniciens. Leur confier du temps protégé pour les mener, par exemple une demi-journée par semaine sans prise de tickets, change la perception du poste. On ne leur demande plus seulement de traiter la répétition, on leur demande de la faire disparaître. Le gain de volume vient ensuite, progressivement.
Il faut toutefois rester réaliste. Certaines demandes répétitives ne disparaîtront jamais, parce qu’elles tiennent à la vie normale de l’entreprise : arrivées et départs de salariés, changements de poste, matériel qui s’use. Pour celles-là, l’objectif est de les rendre rapides et prévisibles, pas de les supprimer.
Répartir le flux autrement
Le troisième levier touche à l’organisation. Dans beaucoup de PME, tous les techniciens prennent tous les tickets, ce qui garantit que chacun est interrompu en permanence. Une première amélioration consiste à organiser un tour de garde : chaque jour, une personne prend en charge les demandes simples, pendant que les autres travaillent sur les sujets de fond. Le rôle tourne, ce qui évite qu’un seul technicien soit cantonné au premier niveau.
Une deuxième option consiste à créer un véritable niveau 1, distinct des techniciens système et réseau. Ce niveau traite les demandes documentées, suit les procédures, communique avec les utilisateurs et escalade ce qui sort du cadre, avec un dossier complet : ce qui a été vérifié, ce qui a été tenté, les captures d’écran utiles. Les techniciens de niveau 2 reçoivent alors moins de tickets, mais des tickets mieux qualifiés, ce qui réduit les allers-retours.
Pour notre négociant en matériaux, ce découpage pourrait prendre la forme suivante : un niveau 1 qui absorbe comptes, impressions, accès standards et questions sur les logiciels bureautiques, avec des horaires couvrant l’ouverture des dépôts dès 7 h 30, et deux techniciens qui gardent l’infrastructure, les projets et les incidents complexes. Encore faut-il que ce niveau 1 dispose de fiches à jour, de droits suffisants dans les outils d’administration et d’un circuit d’escalade clair. Sans cela, il devient un simple standard qui transfère les tickets, et la frustration se déplace sans disparaître.
Un niveau 1 dédié, basé à Madagascar, pour reprendre de l’air
Pour les entreprises qui choisissent de structurer un premier niveau, Dedicateam constitue un support dédié à Madagascar, intégré à votre outil de ticketing et formé à vos procédures. Les techniciens de cette équipe dédiée traitent les demandes récurrentes (comptes, mots de passe, droits d’accès standards, périphériques, bureautique), qualifient les incidents plus complexes et les transmettent à vos équipes internes avec les informations utiles. Ils travaillent sur vos horaires, avec vos règles de sécurité et des droits d’administration limités à ce que vous leur confiez.
L’axe que nous développons en priorité est l’outillage de la base de connaissances. Au démarrage, l’équipe s’appuie sur vos fiches existantes, puis contribue à les compléter à chaque résolution, ce qui alimente votre documentation au lieu de la laisser vieillir. Elle peut aussi produire un relevé mensuel des demandes les plus fréquentes, qui sert de point de départ aux chantiers de suppression à la source menés par vos techniciens. Cette externalisation informatique d’un premier niveau n’a d’intérêt que si elle nourrit l’amélioration continue de votre service.
Le décalage horaire limité entre la France et Madagascar permet de couvrir des plages élargies, par exemple l’ouverture matinale de sites logistiques ou commerciaux, sans horaires décalés pour vos équipes internes. La sous-traitance porte sur un périmètre défini ensemble, avec des règles d’escalade écrites, et vos techniciens gardent la maîtrise de l’infrastructure et des décisions techniques.
Notre approche : confier le premier niveau à une équipe dédiée qui documente ce qu’elle traite, pour que vos techniciens puissent enfin s’attaquer aux causes des tickets qui reviennent.