Un centre de services partagés peut respecter tous les accords de niveau de service tout en engendrant des coûts inutiles. Cela se produit généralement lorsque les équipes sont devenues efficaces pour traiter les exceptions, corriger les demandes incomplètes et contourner les systèmes déconnectés. Savoir repenser les processus des services partagés implique de s'attaquer à ces problèmes à la source, et non d'automatiser plus rapidement les solutions de contournement.
Pour les responsables des finances, des RH, des achats, de l'informatique et des opérations clients, l'objectif ne se limite pas à réduire le nombre d'interactions par transaction. Il s'agit d'un modèle de service garantissant des résultats constants, une responsabilisation claire, des données fiables et la capacité d'absorber la croissance sans augmentation proportionnelle des effectifs. Pour y parvenir, il est nécessaire de repenser les processus, les données, les technologies et la gouvernance comme un système d'exploitation unique.
Commencez par la demande, et non par le flux de travail existant
La plupart des programmes de refonte commencent par des cartographies de processus. Ces cartographies sont utiles, mais elles peuvent aussi perpétuer les hypothèses à l'origine du problème. Un meilleur point de départ est l'analyse de la demande : quelles sont les demandes qui parviennent au centre de services, qui les soumet, leur niveau d'exhaustivité, leur variabilité et le résultat réellement attendu par l'entreprise.
Prenons l'exemple des comptes fournisseurs. Un processus classique peut commencer lorsqu'une facture arrive dans la file d'attente des comptes fournisseurs. Cependant, le problème opérationnel peut survenir bien plus tôt : absence de bons de commande, incohérence des données fournisseurs ou application de règles d'approbation différentes selon les services. Repenser le flux de travail des comptes fournisseurs uniquement après la réception de la facture n'améliorera qu'une petite partie du cycle, sans pour autant engendrer le coût des exceptions évitables.
Segmentez la demande avant de concevoir l'état futur. Les transactions à volume élevé et à faible variation doivent suivre un parcours numérique standard. Les cas complexes, à forte valeur ajoutée ou nécessitant une expertise pointue requièrent un parcours contrôlé par des experts. Les requêtes qui ne devraient jamais atteindre les services partagés doivent être bloquées grâce à une meilleure interface libre-service, une conception de politiques adaptée ou une validation en amont.
Cette distinction est importante car la standardisation ne consiste pas à imposer systématiquement un traitement unique à tous les dossiers. Le niveau de standardisation approprié dépend du risque, de la valeur de la transaction, des exigences réglementaires et de l'impact sur le client.
Établir une base de données factuelles pour la refonte des processus
Interroger les responsables de processus ne suffit pas. Ces derniers décrivent souvent le processus prévu, tandis que les données opérationnelles révèlent le processus réellement exécuté. Une base de référence fiable combine les données de flux de travail, les journaux d'événements système, les rapports de files d'attente, les enregistrements qualité et l'observation sur le terrain.
Mesurez le délai de traitement global, et non seulement le temps de traitement. Une demande peut nécessiter dix minutes de travail du personnel, mais rester ouverte pendant dix jours, car elle est en attente d'un responsable, d'un fournisseur, d'un employé ou d'un autre système. Mesurez également le taux de réussite dès la première tentative, les retouches, les transferts, les motifs d'exception, l'ancienneté des demandes en attente et la part du volume traité hors du circuit standard.
Les informations les plus précieuses se cachent souvent dans les variations. Une unité opérationnelle peut générer trois fois plus d'exceptions en raison de données d'entrée incomplètes. Un groupe d'approbateurs peut être responsable d'une part disproportionnée des retards. Une application existante peut nécessiter une réconciliation manuelle après chaque défaillance d'interface. Il s'agit de problèmes de conception ayant des conséquences mesurables, et non de simples problèmes humains.
Une analyse de base concrète devrait répondre à trois questions : où le travail est-il immobilisé, où revient-il et où sort-il du processus contrôlé ? Ces réponses constituent un argumentaire d’investissement plus solide que de simples affirmations selon lesquelles un processus est inefficace.
Repensez le travail avant de choisir l'automatisation. Avant de choisir l'automatisation, repensez le processus. Il est essentiel de
L'automatisation peut réduire les efforts au sein d'un processus stable. Elle ne peut cependant pas résoudre les problèmes de responsabilité floue, les politiques contradictoires, les données de référence de mauvaise qualité ou les approbations inutiles. Lorsqu'elle est déployée avant une refonte, les organisations créent souvent des robots fragiles, dupliquent les règles sur différentes plateformes et s'exposent à une charge de maintenance plus importante.
La conception de l'état futur doit supprimer les étapes précédant la numérisation. Il convient d'examiner attentivement chaque transfert, approbation, vérification et saisie de données. Demandez-vous si cette activité permet de gérer un risque réel, de prendre une décision ou si elle ne fait que pallier un manque d'informations. Si elle ne remplit aucune de ces fonctions, elle peut être supprimée.
Une refonte en profondeur rapproche également les contrôles de la source de la transaction. Par exemple, les champs obligatoires, les vérifications de politiques, la détection des doublons et la validation de l'éligibilité peuvent être appliqués dès la soumission d'une demande. Cela évite que les dossiers incomplets ne soient placés dans une file d'attente et permet aux employés d'obtenir un retour d'information immédiat plutôt qu'un rejet différé.
Les tâches standard doivent être documentées de manière à être exécutables : déclencheurs, entrées requises, règles métier, responsables, critères d’exception et résultats attendus. Un diagramme de couloirs général facilite l’alignement, mais ne suffit pas à lui seul pour la création de flux de travail, d’intégrations ou d’automatisations.
Intégrer les données dans la conception du processus
Les processus des services partagés échouent à grande échelle lorsque le modèle de données est traité comme un problème informatique extérieur au modèle opérationnel. En pratique, la qualité des données détermine si les transactions peuvent s'effectuer automatiquement, si les tableaux de bord sont fiables et si les équipes peuvent identifier les causes profondes des problèmes.
Définissez les données critiques pour chaque processus : fournisseur, employé, client, article, centre de coûts, contrat, compte et dossier. Déterminez ensuite où chaque donnée est créée, qui en est responsable, quel système fait autorité et quelle validation est requise avant son utilisation ultérieure.
Ceci est particulièrement important dans les organisations confrontées à des fusions, des variations régionales et plusieurs environnements ERP. Une norme de données mondiale unique peut constituer un objectif pertinent à long terme, mais une harmonisation forcée et immédiate risque de ralentir sa mise en œuvre. Dans ces situations, une couche de mappage gouvernée et une définition claire de la responsabilité des données peuvent générer de la valeur plus rapidement, tandis que l'architecture globale est améliorée progressivement.
Les données doivent également être visibles dans le cadre de la gestion des performances opérationnelles. Si un tableau de bord n'affiche que le temps de traitement moyen, les responsables risquent de ne pas constater que des demandes incomplètes ou des données de référence invalides sont à l'origine de la charge de travail. Lier les indicateurs de processus aux indicateurs de qualité des données permet de rendre les responsabilités concrètes.
Automatisation de la conception par type de décision
Une fois les processus et les données de base clairement définis, les choix d'automatisation deviennent plus rigoureux. Les tâches répétitives et volumineuses, basées sur des règles, se prêtent parfaitement à l'automatisation des flux de travail, aux intégrations et au traitement documentaire. Les tâches nécessitant une classification, l'extraction d'informations à partir de documents non structurésou la rédaction de réponses peuvent tirer profit des capacités de l'IA. Les décisions ayant un impact significatif sur les finances, la conformité ou les employés requièrent des règles de politique explicites, des seuils de confiance et une responsabilisation humaine.
L'objectif n'est pas d'appliquer l'IA systématiquement, mais d'utiliser les capacités les plus adaptées à la tâche. Une intégration bien conçue est souvent plus fiable qu'une automatisation robotisée des tâches de bureau. Un formulaire numérique standardisé peut éviter l'extraction de documents. Une vérification humaine peut s'avérer judicieuse lorsque le niveau de confiance est faible ou qu'une exception présente un risque important.
Pour chaque automatisation, définissez la procédure de gestion des exceptions avant la mise en production. Qui reçoit les transactions ayant échoué ? De quelles informations a-t-on besoin pour résoudre le problème ? Comment les échecs récurrents sont-ils classés et intégrés aux processus et aux données pour améliorer l’efficacité ? Sans cette conception, les équipes de gestion des exceptions deviennent un intermédiaire permanent entre l’automatisation et l’activité.
Mettre en place une gouvernance qui favorise la mise à l'échelle
La refonte des services partagés implique de dépasser les frontières fonctionnelles. La finance peut être responsable d'une politique, les achats des données fournisseurs, l'informatique d'une intégration, et le centre de services partagés de l'exécution quotidienne. Sans modèle de décision, les améliorations stagnent dès la première dépendance interfonctionnelle.
La gouvernance doit clarifier la responsabilité des processus, des données, des technologies et des contrôles. Ces rôles peuvent être attribués à différents responsables, mais leurs limites doivent être clairement définies. Le responsable d'un processus doit être tenu responsable de la performance globale, depuis les causes de la demande jusqu'aux résultats pour le client, et non seulement du travail effectué au sein du centre.
Mettez en place un rythme de suivi qui dissocie la gestion opérationnelle des décisions de transformation. Les revues quotidiennes ou hebdomadaires doivent porter sur le backlog, les niveaux de service, les exceptions et la capacité. Les revues mensuelles doivent aborder les causes profondes, l'efficacité des contrôles, la qualité des données, les performances de l'automatisation et la feuille de route d'amélioration. Cela permet aux équipes d'éviter de considérer les anomalies récurrentes comme des opérations courantes.
Tester le modèle, puis l'industrialiser
Un projet pilote doit tester un résultat de service complet, et non une simple fonctionnalité technique. Choisissez un segment de processus présentant un volume significatif, des difficultés clairement identifiées, des données disponibles et des dépendances gérables. Établissez une base de référence, définissez des indicateurs cibles et intégrez des mesures d'adoption et de contrôle, en plus des indicateurs d'efficacité.
Les indicateurs couramment utilisés comprennent le délai de traitement, le taux de réussite dès la première tentative, le coût par transaction, le taux d'interventions manuelles, le taux d'exceptions, l'ancienneté des commandes en attente et la satisfaction des utilisateurs. La combinaison optimale d'indicateurs dépend du service. Dans le domaine de la paie ou de la gestion des établissements de santé, la précision et la conformité peuvent primer sur la rapidité. Dans la gestion des commandes clients, le temps de réponse et la qualité des commandes peuvent être plus importants.
Après avoir validé l'état futur, industrialisez les composants réutilisables : modèles de saisie, règles de validation, normes d'intégration, contrôles des données, modèles d'automatisation, tableaux de bord de suivi et outils de gestion du changement. C'est ainsi que les programmes d'entreprise prennent de l'ampleur. Chaque nouveau processus ne doit pas nécessiter une nouvelle méthode de déploiement.
La gestion du changement exige également des détails opérationnels. Les équipes doivent savoir ce qui est bloqué, ce qui change, comment les exceptions sont gérées et comment la performance sera évaluée. Les dirigeants doivent clairement indiquer que la refonte n'est pas un projet ponctuel. Les processus devront être ajustés en fonction de l'évolution de la demande, des politiques, des systèmes et des priorités de l'entreprise.
Rendre la performance visible et l'amélioration continue
Le processus repensé doit aboutir à un système de gestion, et non à un simple nouveau flux de travail. La visibilité opérationnelle en temps réel permet aux responsables d'anticiper la demande, les capacités, les goulots d'étranglement, la qualité et les résultats de l'automatisation avant que le niveau de service ne se dégrade.
Évitez les tableaux de bord qui ne présentent que des moyennes historiques. Associez des indicateurs de résultats, comme le coût mensuel par transaction, à des indicateurs de résultats, comme l'exhaustivité des données saisies, le flux d'exceptions, le délai d'approbation et les schémas d'échec d'automatisation. Cela permet aux responsables de processus d'intervenir avant que les retards et l'insatisfaction client ne s'accumulent.
Les organisations de services partagés les plus performantes considèrent chaque exception récurrente comme un signal d'alerte concernant la conception. Certaines exceptions nécessiteront une formation ou une clarification des politiques. D'autres révéleront un manque de validation, un problème d'intégration ou une lacune en matière de propriété des données. L'objectif est de réduire progressivement le recours à des interventions d'urgence.
Un modèle de services partagés repensé prend tout son sens lorsque les équipes peuvent consacrer moins de temps au suivi des transactions et davantage à la gestion des résultats. Commencez par un processus où les variations, les reprises et les interventions manuelles sont manifestes. Constituez une base de données factuelles, éliminez les causes des tâches inutiles et utilisez le résultat comme fondement reproductible pour une transformation plus globale.
