La coordination entre services, c'est ce qui se passe lorsque le travail ne reste pas au sein d'une seule équipe, mais passe d'un service à l'autre. Une demande qui démarre chez les ventes et se termine chez la finance. Une réclamation qui commence chez le support et se résout chez les opérations. Un changement qui touche les RH, mais aussi l'IT et le service juridique. L'IA peut jouer un rôle ici : signaler qu'une étape est terminée, informer le service suivant, suivre le statut à travers les équipes, ou marquer les écarts par rapport au schéma normal avant qu'ils n'escaladent. Ce n'est pas une tâche unique, mais un lien entre des tâches qui relèvent de personnes et de systèmes différents.
Sous la fenêtre de chat, la coordination entre services est généralement une combinaison de trois éléments. Premièrement : l'information qui naît au sein du service A doit être lisible et exploitable pour le service B, sans que quelqu'un doive la retaper manuellement ou l'expliquer à nouveau. Deuxièmement : il doit exister un moment où il est clair qu'une étape est terminée et que la suivante peut commencer, même si personne ne la surveille activement. Troisièmement : si quelque chose bloque entre les services, cela doit devenir visible pour quelqu'un capable d'intervenir, plutôt que de disparaître dans une file d'attente que personne ne contrôle.
Cela touche à des sujets qui, en eux-mêmes, demandent déjà de l'attention. La lecture et le résumé de documents constituent souvent la première étape : avant que le service B puisse prendre le relais, il faut savoir précisément ce que le service A a consigné. L'enregistrement et le suivi des conversations entrent en jeu lorsque le transfert ne repose pas sur un document, mais sur un appel téléphonique, une réunion ou un accord verbal qui doit être enregistré quelque part avant que le service suivant puisse poursuivre. Et dès qu'il n'y a pas un seul transfert, mais une série d'étapes qui se succèdent à travers plusieurs services, se pose la question de ce que les chaînes d'étapes qui se succèdent demandent à l'organisation pour maintenir cette chaîne stable.
La coordination entre services repose sur trois conditions fondamentales, présentées dans un ordre fixe car l'une ne fonctionne pas sans l'autre.
L'organisation vient en premier. Qui est responsable d'une étape qui se situe entre deux services ? Si une demande bloque entre les ventes et la finance, qui résout cela, et dans quel délai cela est-il contrôlé ? Sans réponse à cette question, aucun système n'a de repère, et la coordination entre services existera sur papier mais reviendra sans cesse, dans la pratique, vers des personnes qui doivent la démêler manuellement.
L'infrastructure IT vient ensuite. Les services travaillent souvent dans des systèmes différents, avec des droits d'accès différents et des calendriers de mise à jour différents. La coordination exige que ces systèmes puissent communiquer entre eux, ou qu'il existe au moins un endroit partagé où le statut d'un processus en cours est visible pour tous ceux qui y sont impliqués. Sans ce lien, la coordination reste dépendante de personnes qui retapent manuellement l'information d'un système vers l'autre.
La gestion des données constitue la troisième condition. Si le service A qualifie un client d'« actif » et que le service B appelle ce même statut « en cours », la confusion s'installe dès qu'un processus passe de l'un à l'autre. La coordination entre services demande des définitions partagées : ce que signifie un statut, qui peut le modifier, et comment on suit le moment où cela se produit. Sans ces accords, l'information perd son sens en chemin, et quelqu'un de l'autre côté doit à nouveau déterminer ce qui était précisément visé.
Ces trois éléments — organisation, infrastructure, gestion des données — constituent la base sur laquelle la coordination peut s'appuyer. Ce n'est qu'ensuite qu'il devient pertinent de savoir si l'IA peut signaler qu'une chose est terminée, ou si un système peut informer automatiquement le service suivant. Cela dépend de l'aide à la décision — qui évalue si un transfert s'est correctement déroulé — et du monitoring et de la signalisation, qui déterminent si les écarts entre services sont détectés à temps.
Les projets pilotes autour de la coordination entre services ne bloquent souvent pas sur la technique, mais sur la question de qui est responsable de quoi dès qu'une chose se situe entre deux services. Un système qui signale automatiquement qu'une étape est terminée n'a que peu de valeur si personne n'est clairement désigné pour réagir à ce signal. C'est une question d'organisation, pas une question technique, et cette question doit trouver réponse avant que la coordination entre services puisse s'appuyer sur l'IA.
La mesure de maturité de hybridresourcing dresse un état des lieux de votre organisation sur les dimensions qui rendent possible la coordination entre services : organisation, infrastructure IT et gestion des données, ainsi que les autres dimensions qui en découlent. Lors d'une évaluation croisée, plusieurs personnes de l'organisation notent séparément, et la dispersion entre ces scores révèle où les perceptions diffèrent — souvent précisément au point où la coordination entre services bloque. L'outil est en cours de construction. Ceux qui souhaitent y travailler peuvent s'inscrire sur la liste d'attente.
Là où cette page décrit ce que la coordination entre services demande à l'organisation pour pouvoir être soutenue, le scan de travail de FTE TO AI va un pas plus loin et calcule, par tâche, quelle part du travail peut réellement être reprise par l'IA. C'est une question différente de celle de la préparation : c'est la question de ce qui, une fois la base posée, se déplace concrètement dans le travail lui-même.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.