Projet SIRH 2027 : comment cadrer le besoin, calculer le TCO et défendre le ROI

Le SIRH est devenu l’un des investissements les plus sensibles de la fonction RH. Il touche à la paie, aux congés, aux absences, aux entretiens, au recrutement, à la formation, aux données collaborateurs, aux tableaux de bord, à la conformité et à l’expérience quotidienne des managers. Mal cadré, il peut produire l’effet inverse de celui recherché : coûts supplémentaires, doublons de saisie, faible adoption, frustration des équipes, retards de paie ou perte de confiance dans la donnée RH.

L’erreur fréquente consiste à démarrer par les outils. Les éditeurs présentent des interfaces attractives, des modules nombreux et des promesses de simplification. Mais un SIRH ne doit pas être choisi pour ce qu’il affiche en démonstration. Il doit être sélectionné pour les problèmes qu’il règle réellement : réduire les ressaisies, fiabiliser les données, raccourcir les circuits de validation, sécuriser les obligations sociales, donner de l’autonomie aux collaborateurs et fournir au CODIR des indicateurs fiables.

Le premier enjeu est donc de cadrer le besoin avant de parler technologie. Le second est de calculer le coût réel du projet. Le troisième est de démontrer la valeur attendue. Sans ces trois niveaux, le projet SIRH reste vulnérable lors des arbitrages budgétaires.

Partir des processus, pas des fonctionnalités

La rédaction du cahier des charges doit commencer par la cartographie des processus actuels. Cette étape, souvent négligée, est pourtant décisive. Il faut documenter comment les demandes de congés sont traitées, comment les variables de paie sont collectées, comment les entretiens annuels sont lancés, comment les formations sont demandées, comment les données collaborateurs sont mises à jour, comment les managers valident les actes courants et comment les reportings sont produits.

Cette photographie du fonctionnement existant, appelée As-Is, doit identifier les irritants : double saisie, fichiers Excel parallèles, validation manuelle, absence de traçabilité, délais excessifs, erreurs récurrentes, dépendance à une seule personne, extraction compliquée ou non-conformité potentielle.

À partir de ce diagnostic, la direction RH définit le fonctionnement cible, ou To-Be. L’enjeu n’est pas de digitaliser les mauvaises pratiques existantes. Il est de simplifier les processus avant de les outiller. Un circuit de validation inutilement long restera lent même s’il passe dans un logiciel. Une donnée mal définie restera contestée même si elle est hébergée dans une plateforme moderne.

Écrire le besoin à partir des utilisateurs

Un cahier des charges SIRH ne doit pas être une liste interminable de fonctions techniques. Il doit partir des usages. Les attentes d’un collaborateur, d’un manager, d’un gestionnaire RH, d’un responsable paie ou du DRH ne sont pas les mêmes.

Le collaborateur doit pouvoir déposer une demande de congé simplement, consulter ses documents, mettre à jour ses données personnelles, suivre une demande ou accéder à une information fiable. Le manager doit valider rapidement, visualiser les absences de son équipe, préparer les entretiens, suivre les objectifs et disposer d’indicateurs de proximité. Le gestionnaire RH ou paie doit automatiser les contrôles, réduire les saisies manuelles, fiabiliser les variables et produire des reportings. Le DRH doit pouvoir piloter les effectifs, la masse salariale, les mobilités, les compétences, les alertes sociales et les écarts de planification.

Cette approche par cas d’usage permet d’éviter un choix purement esthétique ou commercial. Elle oblige les éditeurs et intégrateurs à démontrer la couverture réelle des besoins. Elle permet aussi de distinguer les exigences indispensables des options secondaires.

La conformité doit être verrouillée dès cette étape. Pour une entreprise opérant au Maroc, le cahier des charges doit intégrer les contraintes relatives au Code du travail, aux règles de déclaration sociale, à la CNSS, à la CIMR le cas échéant, à la gestion du temps, aux congés, aux absences, ainsi qu’aux obligations de protection des données personnelles. Un outil non adapté aux règles locales peut générer des coûts d’intégration élevés et des risques juridiques.

Pour comparer objectivement les offres des éditeurs et intégrateurs, une grille RFP pondérée croise la couverture fonctionnelle par persona, la sécurité, l’expérience utilisateur, le réalisme projet et le TCO sur trois ans. Elle intègre aussi les questions de contrôle à poser avant décision.

📎 Télécharger la Fiche outil — Grille RFP SIRH

Calculer le coût total de possession

Le prix affiché par l’éditeur ne reflète jamais le coût complet d’un SIRH. La licence SaaS par salarié et par mois n’est que la partie visible. Le véritable arbitrage doit reposer sur le TCO, ou coût total de possession, calculé sur trois à cinq ans.

Le TCO comprend les licences, les frais d’intégration, le paramétrage, la reprise des données, les connecteurs API, les développements spécifiques, la formation, l’accompagnement au changement, le support, la maintenance, ainsi que le temps interne consommé par les équipes RH, paie, DSI et utilisateurs clés.

La formule de présentation au CODIR peut être simple :

TCO 3 ans = frais de déploiement + licences annuelles x 3 + conduite du changement + temps interne valorisé

Cette logique permet de comparer correctement deux offres. Une solution moins chère en licence peut devenir plus coûteuse si elle demande davantage de paramétrage, d’intégration ou de développements spécifiques. À l’inverse, une solution plus chère peut être pertinente si elle réduit les interfaces, sécurise la conformité et diminue le temps de traitement.

Défendre un ROI crédible

Le SIRH ne doit pas être défendu uniquement comme un outil de modernisation. Devant la Direction Générale et la Direction Financière, il doit produire un business case. Le ROI doit distinguer les économies directes et les gains d’efficience.

Les économies directes peuvent venir de la suppression d’anciens outils, de la baisse des coûts papier, de la réduction des erreurs de paie, de la diminution des anomalies de saisie ou de l’évitement de pénalités liées à la non-conformité. Les gains d’efficience concernent le temps gagné par les équipes RH, les managers et les collaborateurs.

Le point clé consiste à valoriser ce temps avec prudence. Toutes les heures économisées ne se transforment pas mécaniquement en productivité nette. Il faut donc appliquer un facteur de réalisation, par exemple entre 50 % et 70 %, pour éviter un ROI artificiellement gonflé.

Gain financier annuel = heures gagnées par an x coût horaire chargé moyen x facteur de réalisation

Le fichier source propose un exemple : trois heures gagnées par an pour 100 managers, avec un coût horaire chargé de 250 MAD, produisent un gain théorique de 75 000 MAD. Avec un facteur de réalisation prudent de 60 %, le gain net retenu devient 45 000 MAD par an.

Le délai de retour sur investissement doit également être présenté. Pour un projet SIRH bien cadré, la cible peut être inférieure à trente mois, sous réserve que les hypothèses de gains soient validées avec la Direction Financière.

Pour bâtir votre business case complet avant passage en CODIR, un calculateur consolidé structure les quatre blocs de la démonstration : paramètres de départ, TCO sur trois ans (investissement initial + Opex), gains financiers validés avec facteur de prudence, et résultats attendus (gain net, payback, ROI 3 ans).

📎 Télécharger la Fiche outil — Calculateur TCO / ROI SIRH

Construire une feuille de route réaliste

Un projet SIRH échoue rarement au seul moment du choix de l’outil. Les difficultés apparaissent souvent pendant la mise en œuvre : données mal nettoyées, règles de gestion incomplètes, interfaces sous-estimées, utilisateurs peu formés, recette bâclée, calendrier trop optimiste.

Le déploiement doit donc être organisé en phases. La première couvre le cadrage, le cahier des charges, l’appel d’offres et la sélection. La deuxième porte sur la conception détaillée : règles de gestion, workflows, dictionnaire de données, responsabilités. La troisième concerne le paramétrage, la reprise des données et les interfaces. La quatrième doit être consacrée à la recette utilisateurs, ou UAT. La cinquième regroupe la formation, la communication et le démarrage opérationnel. La dernière installe le support, le suivi d’adoption et les ajustements.

Le fichier source recommande une roadmap généralement comprise entre six et douze mois, avec une recette utilisateurs formelle avant mise en production. Il recommande aussi un déploiement progressif, en commençant par le Core HR et les congés/absences avant d’étendre aux modules talents.

Le SIRH 2027 ne doit donc pas être présenté comme un projet informatique. C’est un projet d’organisation. Il redéfinit la manière dont les collaborateurs interagissent avec la fonction RH, dont les managers exercent leurs responsabilités et dont la Direction Générale pilote ses données humaines. Sa réussite dépend moins de la promesse commerciale de l’éditeur que de la qualité du cadrage, du réalisme budgétaire, de la rigueur de la recette et de l’accompagnement des usages.