Réserver une réunion
SMC Consulting

Gestion des demandes de service : Créez un processus de demandes IT que les utilisateurs adoptent réellement

La gestion des demandes de service est le processus qui rend les demandes IT structurées, traçables et traitées de manière cohérente. Bien menée, elle réduit la charge de travail de l'IT grâce à l'automatisation, offre aux utilisateurs une expérience fiable et donne à la direction IT une visibilité complète sur ce qui est demandé et sur la rapidité de traitement.

Nos ingénieurs certifiés ITIL v4, conçoivent des modèles de demande qui se traduisent clairement en formulaires, approbations et SLA.
Partner Products | Scroll Arrow

Qu'est-ce que la gestion des demandes de service ?

La gestion des demandes de service est la pratique ITIL v4 responsable du traitement de toutes les demandes prédéfinies et initiées par les utilisateurs pour des services IT, de manière cohérente et efficace. Elle couvre tout, de l'octroi d'accès et de l'installation de logiciels aux demandes de matériel, aux réinitialisations de comptes et aux processus d'onboarding.

Une demande de service est une demande formelle d'un utilisateur pour quelque chose auquel il a droit. Ce n'est pas une interruption de service ni une plainte. C'est un besoin prévisible et pré-approuvé que l'équipe IT devrait pouvoir satisfaire sans évaluation individuelle à chaque fois.

Cette distinction est essentielle. Les demandes de service et les incidents sont fondamentalement différents par nature et doivent être traités par des processus distincts. Un incident est inattendu et nécessite un tri et un diagnostic. Une demande de service est anticipée, dispose d'un chemin de traitement connu et doit être traitée via un flux de travail standardisé avec un SLA défini.

Fusionner les deux dans la même file d'attente est la raison la plus courante du non-respect des SLA des demandes de service. Les incidents sont traités comme des demandes. Les demandes sont retardées derrière les incidents. Aucun des deux processus ne fonctionne comme il le devrait.

Qu'est-ce que la gestion des demandes de service
Parlez de votre processus de demandes actuel à nos consultants

Que contient un catalogue de services ?

Le catalogue de services est le fondement de la gestion des demandes de service. C'est la liste structurée des services que l'équipe IT
fournit, chacun assorti d'un processus de traitement défini, d'un SLA, des approbations requises et d'un coût le cas échéant.

Que contient un catalogue de services
Un catalogue de services bien conçu couvre quatre catégories :
  • Accès et identité — Provisionnement de nouveaux utilisateurs, modifications des droits d'accès, attributions de rôles, déverrouillages de comptes
    et processus d'offboarding.
  • Matériel et équipement — Demandes d'ordinateurs portables et d'appareils mobiles, fourniture de périphériques, matériel de remplacement et mises à niveau matérielles.
  • Logiciels et licences — Demandes d'installation de logiciels, attributions de licences, accès aux applications et provisionnement d'abonnements.
  • Services IT et infrastructure— Accès VPN, configuration de boîtes aux lettres partagées, gestion des listes de distribution, provisionnement de ressources cloud et demandes d'accès réseau.
Chaque élément du catalogue doit avoir un propriétaire défini, une procédure de traitement documentée et un SLA visible par les utilisateurs au moment de la soumission. Si l'équipe IT ne peut pas s'engager sur un délai de traitement, l'élément du catalogue n'est pas prêt à être publié.

Le cycle de vie d'une demande de service : 6 étapes

Soumission de la demande

L'utilisateur soumet une demande via le portail self-service, en choisissant dans le catalogue de services. Un portail bien conçu présente les demandes dans un langage métier clair, et non en jargon IT, et utilise des formulaires dynamiques pour collecter dès le départ exactement les informations nécessaires au traitement. Les demandes incomplètes génèrent des allers-retours qui gonflent inutilement le délai de traitement.

Validation et classification

La demande soumise est automatiquement validée par rapport au catalogue de services et classée par type, priorité et chemin de traitement. Les demandes standard qui remplissent toutes les conditions sont acheminées directement vers le traitement sans examen manuel. Les demandes nécessitant une approbation sont signalées et acheminées vers l'approbateur compétent.

Flux d'approbation

Certaines demandes nécessitent un ou plusieurs niveaux d'approbation avant traitement : validation du manager pour l'accès à un logiciel, examen de la sécurité IT pour les accès privilégiés, approbation de la finance pour le matériel au-delà d'un certain seuil. Les flux d'approbation doivent être configurés dans la plateforme ITSM avec des délais définis et des règles d'escalade, et non gérés via des fils d'e-mails laissés sans réponse.

Traitement

La demande est traitée selon la procédure documentée pour cet élément du catalogue. Lorsque c'est possible, le traitement est automatisé : provisionnement de comptes déclenché via l'intégration à l'annuaire, logiciels déployés via la gestion des postes, droits d'accès mis à jour via les outils de gestion des identités. Les étapes de traitement manuelles sont documentées et attribuées à la bonne équipe avec un chronomètre SLA clairement défini.

Notification et confirmation de l'utilisateur

L'utilisateur est tenu informé à chaque étape du processus de traitement grâce à des mises à jour de statut automatisées. À la fin, l'utilisateur reçoit une confirmation et est invité à confirmer que la demande a été traitée de manière satisfaisante. Les demandes clôturées sans confirmation de l'utilisateur constituent un problème de qualité des données qui fausse les indicateurs de satisfaction.

Clôture et reporting

La demande est formellement clôturée avec un enregistrement de traitement complet. Les données de clôture alimentent la couche de reporting : délai de traitement par élément de catalogue, performance des SLA, goulots d'étranglement dans les approbations, services les plus demandés et scores de satisfaction des utilisateurs. Ces données permettent à l'équipe IT de prioriser dans le temps les investissements en automatisation et les améliorations du catalogue.

Pourquoi les portails self-service échouent

La plupart des plateformes ITSM incluent un portail self-service prêt à l'emploi. La plupart des portails self-service affichent des taux d'adoption décevants. Les raisons sont les mêmes dans toutes les organisations avec lesquelles nous avons travaillé.

Le catalogue est rédigé en langage IT, pas en langage utilisateur. Les utilisateurs ne trouvent pas ce dont ils ont besoin parce que les catégories reflètent la structure interne de l'IT, et non la façon dont les utilisateurs pensent leurs besoins. Un utilisateur qui souhaite demander un nouvel ordinateur portable ne cherche pas sous « gestion du cycle de vie des actifs matériels ».

Les formulaires collectent trop d'informations dès le départ. Des formulaires dynamiques et progressifs, qui ne demandent que ce qui est nécessaire à chaque étape, sont systématiquement plus performants que de longs formulaires statiques exigeant des informations dont les utilisateurs ne disposent pas.

Le processus n'offre aucune visibilité après la soumission. Les utilisateurs qui ne peuvent pas voir le statut de leur demande après l'avoir soumise relanceront par e-mail ou par téléphone, ce qui annule complètement l'intérêt du portail.

Le catalogue n'est jamais maintenu. Les éléments s'accumulent sans révision. Les procédures de traitement deviennent obsolètes. Les SLA ne sont pas respectés parce que le processus documenté ne reflète plus la façon dont l'équipe travaille. Les utilisateurs cessent de faire confiance au portail et reviennent aux canaux informels.

Un portail self-service n'est pas un projet technologique. C'est un projet de conception de services et de gouvernance qui implique accessoirement une configuration technologique.
Pourquoi les portails self-service échouent

Gestion des demandes de service KPI

KPI de la gestion des demandes de service
  • Le délai de traitement des demandes mesure le temps moyen entre la soumission et la clôture, par élément de catalogue. C'est l'indicateur SLA principal de la gestion des demandes de service et l'indicateur le plus direct de l'efficacité du processus. Les objectifs doivent être définis par élément de catalogue, et non comme une moyenne unique pour tous les types de demandes.
  • Le taux de conformité aux SLA mesure le pourcentage de demandes traitées dans le délai convenu. En dessous de 90 % de façon récurrente, cela signale soit un SLA inexact, soit une équipe de traitement en sous-effectif, soit des goulots d'étranglement dans le flux d'approbation.
  • Le taux d'adoption du self-service mesure le pourcentage
    de demandes soumises via le portail par rapport aux autres canaux. Une faible adoption est presque toujours le signe d'une mauvaise conception du catalogue ou d'un portail plus difficile à utiliser que l'envoi d'un e-mail.
  • Le taux de traitement du premier coup mesure le pourcentage de demandes traitées sans reprise, demande de clarification ni réouverture. Un taux faible indique que les formulaires de saisie ne collectent pas suffisamment d'informations dès le départ.
  • Le score de satisfaction utilisateur (CSAT) mesure l'expérience utilisateur au moment de la clôture de la demande. C'est l'indicateur qui relie la performance du processus à
    la valeur IT perçue et c'est l'indicateur le plus visible pour les parties prenantes métier.

Comment SMC Consulting met en œuvre votre processus de
demandes de service

Mettre en œuvre la gestion des demandes de service relève autant de la conception de services que de la configuration de la plateforme. Les éléments du catalogue doivent être conçus autour de la façon dont les utilisateurs demandent réellement des services. Les flux de traitement doivent refléter la façon dont les équipes IT travaillent réellement. L'automatisation doit reposer sur des intégrations fiables, et non sur des scripts fragiles.
Ce que couvre notre intervention :
  • Conception du catalogue de services — Nous travaillons avec les parties prenantes IT pour définir, structurer et prioriser le catalogue, en rédigeant chaque élément dans un langage orienté utilisateur, avec des SLA, des chaînes d'approbation et des procédures de traitement définis. C'est le fondement dont dépend tout le reste.
  • Configuration du portail self-service — Nous concevons et configurons le portail avec la facilité d'utilisation comme critère principal : catégories logiques, formulaires dynamiques, visibilité claire du statut et accessibilité mobile. Les taux d'adoption suivent l'ergonomie, pas les campagnes de communication.
  • Automatisation des flux d'approbation — Nous configurons des flux d'approbation à plusieurs niveaux dans votre plateforme ITSM, avec des délais définis, des règles d'escalade et des pistes d'audit, en remplaçant les processus d'approbation par e-mail qui créent des goulots d'étranglement invisibles.
  • Automatisation du traitement — Lorsque des étapes de traitement peuvent être automatisées, nous construisons les intégrations : provisionnement via l'annuaire, gestion des postes, plateformes d'identité, API d'infrastructure cloud. Chaque étape automatisée est une étape qui ne nécessite plus de traitement manuel.
  • Reporting et amélioration continue — Nous mettons en place la couche de reporting qui fait ressortir la performance de traitement par élément de catalogue, identifie les manquements aux SLA, met en évidence les goulots d'étranglement des approbations et pilote l'optimisation continue du catalogue.
Comment SMC Consulting met en œuvre votre processus de demandes de service
En tant que partenaires certifiés de HaloITSM et ServiceNow, nous configurons la gestion des demandes de service nativement dans la plateforme que votre équipe utilise déjà.
Réservez une réunion avec nos consultants ITSM
Gestion des demandes de service et IA

Gestion des demandes
de service et l'IA

L'IA transforme considérablement le volet traitement de la gestion des demandes de service. La classification intelligente des demandes achemine les soumissions vers la bonne équipe de traitement sans examen manuel. La saisie assistée par l'IA fait apparaître les informations manquantes avant qu'une demande ne soit soumise plutôt qu'après, éliminant les allers-retours. L'IA conversationnelle traite des demandes de routine de façon entièrement autonome, y compris les mises à jour de statut, les réinitialisations et les confirmations d'accès, par voix, chat et e-mail.

AurionAI est une plateforme d'IA qui gère les interactions de support IT par voix, chat, e-mail et WhatsApp, avec des intégrations natives aux principales plateformes ITSM, dont HaloITSM, Freshservice et ServiceNow. SMC Consulting est partenaire d'AurionAI. Pour en savoir plus sur l'IA dans l'ITSM, consultez notre page IA pour l'ITSM.

Questions fréquentes

Quelle est la différence entre une demande de service et un incident ?

Un incident est une interruption imprévue d'un service qui nécessite un tri et un diagnostic. Une demande de service est un besoin prédéfini et pré-approuvé que l'équipe IT est censée satisfaire régulièrement. Le chemin de traitement d'une demande de service est connu à l'avance. Le chemin de résolution d'un incident ne l'est pas. Traiter les deux via la même file d'attente dégrade la performance des deux processus. Consultez notre page Gestion des incidents pour en savoir plus sur l'articulation des deux processus.

Le catalogue de services est la liste structurée des services fournis par l'IT, chacun avec un processus de traitement, un SLA et une chaîne d'approbation définis. C'est le fondement de la gestion des demandes de service. Sans lui, chaque demande est traitée de façon ad hoc, les délais de traitement sont imprévisibles et les utilisateurs n'ont aucun point de référence sur ce que l'IT peut ou ne peut pas faire pour eux. Un catalogue de services publié et maintenu est aussi le principal moteur de l'adoption du portail self-service.
En le rédigeant en langage utilisateur, pas en langage IT. En l'organisant autour des besoins des utilisateurs plutôt que de la structure de l'équipe IT. En gardant les éléments du catalogue ciblés et précis plutôt que larges et vagues. Et en ne s'engageant que sur des SLA que l'équipe peut réellement tenir. Les éléments du catalogue difficiles à trouver, trop longs à traiter ou exigeant des informations dont l'utilisateur ne dispose pas seront systématiquement contournés au profit de canaux informels.
En supprimant les étapes manuelles des flux de traitement à fort volume et faible complexité. Le provisionnement de comptes, l'attribution des droits d'accès, le déploiement de logiciels, l'allocation de licences et les notifications de statut sont tous candidats à une automatisation totale ou partielle. Chaque étape de traitement automatisée réduit le temps que le personnel IT consacre aux tâches de routine et libère de la capacité pour des tâches à plus forte valeur. L'analyse de rentabilité d'un investissement en automatisation dans la gestion des demandes de service est presque toujours évidente lorsqu'elle est modélisée par rapport aux volumes de traitement actuels.

Les demandes de matériel et de logiciels traitées via la gestion des demandes de service génèrent des enregistrements d'actifs qui devraient alimenter directement la gestion des actifs IT. Un ordinateur portable fourni en réponse à une demande de service devrait être enregistré dans l'ITAM au moment du traitement, et non saisi manuellement par la suite. Les plateformes ITSM qui intègrent nativement la gestion des demandes et la gestion des actifs rendent cela automatique.

Une base fonctionnelle avec un catalogue de services essentiel, un portail self-service configuré et des flux d'approbation de base peut être opérationnelle en 4 à 6 semaines. Une configuration mature avec automatisation du traitement, intégration à l'annuaire et une couche de reporting complète nécessite généralement 2 à 3 mois, selon le nombre d'éléments du catalogue et la complexité des intégrations existantes.
Commencez avec 15 à 25 éléments de catalogue couvrant les types de demandes les plus fréquents. Un catalogue ciblé, précis, bien maintenu et traité de façon cohérente est plus performant qu'un catalogue exhaustif dont la moitié des éléments ont des procédures obsolètes ou des SLA non respectés. Élargissez le catalogue progressivement à mesure que le processus mûrit.
En rendant le portail plus rapide et plus simple à utiliser que les alternatives. Les utilisateurs adoptent le self-service lorsqu'ils trouvent ce dont ils ont besoin en moins de deux clics, soumettent une demande en moins de deux minutes et suivent son statut sans envoyer d'e-mail de relance. Si le portail demande plus d'efforts que d'envoyer un message au service desk, l'adoption restera faible, quelle que soit la fréquence de communication interne.

Les demandes IT sont prévisibles. Votre processus de
traitement devrait l'être aussi

Que vous construisiez un catalogue de services de zéro, repensiez un portail que personne n'utilise ou automatisiez des flux de traitement pour réduire la charge manuelle, nos consultants certifiés ITIL v4 évalueront votre processus actuel et établiront un plan d'action concret.
Réserver une réunion

Articles récents