top of page
Send

Comment choisir son premier SIRH quand on n’a jamais piloté ce type de projet ?

Photo du rédacteur: Jennyfer MONTANTIN
Jennyfer MONTANTIN
17 sept.
8 min de lecture

Le premier projet SIRH place souvent le responsable RH dans une situation paradoxale. Il connaît parfaitement les irritants de l’entreprise, mais il n’a jamais organisé la comparaison de plusieurs solutions. Les démonstrations semblent toutes convaincantes, les fonctionnalités s’accumulent et la direction attend une recommandation. Le problème n’est pas l’absence de travail : c’est l’absence de méthode pour transformer les besoins en décision.

Dans une PME, la personne qui porte les RH travaille souvent seule, éventuellement avec un alternant ou un interlocuteur paie. Elle doit continuer à gérer le quotidien tout en conduisant un projet qui touche les données, les processus, les managers et les salariés. Le SIRH promet de libérer du temps administratif, mais son choix ajoute d’abord une charge exceptionnelle que l’organisation sous-estime facilement.

Le bon point de départ n’est ni la liste des éditeurs ni le budget annoncé par la direction. Il consiste à déterminer ce que l’entreprise veut réellement améliorer, ce qu’elle est prête à changer et les informations nécessaires pour défendre son choix. Le premier SIRH n’est pas seulement un achat logiciel : il structure la façon dont la PME administrera et pilotera ses ressources humaines pendant plusieurs années.


Premier SIRH : Comment faire le bon choix ?Blossom Talents

Commencer par les trois problèmes que le SIRH doit résoudre

Une entreprise peut vouloir réduire le temps consacré aux tâches administratives, mieux suivre sa politique de rémunération ou piloter son plan de développement des compétences. Une autre rencontre des difficultés sur les absences, les dossiers du personnel ou les entretiens. Il n’existe pas de priorité universelle. L’erreur consiste à placer tous les besoins au même niveau.

Choisir trois problèmes oblige à formuler le résultat attendu. « Digitaliser les RH » ne permet aucune comparaison. « Réduire les doubles saisies entre la paie et les dossiers salariés » ou « disposer d’une vision consolidée des formations réalisées » donne une direction observable. Chaque problème peut ensuite être traduit en usages, en données nécessaires et en critères de décision.

Cette priorisation protège contre la solution disproportionnée. Un outil très complet peut sembler rassurant parce qu’il anticipe tous les futurs possibles. Il peut aussi introduire un coût, une complexité et un effort de paramétrage sans rapport avec les besoins actuels. Le premier SIRH doit répondre aux problèmes prioritaires tout en offrant une évolution raisonnable, pas absorber toutes les hypothèses des dix prochaines années.

La première sélection doit rester exigeante. Une PME n’a pas besoin de consulter tous les éditeurs du marché pour décider correctement. Elle a besoin d’identifier quelques solutions compatibles avec ses priorités, son environnement de paie, sa capacité d’administration et son budget global. Réduire la liste n’est pas se priver d’options : c’est préserver le temps nécessaire pour comprendre les écarts importants. Une comparaison sérieuse suppose de pouvoir questionner les mêmes sujets auprès de chaque éditeur, de faire expliciter les limites et de conserver une trace des réponses engageantes.

Avant de parler d’outil, il est utile de regarder une semaine de travail ordinaire. Où les informations sont-elles saisies, ressaisies, contrôlées puis recherchées ? Quelles demandes interrompent régulièrement la personne en charge des RH ? Quels tableaux doivent être reconstruits parce que les données ne sont pas consolidées ? Cette observation donne une base plus fiable qu’une impression générale de surcharge. Elle distingue aussi ce qui relève d’un manque d’outil de ce qui relève d’une règle interne floue. Un SIRH ne corrigera pas à lui seul un processus dont personne ne connaît le propriétaire ou la finalité.


Construire les cas d’usage avant le cahier des charges

Le cahier des charges devient utile lorsqu’il décrit ce que les utilisateurs devront pouvoir accomplir. Comment un manager signale-t-il une absence ? Qui valide ? Quelles informations doivent revenir vers la paie ? Comment le RH contrôle-t-il la donnée ? Ces situations donnent à l’éditeur une image plus précise que des mots comme « gestion des talents » ou « portail collaborateur ».

Les cas d’usage doivent être triés : indispensables, éléments de confort et usages futurs à anticiper. Cette distinction empêche les fonctionnalités séduisantes de devenir automatiquement prioritaires. Elle aide aussi à comprendre quelles démonstrations demander et quelles personnes associer à l’évaluation.

Chez Blossom Talents, les cas d’usage sont placés en annexe du cahier des charges. Ils donnent aux éditeurs un contexte concret sans transformer le document en catalogue technique. Une ou deux démonstrations ne suffisent pas à comprendre l’entreprise ; les situations réelles améliorent donc la qualité des réponses et réduisent les interprétations.

La préparation des données mérite d’être engagée avant la signature. Les dossiers dispersés, les libellés incohérents, les historiques incomplets ou les doublons ne disparaissent pas lors d’une migration. Ils deviennent au contraire plus visibles. Identifier les données réellement nécessaires, leur source, leur qualité et la personne autorisée à les valider permet d’évaluer l’effort de reprise. C’est aussi un bon test de maturité : si personne ne peut dire quelle donnée fait foi, le projet doit prévoir une décision de gouvernance, pas seulement une opération technique.

Un cas d’usage utile décrit une situation observable, un acteur et un résultat attendu. Il ne demande pas simplement si la solution possède un module. Il montre, par exemple, comment un manager formule une demande, comment le RRH la contrôle, où l’information est conservée et ce que le salarié peut consulter. Cette précision oblige à regarder les enchaînements réels, y compris les exceptions. Elle évite qu’une fonction séduisante en démonstration devienne ensuite une étape supplémentaire dans un processus déjà trop lourd.

Comparer les solutions sur des critères définis à l’avance

Une démonstration éditeur est conçue pour convaincre. Ce n’est ni un défaut ni une faute : c’est sa fonction commerciale. Le problème apparaît lorsque la PME lui demande implicitement de définir ce qui doit compter. Sans grille préparée, elle compare la fluidité de la présentation, la sympathie du commercial ou la richesse apparente de l’interface.

La grille doit combiner couverture des usages prioritaires, simplicité, capacité d’évolution, interfaces, qualité de l’accompagnement, effort de paramétrage, reprise des données et conditions contractuelles. Les critères ne doivent pas seulement être listés ; ils doivent être pondérés selon la situation de l’entreprise.

La pondération rend la décision explicable. Une solution peut être meilleure sur le périmètre fonctionnel et moins adaptée sur l’adoption ou l’intégration. Le RRH peut alors montrer pourquoi il accepte un compromis. La recommandation cesse d’être une préférence personnelle pour devenir un raisonnement partageable avec la direction et les équipes.

Il faut également comparer le coût de possession, pas uniquement l’abonnement affiché. Paramétrage, reprise des données, interfaces, formation, support, évolutions tarifaires et temps d’administration pèsent sur la décision. Une offre moins chère peut devenir coûteuse si elle exige des opérations manuelles permanentes. À l’inverse, une solution plus complète n’est pas rentable si la PME n’a ni l’usage ni les ressources pour la faire vivre. L’analyse économique doit donc rester liée aux problèmes que le projet doit effectivement résoudre.

La grille de comparaison doit pondérer les critères avant les démonstrations. Sans cette discipline, la solution la plus spectaculaire ou le commercial le plus convaincant prennent une place excessive. La pondération rend visibles les arbitrages : une interface agréable peut compter, mais elle ne compense pas nécessairement une intégration fragile avec la paie ou une administration trop complexe. Le score ne décide pas mécaniquement. Il oblige surtout l’équipe à expliquer pourquoi un écart est acceptable et pourquoi un autre ne l’est pas.


Associer les bonnes personnes sans diluer la responsabilité

Le SIRH concerne les RH, mais il ne peut pas reposer uniquement sur elles. Le dirigeant porte l’investissement, la DAF examine les coûts et les risques, les managers vivent une partie des processus et les salariés utilisent certaines fonctionnalités. Les interlocuteurs paie ou informatiques apportent les contraintes d’interface, de sécurité et de qualité des données.

Associer ne signifie pas donner à chacun le même pouvoir de décision. Il faut distinguer ceux qui décident, ceux qui contribuent, ceux qui valident un risque et ceux qui utiliseront le système. Cette gouvernance évite deux extrêmes : un projet RH isolé qui rencontre des objections tardives, ou un projet récupéré par la direction et déconnecté des obligations et usages RH.

L’implication doit intervenir pendant la définition des cas d’usage et l’analyse de l’impact, pas seulement au moment de présenter la solution retenue. Une adoption difficile n’est pas toujours un problème de conduite du changement après la signature. Elle peut révéler que les utilisateurs n’ont jamais été considérés dans la décision.

Cette gouvernance peut rester légère. Dans une petite structure, il ne s’agit pas de multiplier les comités, mais de convenir de moments précis : validation des trois problèmes, revue des cas d’usage, débrief commun des démonstrations et arbitrage final. Chacun sait alors quand sa contribution est attendue. Le projet ne repose plus uniquement sur la mémoire et l’énergie de la personne qui le pilote, et les désaccords apparaissent avant la signature plutôt qu’au moment du déploiement.

La direction doit être associée assez tôt pour comprendre la logique du projet, mais le besoin ne peut pas être défini uniquement depuis son point de vue. Le dirigeant ou le DAF valide un investissement et porte des priorités d’entreprise. Le RRH connaît les contraintes réglementaires, les irritants quotidiens et les usages futurs. Les managers et salariés révèlent, eux, les conditions d’adoption. La qualité du choix vient de la confrontation organisée de ces regards, avec un responsable de décision clairement identifié.


Transformer le choix en dossier de décision

À la fin du projet, le RRH doit pouvoir répondre à cinq questions :

  • quels problèmes voulons-nous résoudre,

  • quels usages sont prioritaires,

  • pourquoi cette solution répond-elle mieux aux critères,

  • quels risques avons-nous identifiés et,

  • que devons-nous négocier avant de signer ? Si l’une de ces réponses manque, la décision reste fragile.

Le dossier doit réunir le cahier des charges, les cas d’usage, la grille comparative, l’analyse de l’impact humain, la recommandation argumentée et la feuille de négociation. Ces livrables ne sont pas des documents ajoutés pour donner du volume à la mission. Chacun produit l’information nécessaire à l’étape suivante.

Blossom Talents intervient jusqu’à la décision et à sa préparation contractuelle, pas pendant le déploiement. Cette limite garantit l’indépendance vis-à-vis des éditeurs et intégrateurs. Le rôle n’est pas de choisir à la place du RH, mais de lui permettre de construire une stratégie défendable.

C’est précisément l’utilité d’un regard indépendant dans un premier projet : aider le RRH à construire sa stratégie de choix sans se substituer à lui et sans pousser un éditeur. L’accompagnement s’arrête avant le déploiement. Il laisse à l’entreprise un cahier des charges, des cas d’usage, une comparaison pondérée, une analyse des impacts humains et une recommandation argumentée. Le but n’est pas seulement de choisir un logiciel, mais de rendre l’entreprise capable d’expliquer ce qu’elle attend de son premier SIRH.

Le dossier final doit rendre la décision compréhensible plusieurs mois plus tard. Il rassemble les besoins prioritaires, les hypothèses, les solutions examinées, les coûts, les risques et les raisons du choix. Cette traçabilité protège l’entreprise contre deux écueils : croire que toute difficulté future prouve que la sélection était mauvaise, ou oublier les limites qui avaient été acceptées. Un bon choix n’est pas une promesse d’absence de difficultés. C’est un compromis conscient, proportionné et défendable.

Vous préparez votre premier projet SIRH sans expertise dédiée en interne ? Un appel de qualification permet d’examiner les problèmes à résoudre, la maturité du projet et les conditions nécessaires pour engager une comparaison. L’objectif est de vérifier si l’accompagnement collectif ou individuel correspond à votre situation avant de consulter les éditeurs.


À propos de l’autrice :

Jennyfer Montantin

Consultante RH, formatrice et fondatrice de Blossom Talents



Depuis plus de 15 ans, j’accompagne les entreprises dans leurs transformations RH et les professionnels dans leurs évolutions de carrière. 

J’interviens notamment sur la conduite du changement, les projets SIRH, la formation et les trajectoires professionnelles. Mon approche vise des décisions éclairées, réalistes et applicables.

Jennyfer Montantin

Consultante RH, formatrice et fondatrice de Blossom Talents


Depuis plus de 15 ans, j’accompagne les entreprises dans leurs transformations RH et les professionnels dans leurs évolutions de carrière.

J’interviens notamment sur la conduite du changement, les projets SIRH, la formation et les trajectoires professionnelles. Mon approche vise des décisions éclairées, réalistes et applicables. Prendre rendez-vous



Commentaires


  • blossom-talents-contact-telephone-mobile
  • blossom-talents-calendrier-rendez-vous
  • blossom-talents-linkedin-officiel
  • blossom-talents-instagram-officiel
  • blossom-talents-youtube-officiel
bottom of page