L'IA pour les demandes des services généraux fonctionne mieux comme agent d'accueil, pas comme technicien. Elle répond aux questions pratiques (« comment réserver la grande salle ? »), transforme « la clim est encore en panne » en ordre de travail avec la pièce, l'équipement et l'urgence renseignés, fusionne les douze signalements du même étage glacial en un seul ticket, et transmet les odeurs de gaz, les fuites et les blessures directement à une personne. Le gain, ce sont des ordres de travail complets et dédupliqués, pas un chatbot qui papote.
Choisissez l'outil selon l'endroit où vit le travail. Si les services généraux sont rattachés à l'informatique et aux RH, regardez Freshservice ($19 à $99 par agent et par mois) ou Jira Service Management. Si vous gérez des bâtiments et des équipements, regardez FMX ou MaintainX. Dans les deux cas, la couche d'IA qui lit les messages des employés est souvent le maillon le plus faible de la chaîne.
Si vos employés posent déjà leurs questions dans Slack, eesel fonctionne comme un coéquipier IA de help desk pour la file des services généraux : il répond à partir de vos documents sur les locaux avec la source en lien, pose l'unique question manquante avant de créer un ticket, et met de côté tout ce qui est risqué pour une personne. Cactus Club Cafe utilise le même schéma sur son service desk interne, où l'agent lit la politique d'urgence avant toute chose et a rédigé 790 réponses pour l'équipe en un mois.
Qu'est-ce qu'une demande des services généraux, et que peut en faire l'IA ?
Une demande des services généraux, c'est tout ce qu'un employé demande aux personnes qui font tourner le bâtiment : une clim en panne, un déménagement de bureau, une ampoule grillée, un renversement, une salle de réunion dont l'écran ne marche plus, une question de parking. IFMA décrit la gestion des installations comme le travail qui « integrates people, place and process within the built environment », ce qui est une façon polie de dire qu'elle couvre tout ce dont personne d'autre n'est responsable.
Je travaille dans l'équipe support d'eesel, donc je passe mes journées dans une file de tickets. Une file des services généraux ressemble beaucoup à la mienne : l'essentiel de ce qui arrive est soit une question dont la réponse est déjà dans un document, soit un vrai travail auquel il manque l'unique détail nécessaire pour démarrer. C'est là que l'IA est efficace. La réparation, le jugement et l'urgence, non. C'est le même partage que j'appliquerais à un help desk informatique.
Voici comment je trierais ce qui arrive :
| Voie | Demandes types | Ce que fait l'IA | Ce que fait une personne |
|---|---|---|---|
| L'IA répond | Réservation de salle, planning de ménage, règles de parking, politique visiteurs, emplacement des chaises de rechange | Répond à partir de vos documents sur les locaux avec la source en lien | Tient les documents à jour |
| L'IA rédige l'ordre de travail | Clim en panne, déménagement de bureau, lumière éteinte, chaise cassée, écran de salle HS | Demande le détail manquant, remplit les champs, vérifie les doublons, route vers la bonne équipe | Effectue le travail, clôt le ticket |
| Une personne, tout de suite | Odeur de gaz, alarme monoxyde de carbone, fuite d'eau, blessé, incident de sécurité | Affiche les consignes d'urgence et alerte une personne | Tout le reste |
La voie du milieu est celle qui rapporte. Répondre à « comment réserver une salle ? » fait gagner une minute. Transformer dix messages vagues en dix ordres de travail qu'un technicien peut exécuter sans second e-mail fait gagner toute la matinée.
Pourquoi les demandes des services généraux s'accumulent-elles ?
Parce que les employés utilisent le canal le plus proche, et que le formulaire de ticket n'est jamais le plus proche. La plupart des équipes de services généraux que j'ai vues ont un portail parfaitement correct et un canal Slack qui reçoit cinq fois plus de trafic. Un responsable informatique l'a dit sans détour dans un fil sur l'origine réelle du volume de tickets :
"our 'official' policy is the Portal, but 70% of our volume still crawls in through email or 'quick' Slack DMs."
C'est un service informatique, mais les services généraux sont pires, car leurs demandes sont physiques et semblent urgentes. Personne ne remplit un formulaire de sept champs dans une pièce à 29 degrés. On écrit à l'office manager. Dans un autre fil, le responsable d'une petite structure a décrit le même désordre pour toutes les équipes internes à la fois :
"drowning in email chains for everything from HR requests to facilities issues to IT tickets... Employees never know where to submit requests."
L'équipe des services généraux finit donc par faire trois métiers avant le début de toute réparation : lire des messages venus de quatre canaux, répondre « quelle pièce ? », et comprendre que les cinq personnes qui se plaignent du 4e étage posent un seul et même problème. Rien de tout cela n'est du travail de services généraux. Tout cela relève du travail qu'un service desk IA peut prendre en charge.
La solution que proposent la plupart des guides est « forcez tout le monde à passer par le portail ». Je ferais l'inverse : laissez les gens demander là où ils sont déjà, et placez l'IA à cet endroit pour transformer leur message en ticket que le portail aurait créé. C'est l'idée de l'IA de support pour les employés en général, et elle convient mieux aux services généraux qu'à la plupart des équipes.
Que fait concrètement l'IA d'une demande des services généraux ?
Quatre tâches, dans cet ordre. Chacune est banale en soi, mais ensemble elles représentent l'essentiel de l'administratif d'un service des services généraux.
Répondre aux questions dont la réponse est déjà écrite
Étapes de réservation de salle, rotation du ménage, règles de parking, obtention d'un bras de support d'écran, que faire d'une chaise cassée. Si c'est dans un document, l'IA doit répondre dans le fil et lier le document, pour que l'employé puisse vérifier. C'est le même travail que fait un bot de base de connaissances interne pour l'informatique, et la règle est la même : si le document ne le dit pas, l'IA dit qu'elle ne sait pas plutôt que d'inventer une règle de parking.
Transformer un message vague en ordre de travail complet
C'est le point majeur. « La clim est encore en panne » n'est pas un ordre de travail. Un technicien a besoin du bâtiment, de l'étage et de la pièce, de l'appareil concerné, de la date de début et du degré d'urgence. Le rôle de l'IA est de remplir ce qu'elle peut à partir du contexte (le lieu de travail de l'employé, le canal, une photo) et de demander la seule chose qui lui manque.
Une question de relance vaut mieux qu'un formulaire de douze champs, et vaut mieux que le responsable des services généraux qui écrit « quelle pièce ? » pour la quarantième fois ce mois-ci. Les éditeurs vont aussi dans ce sens : les demandes de travail générées par IA de MaintainX posent des questions de relance et remplissent le titre, la description, le lieu et la priorité, mais seulement sur son application mobile et son forfait Enterprise.
Fusionner les doublons
Quand le chauffage tombe en panne sur un étage, vous ne recevez pas un signalement. Vous en recevez douze, de douze personnes, en quarante minutes. Un répartiteur humain le repère. Un portail basique ouvre douze tickets.
Avant de créer un ticket, l'IA doit chercher dans les demandes ouvertes le même lieu et le même problème, ajouter la nouvelle personne au ticket existant et lui dire que c'est déjà enregistré. Ce dernier point compte plus qu'il n'y paraît : toutes les personnes qui ont signalé le problème sont prévenues quand c'est réparé, donc elles cessent de le signaler. J'ai détaillé le fonctionnement dans la déduplication des tickets.
Router et tenir les gens informés
Une fois l'ordre de travail complet, le routage est surtout une table de correspondance, un peu comme la répartition dans le service sur le terrain : la CVC va au prestataire CVC, les déménagements de bureau vont à l'équipe workplace, le ménage va à la file du prestataire de nettoyage. L'IA s'en occupe comme elle gère la classification des tickets et la priorisation des tickets sur n'importe quel service desk.
Ce que l'on oublie, c'est la question de suivi qui arrive ensuite (« des nouvelles pour la clim ? »). L'IA ne doit y répondre qu'à partir de l'historique du ticket : si le dossier indique « prestataire réservé jeudi », elle le dit, et s'il n'indique rien, elle n'annonce rien de nouveau. Swiftreg, une société britannique de plaques d'immatriculation, a inscrit cette règle dans sa configuration eesel : « Requested is not processing, and offered is not issued. » Elle s'applique tout aussi bien aux réparations.
Où l'IA doit-elle s'arrêter pour les demandes des services généraux ?
Devant tout ce qui pourrait blesser quelqu'un, et devant tout ce qui dépense de l'argent ou ouvre une porte. C'est la section que j'écrirais dans les instructions de l'IA avant toute autre.
Les problèmes de sécurité sautent la file
Le gaz est le cas le plus net. L'organisme américain de sécurité des pipelines PHMSA dit à quiconque sent du gaz de « Leave the area by foot immediately » et d'« Call 911 from a safe location ». Une IA qui ouvre un ticket et demande de quelle pièce il s'agit fait du tort. Son seul rôle ici est d'afficher les consignes d'urgence et d'alerter une personne.
Le monoxyde de carbone est plus sournois, car les symptômes ressemblent à une plainte de confort. Le Health and Safety Executive britannique cite parmi les signes les maux de tête, les vertiges et la fatigue, et demande d'appeler la ligne d'urgence gaz au 0800 111 999. Un groupe de messages « la pièce est étouffante et j'ai mal à la tête » est un signal pour une personne, pas un ticket à fusionner. C'est une règle qu'il vaut la peine d'écrire noir sur blanc, car une étape de déduplication fusionnerait volontiers ces messages.
Le reste de la liste réservée aux personnes : eau près d'installations électriques, toute personne blessée, alarmes incendie, incidents de sécurité, personnes bloquées dans un ascenseur. Configurez-les comme des règles d'escalade avec un transfert clair, et testez-les en premier. Si un problème touche tout le bâtiment, comme une coupure de courant, le plan d'action ressemble davantage à de la communication de crise lors d'un incident majeur qu'à une file de tickets.
Les plaintes de confort sont un vrai travail, pas des urgences
La température est le cas inverse : constante, agaçante, rarement dangereuse. L'OSHA indique qu'elle n'oblige pas les employeurs à fournir chauffage ou climatisation, et recommande de maintenir les bureaux entre 68-76°F. Cela donne à l'IA une ligne utile : une pièce à 74°F est une demande de confort pour la file, et une salle serveurs à 95°F est le problème de quelqu'un tout de suite. Écrivez les seuils et l'IA les appliquera toujours de la même façon. Reliez-les aussi à des objectifs de délai de réponse, pour que la gestion des SLA traite une salle serveurs surchauffée autrement qu'une salle de réunion tiède.
L'argent, les clés et les accès exigent un oui humain
Commander un appareil de remplacement, approuver l'intervention d'un prestataire, délivrer un badge, donner un accès hors horaires. L'IA peut recueillir les détails et rédiger la demande. Une personne l'approuve. Avec eesel, chaque action peut être réglée sur Auto, Needs approval ou Disabled, et les approbations apparaissent dans le fil Slack ou le journal d'activité avec qui a approuvé quoi et quand.
Si la distinction help desk vs service desk est nouvelle pour vous, les services généraux se retrouvent généralement du côté du service desk, avec des approbations intégrées. C'est le même schéma que les workflows d'approbation sur un service desk orienté clients. Simplement, aux services généraux, l'oubli a des conséquences physiques plus lourdes.
Comment mettre en place l'IA pour les demandes des services généraux ?
Voici l'ordre dans lequel je procéderais. Les étapes 1 à 3 représentent une semaine de travail pour la plupart des équipes, et aucune ne nécessite de nouveau système.
- Récupérez un mois de demandes de tous les canaux. E-mail, canal Slack, messages privés à l'office manager, portail. Étiquetez chacune avec une voie (réponse, ordre de travail, personne-tout-de-suite) et notez le détail qui manquait à son arrivée. Vous verrez ainsi où partent les heures.
- Écrivez d'abord la liste « personne-tout-de-suite ». Gaz, CO, fuites, blessures, sécurité, plus les particularités de votre bâtiment. Rédigez le message exact que l'IA doit envoyer pour chacun, numéro d'urgence compris.
- Écrivez les réponses que l'on vous redemande sans cesse. Réservations, ménage, parking, livraisons, visiteurs. Une page par sujet suffit largement. Si ce n'est pas écrit, l'IA ne peut pas y répondre, et un nouvel arrivant non plus.
- Définissez un ordre de travail complet. Lieu (bâtiment, étage, pièce), équipement, depuis quand, urgence, photo si utile. L'IA demande ce qui manque, une question à la fois.
- Associez les types de demande aux équipes. Un simple tableau : CVC au prestataire, déménagements au workplace, ménage au prestataire de nettoyage. C'est votre manuel de tri des tickets.
- Faites tourner en mode brouillon sur le mois dernier. Faites traiter par l'IA les demandes de l'étape 1 et comparez ses réponses et ses ordres de travail à ce qu'a fait votre équipe. Corrigez les documents et les règles là où elle s'est trompée, puis laissez-la répondre aux gens.
Cactus Club Cafe, un groupe de restaurants de Vancouver, utilise ce schéma sur son service technique interne pour le personnel de tous ses établissements. Son agent ouvre deux documents avant chaque ticket, une politique d'urgence et une matrice de routage, suit pas à pas le runbook correspondant et rédige la réponse qu'une personne enverra. En un mois, cela représentait 750 tickets, 790 brouillons et 1,650 consultations de runbooks et de politiques. C'est un service technique, pas un service des services généraux, mais le montage se transpose presque ligne à ligne : les urgences d'abord, les correctifs connus tirés de runbooks écrits, et des personnes qui envoient les réponses tant que la confiance n'est pas établie.
Combien d'heures l'IA rendrait-elle à votre équipe des services généraux ?
Entrez vos propres chiffres. Les valeurs par défaut sont mes hypothèses, pas des références : remplacez-les par ce que l'étape 1 vous a montré.
Avec les valeurs par défaut, cela représente environ 22.5 heures par mois, et 300 demandes tiennent dans les 500 crédits du forfait à $299 sur les tarifs d'eesel. La ligne des relances sur les détails est généralement la plus importante, ce qui explique pourquoi l'étape de l'ordre de travail compte plus que le chatbot.
Quels outils gèrent les demandes des services généraux avec de l'IA ?
Il y a deux familles. Les service desks (Freshservice, Jira Service Management) traitent les services généraux comme un département à côté de l'informatique et des RH. Les plateformes de maintenance (FMX, MaintainX) les traitent comme des ordres de travail sur des bâtiments et des équipements. Le bon choix dépend de ce qui vous fait souffrir : la porte d'entrée ou le back-office.
| Outil | Conçu pour | Accueil des demandes | IA côté employé | IA côté équipe | Prix (page de l'éditeur) |
|---|---|---|---|---|---|
| Freshservice | Informatique et équipes métiers | Portail, e-mail, Servicebot Slack et Teams | Freddy AI Agent, Enterprise uniquement, 1 200 sessions par an et par licence | Module Freddy AI Copilot, $29/agent/mois | $19 / $49 / $99 par agent et par mois (annuel), Enterprise sur mesure |
| Jira Service Management | Informatique et équipes métiers | Portail, e-mail, Slack ou Teams via Atlassian Assist | Agent de service virtuel, Premium et Enterprise | Crédits Rovo sur les forfaits payants | Standard $21.50, Premium $55.28 par agent (75 agents par défaut) |
| FMX | Services généraux et maintenance | E-mail, portail cartographique, formulaire Slack /fmx | Aucune documentée | Agent Iris (accès anticipé) | Sur devis uniquement |
| MaintainX | Maintenance et équipements | Application, QR codes, portails de demande | Demandes de travail par IA, Enterprise, mobile uniquement | MaintainX Assist, Enterprise | $0 / $20 / $65 par utilisateur (annuel), Enterprise sur mesure |
| eesel | Coéquipier IA sur votre service desk existant | Slack, e-mail, tickets de help desk | Répond, interroge, crée et route | Rédige, annote, approbations | À partir de $299/mois pour 500 crédits |
Freshservice
Freshservice est l'option « services généraux à côté de l'informatique » la plus complète. Sa page dédiée promet un portail unique pour les « moves, repairs, seating and access requests » capable de « auto-categorize by site, capture location details, and route to the right technician with SLAs and priority », avec des Workspaces distincts par site.
Le hic, c'est l'emplacement de l'IA. D'après la page de tarifs, le catalogue de services démarre sur Growth à $49 par agent et par mois, et le Freddy AI Agent est réservé à Enterprise avec 1,200 sessions par an et par licence.
Le bot Slack a aussi des limites de formulaire qui pénalisent particulièrement les services généraux : le guide d'installation indique « Adding attachments from Slack is not supported », donc un formulaire de demande qui exige la photo de l'objet cassé renvoie les gens vers le portail. eesel n'a pas d'intégration native Freshservice aujourd'hui ; si vous êtes sur Freshservice, son IA ou le catalogue de services Freshservice est le bon point de départ. J'ai détaillé les lacunes dans les limites de l'IA de Freshservice.
Idéal pour : les entreprises qui gèrent services généraux, informatique et RH depuis un seul service desk et qui acceptent de payer Enterprise pour obtenir l'agent IA.
Jira Service Management
Jira Service Management propose un modèle pour les services généraux couvrant « maintenance, moving, and event planning », avec des types de demande, des formulaires, un portail d'aide, des files et Assets pour suivre les équipements. Les employés qui soumettent des demandes n'ont pas besoin de licence payante.
L'agent de service virtuel répond à partir d'une base de connaissances liée et exécute des flux d'intention qui peuvent créer une demande. Il nécessite Premium ($55.28 par agent pour les 75 agents par défaut sur la page de tarifs), inclut 1,000 conversations assistées par mois, puis $0.30 chacune, et se connecte à Slack ou à Teams, pas aux deux. Le modèle lui-même n'est qu'un point de départ : pas de types de demande pour le ménage ou les salles de réunion, ni de SLA ou de règles d'automatisation prêtes à l'emploi. Plus de détails dans Jira Service Management AI.
eesel se connecte à Jira Service Management de façon native, récupère les nouvelles demandes et les commentaires, et peut répondre, laisser une note interne, assigner, étiqueter, changer le statut et rechercher des tickets liés. InDebted l'utilise comme premier répondant sur un service desk Jira interne adossé à Confluence et Slack, avec l'objectif de faire passer la déflexion de 15% vers 55%. Leur responsable informatique :
"We use it to be the first responder to our Helpdesk tickets in Jira. It essentially acts just like an agent would."
Idéal pour : les entreprises déjà sur Jira qui veulent un point d'entrée unique pour toutes les équipes internes.
FMX
FMX est une plateforme de services généraux et de maintenance, solide auprès des écoles, des administrations et du secteur de la santé. Son accueil est pratique : les employés peuvent envoyer une demande par e-mail sans se connecter, et une balise +building dans l'adresse la rattache au bon site, selon le guide de configuration e-mail. Il existe aussi un portail de demande cartographique et un formulaire Slack /fmx.
Son agent IA, Iris, travaille pour l'équipe des services généraux plutôt que pour l'employé : recherche en langage naturel dans les demandes et les équipements, plus des actions unitaires et groupées comme assigner, suspendre, répondre et résoudre. FMX l'étiquette comme accès anticipé. La tarification est sur devis uniquement, selon le nombre d'utilisateurs qui gèrent le travail ; les demandeurs illimités sont gratuits.
Idéal pour : les équipes de services généraux dont le travail principal est de gérer bâtiments, équipements et techniciens, pas de répondre aux questions des employés.
MaintainX
MaintainX est une plateforme de maintenance et de gestion d'équipements, désormais une société Autodesk, avec des prix publics : Basic $0, Essential $20 et Premium $65 par utilisateur et par mois en facturation annuelle. Les comptes demandeurs sont gratuits.
Le flux par QR code est le point fort pour les services généraux : on scanne le code sur un appareil et le formulaire de demande s'ouvre avec l'équipement et le lieu déjà renseignés, ce qui résout dès la source le problème du « quelle clim ? ». Les demandes restent en attente jusqu'à l'approbation d'un administrateur. Les portails de demande nécessitent Premium, et les fonctions d'IA (demandes de travail par IA et MaintainX Assist) sont réservées à Enterprise, Assist n'étant pas disponible pour les demandeurs.
Idéal pour : les équipes qui ont beaucoup d'équipements et peuvent y apposer des QR codes.
Une IA de help desk généraliste peut-elle faire tourner un service des services généraux ?
Oui, pour la porte d'entrée, et c'est souvent la pièce qui manque. Regardez à nouveau le tableau : les plateformes de maintenance placent leur IA côté équipe, et les service desks la placent derrière des forfaits Enterprise ou Premium. Ce que les employés touchent réellement, un message dans Slack, est l'endroit où la plupart des architectures sont les plus minces.
C'est le vide que comble eesel. C'est un coéquipier IA que l'on recrute pour une mission, et le coéquipier IA de help desk convient ici : il se place dans votre canal Slack ou sur votre service desk Jira Service Management, répond à partir de vos documents sur les locaux dans Confluence, Google Drive ou Notion avec la source en lien, lit jusqu'à cinq photos jointes à un message, demande la pièce ou l'équipement manquant, et peut créer et router un ticket. Tout ce que vous marquez Needs approval attend une personne. Il est facturé à la conversation, pas au siège, donc tout le bureau peut l'utiliser. À intervalle régulier, il peut aussi publier un récapitulatif matinal des ordres de travail ouverts dans le canal des services généraux, comme Lesson Pro reçoit un plan du lundi dans Slack. Si la notion de « coéquipier » est nouvelle pour vous, voici comment fonctionnent les coéquipiers IA.
Là où ce n'est pas le bon choix : si vous avez besoin de plannings de maintenance préventive, d'historiques d'équipements et d'applications mobiles pour techniciens, c'est le territoire de FMX ou de MaintainX, et eesel ne les remplace pas. Sur Microsoft Teams, eesel fonctionne mais n'est pas encore en libre-service, il faudra donc demander à l'équipe de l'activer. Et si votre service desk est Freshservice, il n'existe pas de connecteur natif aujourd'hui.
Pour comparer des options plus larges, je lirais aussi nos comparatifs de l'IA pour le support Slack, de l'IA pour le support Teams et du marché plus large des logiciels de help desk interne.
Pour les autres services internes voisins, voyez comment la même approche fonctionne pour un help desk finance, un help desk juridique et les questions générales sur le lieu de travail.
Essayez eesel pour les demandes des services généraux
Si votre équipe des services généraux passe ses matinées à écrire « quelle pièce ? » dans Slack, eesel peut reprendre cette voie dès cette semaine. Il répond aux questions de réservation et de ménage à partir de vos documents, pose l'unique question manquante avant de créer un ordre de travail, fusionne les signalements répétés, et envoie les odeurs de gaz et les fuites directement à une personne avec les consignes d'urgence jointes. Commencez avec les 100 crédits gratuits, lancez-le en mode brouillon sur les demandes du mois dernier, et voyez ce qu'il réussit avant que quiconque au bureau ne s'en aperçoive. Essayer eesel.
Comment l'IA évite-t-elle les tickets en double aux services généraux ?