Inventaire d’agents IA ServiceNow : créez un registre de risques
Un inventaire d’agents IA ServiceNow centralise propriétaires, accès aux données, autonomie, risques, contrôles et gouvernance du cycle de vie des agents IA.
Read more →Pratique ITIL 4 · Demandes de service
Gestion des demandes et catalogue de services : un processus que vos utilisateurs adoptent
La gestion des demandes rend les demandes IT structurées, traçables et traitées de façon constante : accès, matériel, logiciels, informations. Bien menée, elle retire le travail répétitif au service desk, donne aux utilisateurs un portail auquel ils font confiance et montre à la direction informatique ce qui est demandé et à quelle vitesse c'est livré. Nos consultants certifiés ITIL v4 conçoivent le catalogue de services, les formulaires, les approbations et les SLA, puis les paramètrent dans votre outil.
180implémentations ITSM
40+migrations ITSM
20ans en gestion des services IT
Ils nous font confiance sur leurs projets ITSM
Qu'est-ce que la gestion des demandes de service ?
La gestion des demandes de service est la pratique ITIL 4 qui traite de façon cohérente et efficace les demandes prédéfinies, initiées par les utilisateurs. Une demande de service porte sur quelque chose auquel l'utilisateur a droit : le compte d'un nouvel arrivant, un PC portable, l'accès à une application, une boîte partagée. Ce n'est ni une panne ni une plainte ; son chemin d'exécution est connu d'avance. C'est l'une des pratiques essentielles de l'ITSM, aux côtés de la gestion des incidents, des problèmes et des changements.
C'est ce qui la distingue de la gestion des incidents. Un incident est imprévu et demande un diagnostic ; une demande est anticipée et suit un workflow standard avec son propre SLA. Mélanger les deux dans une même file est la raison la plus fréquente des SLA de demandes non tenus : les incidents sont traités comme des demandes, les demandes attendent derrière les incidents, et aucun des deux processus ne fonctionne.
Que mettre dans un catalogue de services ?
Le catalogue de services est la liste des services que l'IT fournit, chacun avec une procédure d'exécution, un responsable, les approbations nécessaires et un SLA visible par l'utilisateur au moment de la demande. La plupart des catalogues IT couvrent quatre familles :
| Famille | Exemples d'éléments |
|---|---|
| Accès et identités | Compte d'un nouvel arrivant, modification de droits, attribution de rôle, déblocage de compte, départ |
| Matériel et équipements | PC portable, smartphone, écran et périphériques, remplacement d'appareil |
| Logiciels et licences | Installation de logiciel, attribution de licence, accès à une application, abonnement |
| Services IT et infrastructure | Accès VPN, boîte partagée, liste de distribution, ressource cloud, accès réseau |
Quelle taille au lancement ? Plus petite que ce que pensent la plupart des équipes :
| Étape | Périmètre |
|---|---|
| Lancement | Uniquement les demandes les plus fréquentes, en général 15 à 25, chacune avec une procédure testée et un SLA tenable |
| Extension | De nouveaux éléments quand les données de tickets montrent une demande récurrente traitée par e-mail ou téléphone |
| Entretien | Une revue trimestrielle : retirer les éléments inutilisés, mettre à jour les procédures, confronter les SLA à la réalité |
Si l'équipe ne peut pas s'engager sur un délai, l'élément n'est pas prêt à être publié. Un catalogue exact de vingt éléments fait plus pour l'adoption qu'un catalogue complet dont la moitié des procédures sont obsolètes.
Pourquoi les portails libre-service échouent (et comment relancer l'adoption)
Le catalogue parle IT, pas utilisateur
Les catégories suivent l'organisation de l'IT, pas ce que cherchent les utilisateurs. Personne ne cherche « cycle de vie des actifs postes de travail » pour obtenir un nouveau PC.
Des formulaires trop longs
Les formulaires statiques demandent des informations que l'utilisateur n'a pas. Des formulaires dynamiques, qui ne demandent que le nécessaire étape par étape, sont complétés.
Aucune visibilité après l'envoi
Quand l'utilisateur ne voit pas où en est sa demande, il relance par e-mail ou téléphone, et le portail perd sa raison d'être.
Personne ne l'entretient
Les éléments s'accumulent, les procédures vieillissent, les SLA dérapent et les utilisateurs reviennent aux canaux informels. Le libre-service est un travail de conception et de gouvernance, pas un réglage d'outil.
Comment SMC Consulting met en place votre catalogue de services et vos demandes
La gestion des demandes relève autant de la conception de services que du paramétrage. Nous la configurons nativement dans l'outil que votre équipe utilise déjà, sur chacune des 10 plateformes ITSM où nous intervenons ; si un changement d'outil est envisagé, HaloITSM est notre choix pour la plupart des organisations de taille moyenne. Notre conseil est indépendant. Si vous choisissez HaloITSM, nous pouvons aussi fournir les licences en tant que partenaire certifié, et nous vous le disons dès le départ.
Conception du catalogue de services
Des éléments définis, structurés et priorisés avec les parties prenantes IT, rédigés avec les mots des utilisateurs, chacun avec un SLA, un circuit d'approbation et une procédure.
Portail libre-service
Des catégories logiques, des formulaires dynamiques, un statut clair et un accès mobile. L'adoption suit l'ergonomie, pas les campagnes de communication internes.
Workflows d'approbation
Des approbations à plusieurs niveaux dans la plateforme, avec délais, escalade et piste d'audit, au lieu de fils d'e-mails sans réponse.
Automatisation de l'exécution
Provisionnement dans l'annuaire, gestion des postes, intégrations identité et cloud : chaque étape automatisée est une tâche manuelle en moins.
Lien avec la gestion des actifs
Le matériel et les logiciels livrés via une demande créent ou mettent à jour l'actif au moment de l'exécution, pas des semaines plus tard à la main.
Reporting et amélioration
Délai d'exécution par élément, dépassements de SLA, goulets d'approbation et services les plus demandés, revus pour décider quoi automatiser ensuite.
Le cycle de vie d'une demande en 6 étapes
Du clic de l'utilisateur au dossier clôturé. Chaque étape est un choix de paramétrage dans l'outil ; la laisser par défaut, c'est là que la plupart des processus de demandes commencent à dériver.
Soumission
L'utilisateur choisit un élément du catalogue ; un formulaire dynamique recueille exactement ce dont l'exécution a besoin, en langage clair.
Validation et routage
La demande est vérifiée, classée et routée : les éléments standard vont directement à l'exécution, les autres au bon approbateur.
Approbation
Approbation du manager, de la sécurité ou de la finance si nécessaire, avec délais et escalade paramétrés dans la plateforme.
Exécution
La procédure documentée est suivie, automatisée si possible, et affectée à la bonne équipe avec le chronomètre SLA en marche.
Notification et confirmation
L'utilisateur est informé à chaque étape et confirme que sa demande a été satisfaite.
Clôture et reporting
Un dossier complet alimente les rapports qui montrent quels éléments améliorer ou automatiser ensuite.
Un portail que personne n'utilise, ou des approbations bloquées dans les boîtes mail ?
Lors d'un audit gratuit de 30 minutes, un consultant senior passe en revue votre catalogue, votre portail et vos workflows de demandes, et vous repartez avec vos trois priorités.
Ce qui change pour les utilisateurs et pour l'IT
- Un seul endroit pour demander tout ce que l'IT fournit, avec le délai affiché dès le départ
- Des demandes complètes dès l'envoi, sans allers-retours
- Des approbations faites dans l'outil, avec une trace
- Incidents et demandes dans des files séparées, chacune tenant son SLA
- Moins d'exécution manuelle pour le service desk
- Des chiffres qui montrent ce que demandent les utilisateurs et où le temps se perd
Automatisation et IA pour les demandes
Automatiser l'exécution
Création de comptes, droits d'accès, déploiement de logiciels et notifications sont les premiers candidats. Corrigez la procédure, puis automatisez-la.
L'IA à la saisie
L'IA classe les demandes, repère les informations manquantes avant l'envoi et répond aux questions de suivi courantes par chat ou par la voix.
Au-delà de l'IT
Le même modèle de catalogue fonctionne pour les demandes RH, services généraux et finance, une fois le catalogue IT bien rodé.
Pour qui
Responsables du service desk
Dont l'équipe passe ses journées sur des demandes répétitives qui arrivent incomplètes par e-mail et téléphone.
DSI et responsables IT
Qui veulent des délais prévisibles et une vue claire de ce que les métiers demandent à l'IT.
Responsables de processus et de catalogue
Qui ont besoin d'un catalogue, d'approbations et de SLA qui restent exacts après la mise en service.
Les KPI de la gestion des demandes
| KPI | Ce qu'il vous dit |
|---|---|
| Délai d'exécution par élément | Le temps moyen entre la soumission et la livraison, mesuré par élément du catalogue plutôt qu'en moyenne globale. |
| Respect des SLA | La part des demandes livrées dans le délai promis ; un écart persistant signifie que le SLA, les effectifs ou les approbations sont à revoir. |
| Adoption du libre-service | La part des demandes soumises via le portail plutôt que par e-mail ou téléphone. |
| Exécution du premier coup | Les demandes livrées sans reprise ni demande de précision ; un taux faible révèle des formulaires incomplets. |
| Satisfaction des utilisateurs (CSAT) | La note donnée par les utilisateurs à la clôture : l'indicateur que les métiers voient en premier. |
Pour les définitions et des exemples de tableaux de bord, consultez notre guide des KPI du service desk.
Gestion des demandes : questions fréquentes
Quelle est la différence entre une demande de service et un incident ?
Un incident est une interruption imprévue qui demande tri et diagnostic. Une demande de service est un besoin prédéfini que l'IT traite de façon routinière, avec un chemin connu d'avance. Traiter les deux dans la même file dégrade les deux. Voir la gestion des incidents pour le lien entre les deux.
Qu'est-ce qu'un catalogue de services et pourquoi est-il important ?
La liste structurée des services que fournit l'IT, chacun avec une procédure, un SLA et un circuit d'approbation. Sans catalogue, chaque demande est traitée au cas par cas et les utilisateurs n'ont aucun repère sur ce que l'IT peut faire pour eux. Un catalogue publié et entretenu est aussi le premier moteur de l'adoption du portail.
Quelle taille pour un catalogue de services au lancement ?
Commencez par les demandes les plus fréquentes, en général 15 à 25 éléments, chacun avec une procédure testée et un SLA tenable. Ajoutez des éléments quand les données de tickets montrent une demande récurrente arrivant hors du portail. L'exactitude compte plus que l'exhaustivité.
Comment augmenter l'adoption du portail libre-service ?
Rendez le portail plus rapide et plus simple qu'un e-mail : des éléments trouvés en quelques clics, des formulaires courts et un statut consultable sans relancer. Puis gardez le catalogue exact. Si le portail demande plus d'effort que les alternatives, aucune campagne de communication ne sauvera l'adoption.
Comment l'automatisation réduit-elle la charge IT dans la gestion des demandes ?
En retirant les étapes manuelles des demandes fréquentes et simples : création de comptes, droits d'accès, déploiement de logiciels, attribution de licences et notifications. Chaque étape automatisée libère du temps pour un travail à plus forte valeur. Voir l'automatisation et l'orchestration ITSM.
Quel lien entre la gestion des demandes et la gestion des actifs IT ?
Le matériel et les logiciels livrés via une demande doivent créer ou mettre à jour l'actif au moment de l'exécution. Les plateformes qui relient nativement demandes et actifs le font automatiquement. Voir la gestion des actifs IT.
Combien de temps faut-il pour mettre en place un processus de demandes ?
Cela dépend du nombre d'éléments du catalogue, des approbations et des intégrations. Le catalogue de base, le portail et les workflows d'approbation viennent d'abord ; l'automatisation de l'exécution et l'intégration à l'annuaire suivent. Le diagnostic de deux semaines de notre méthode vous donne un plan daté, fondé sur vos propres données de tickets.
Travaillez-vous uniquement avec HaloITSM ?
Non. Nous paramétrons la gestion des demandes dans l'outil que vous utilisez déjà, sur chacune des 10 plateformes ITSM où nous intervenons. HaloITSM est notre choix quand un changement d'outil est envisagé.
Les demandes IT sont prévisibles. Leur traitement devrait l'être aussi.
Réservez votre audit ITSM gratuit de 30 minutes. Un consultant senior passe en revue votre catalogue, votre portail et vos workflows, et vous repartez avec vos trois priorités.
Articles récents
Preuves de découverte NIS2 : ce que les scans prouvent et les registres non
La découverte automatisée NIS2 aide les entreprises à bâtir un inventaire d’actifs prouvable avec des données à jour sur les systèmes, propriétaires et risques.
Read more →
ServiceNow : Action Fabric et le serveur MCP expliqués pour l’ITSM
Le serveur MCP de ServiceNow connecte les agents IA aux workflows ITSM gouvernés et à Action Fabric pour une automatisation sécurisée. Préparez-vous pour 2026.
Read more →