Le choix d’un SIRH ne commence pas par une démonstration éditeur

La plupart des projets SIRH commencent par une action qui semble logique : demander des démonstrations. La PME veut comprendre le marché, voir les interfaces et obtenir des tarifs. Pourtant, cette séquence place immédiatement les éditeurs en position de définir le vocabulaire, les priorités et les critères du projet.

Toutes les démonstrations paraissent convaincantes lorsque l’entreprise ne sait pas encore précisément ce qu’elle doit comparer. Chaque solution met en scène ses points forts, simplifie les limites et montre des parcours fluides. Le responsable RH ressort avec davantage d’informations, mais pas nécessairement avec une meilleure capacité à décider.

La démonstration doit intervenir après la formulation des problèmes, la description des cas d’usage et la pondération des critères. Elle devient alors une épreuve préparée plutôt qu’une visite guidée. Le commercial présente toujours sa solution ; l’entreprise conserve cependant la maîtrise des questions auxquelles elle veut répondre.

Une démonstration commerciale n’est pas une analyse du besoin

L’éditeur peut poser des questions sur l’effectif, les modules souhaités, la paie ou les outils existants. Ces informations lui permettent de configurer sa proposition. Elles ne remplacent pas l’analyse des processus, des irritants et des priorités propres à l’entreprise.

Le risque est de transformer les modules disponibles en besoins supposés. Une fonctionnalité de gestion des compétences, une application mobile ou un assistant automatisé peuvent sembler utiles parce qu’ils sont bien présentés. Leur valeur dépend pourtant du problème qu’ils résolvent, des données disponibles et de la capacité des équipes à les utiliser.

Il est donc inutile de demander à l’éditeur quelle solution serait la meilleure pour l’entreprise avant d’avoir défini la stratégie. Il connaît son produit et son marché ; il n’est pas chargé de choisir à la place du client entre les transformations que le projet pourrait produire.

Commencer trop tôt par les démonstrations crée aussi un biais de vocabulaire. L’entreprise adopte les catégories de l’éditeur avant d’avoir formulé ses priorités. Elle finit par demander un portail, un workflow ou un module sans avoir précisé le problème à résoudre. Cette traduction prématurée réduit la capacité à comparer des approches différentes. Deux solutions peuvent répondre au même besoin par des architectures distinctes ; encore faut-il avoir défini le résultat attendu avant de juger la manière d’y parvenir.

Une démonstration est conçue pour rendre une solution compréhensible et désirable. Ce n’est pas un défaut : c’est sa fonction commerciale. La difficulté apparaît lorsque l’entreprise lui demande en même temps de révéler ses propres besoins. L’éditeur montre naturellement les parcours qu’il maîtrise le mieux, dans un environnement préparé et avec des données propres. Le RRH peut alors confondre fluidité de la présentation et simplicité d’usage quotidien. Pour reprendre la main, il faut arriver avec des questions qui viennent du travail réel, pas de l’écran présenté.

Préparer trois problèmes et cinq cas d’usage

Avant la première démonstration, la PME doit pouvoir présenter les trois problèmes prioritaires. Ce nombre force la sélection. Les demandes supplémentaires ne disparaissent pas, mais elles sont classées en confort ou en usages futurs.

Les cas d’usage rendent les problèmes observables. Au lieu de demander « la gestion des absences », l’entreprise décrit une situation complète : demande du salarié, validation du manager, contrôle RH, transmission à la paie et suivi du solde. L’éditeur doit montrer comment sa solution traite cette chaîne et où se situent les interventions manuelles.

Cinq cas représentatifs suffisent souvent à révéler la logique d’un outil. Ils doivent couvrir les enjeux les plus coûteux ou les plus risqués, pas toutes les variantes de fonctionnement. Cette préparation permet de comparer des parcours équivalents entre plusieurs solutions.

La préparation doit inclure les situations moins confortables : correction d’une donnée, changement de manager, départ d’un salarié, refus d’une demande, import incomplet ou habilitation particulière. Les parcours idéaux se ressemblent souvent. Les différences apparaissent dans le traitement des exceptions et dans le niveau d’effort demandé à l’administrateur. C’est là que la PME mesure si la promesse de simplicité correspond à sa réalité et à la disponibilité de la personne qui fera vivre l’outil.

Les trois problèmes servent de filtre, tandis que les cas d’usage servent d’épreuve. Si la priorité est de diminuer le temps administratif, il faut préciser quelles opérations consomment ce temps, pour qui et à quelle fréquence. Si l’enjeu est de suivre la politique de rémunération, il faut décrire les données, les validations et les décisions attendues. Si le plan de développement des compétences est prioritaire, il faut suivre le parcours d’une demande jusqu’au reporting. La démonstration devient ainsi une vérification plutôt qu’une découverte improvisée.

Imposer une trame commune aux éditeurs

Une comparaison objective suppose que les démonstrations répondent au même scénario. Si chaque éditeur choisit librement son parcours, l’un insistera sur l’ergonomie, l’autre sur la richesse fonctionnelle et le troisième sur l’automatisation. L’entreprise comparera alors des performances différentes.

La trame commune doit préciser les cas à montrer, les utilisateurs concernés, les interfaces attendues et les questions contractuelles à traiter. Elle laisse une place aux points différenciants de chaque solution, mais après la démonstration du socle prioritaire.

Les participants utilisent une grille pondérée en direct. Ils notent ce qu’ils observent, les limites, les actions manuelles restantes et les questions à approfondir. Le débrief intervient immédiatement, avant que le souvenir d’une présentation brillante ne remplace les faits.

Il est utile de demander que certaines réponses soient confirmées par écrit. Une possibilité évoquée oralement peut dépendre d’une option, d’un développement, d’un partenaire ou d’une version future. La trace écrite permet de distinguer le standard disponible, le paramétrage inclus et la promesse de feuille de route. Elle sécurise aussi la négociation ultérieure. Le but n’est pas de suspecter l’éditeur, mais d’éviter que deux interlocuteurs donnent un sens différent au même oui.

Une trame commune ne signifie pas une démonstration rigide. Elle garantit que chaque éditeur consacre une partie suffisante du rendez-vous aux mêmes cas d’usage, aux interfaces, à la reprise des données, au support et aux conditions de sortie. Le fournisseur garde la possibilité de montrer ce qui distingue sa solution, mais seulement après avoir répondu au socle comparable. Sans ce cadre, les participants sortent avec des impressions riches et des preuves pauvres.

Faire de la démonstration un outil de décision collective

Les questions d’un manager, d’un interlocuteur paie ou d’un autre RRH peuvent révéler des angles morts. L’intelligence collective ne consiste pas à voter pour l’interface préférée. Elle enrichit la compréhension des usages, des risques et des conséquences organisationnelles.

Chaque participant doit cependant revenir à sa propre entreprise. Une solution très adaptée à une PME peut être disproportionnée ou insuffisante pour une autre. La comparaison collective apporte des questions ; elle ne produit pas un choix unique.

Cette distinction explique le format de l’accompagnement Blossom Talents. Les démonstrations et certaines étapes de challenge peuvent être mutualisées, tandis que le cahier des charges, la pondération et la recommandation restent propres à chaque entreprise.

Les utilisateurs finaux n’ont pas besoin d’assister à toutes les étapes. Leur contribution est précieuse lorsqu’elle porte sur des usages identifiés : accès salarié, validation manager, lisibilité d’une information ou fréquence d’une action. Leur demander simplement quelle solution ils préfèrent les place devant une responsabilité qui n’est pas la leur. La gouvernance doit recueillir leur expertise d’usage tout en maintenant la responsabilité de choix auprès du pilote et de la direction.

Le débrief doit avoir lieu rapidement, avant que les souvenirs ne se décomposent. Chaque participant évalue d’abord la solution à partir des critères convenus, puis l’équipe confronte ses observations. Cette séquence limite l’influence hiérarchique et le phénomène d’enthousiasme collectif. Elle permet aussi de distinguer une objection liée à une préférence personnelle d’un risque qui affecte réellement le projet. La décision gagne en nuance sans devenir interminable.

Consulter les éditeurs au moment où l’entreprise sait décider

Le bon moment arrive lorsque les problèmes sont hiérarchisés, les cas d’usage documentés, les parties prenantes identifiées et les critères pondérés. La PME peut alors sélectionner les solutions pertinentes au lieu d’accumuler les rendez-vous exploratoires.

Cette préparation ne ralentit pas le projet. Elle réduit les allers-retours, les démonstrations inutiles et les demandes de précisions tardives. Elle donne aussi à l’éditeur de meilleures conditions pour répondre correctement.

La qualité du choix ne dépend donc pas du nombre de solutions rencontrées. Elle dépend de la capacité à poser les mêmes questions et à analyser les réponses avec une stratégie définie en amont.

Votre PME a déjà commencé à rencontrer des éditeurs sans grille de décision stabilisée ? Un appel de qualification Blossom Talents permet d’identifier ce qui doit être repris avant de poursuivre les démonstrations et de vérifier si le projet peut encore être recadré sans repartir de zéro.

Si des démonstrations ont déjà eu lieu, il n’est pas nécessaire de repartir de zéro. L’entreprise peut formaliser ses trois problèmes, construire ses cas d’usage puis demander des compléments ciblés aux éditeurs encore en lice. Cette remise en ordre permet de transformer des impressions déjà recueillies en éléments de décision. Elle donne aussi au RRH une base plus solide pour expliquer à sa direction pourquoi une solution séduisante n’est pas forcément la plus adaptée.

Pour objectiver la séquence de consultation des éditeurs, la PME doit conserver une photographie de départ. Elle peut documenter les outils utilisés, les opérations manuelles, les personnes sollicitées, les délais et les erreurs récurrentes. Cette base ne sert pas à fabriquer un retour sur investissement artificiellement précis. Elle permet de vérifier que le projet traite bien une difficulté réelle et de comparer la situation après quelques mois. Sans point de départ, une amélioration perçue reste difficile à expliquer et une déception ponctuelle peut masquer des progrès plus importants.

Un exercice utile consiste à décrire le scénario d’échec de la séquence de consultation des éditeurs. Que se passerait-il si les utilisateurs contournaient l’outil, si la reprise de données prenait du retard ou si la personne qui administre le système quittait l’entreprise ? Cette question ne vise pas à dramatiser. Elle révèle les dépendances et les mesures de prévention à intégrer au choix. Un risque devient pilotable lorsqu’il possède un responsable, un signal d’alerte et une réponse prévue. Il ne suffit pas de l’inscrire dans une colonne à la fin du projet.

Le bon moment pour consulter arrive lorsque l’entreprise sait ce qu’elle veut vérifier et sur quels critères elle acceptera de renoncer. Attendre cette maturité ne rallonge pas nécessairement le projet. Elle évite les rendez-vous supplémentaires, les demandes contradictoires et les shortlists qui changent au fil des présentations. Le temps investi en amont est récupéré lors de la comparaison et de la négociation.

À 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. Prendre rendez-vous