Cadrer un appel d'offres SIRH : cinq questions à régler avant de contacter un éditeur

Qu'est-ce qu'un appel d'offres SIRH ?

C'est la consultation par laquelle une entreprise décrit son besoin en système d'information RH (paie, temps, administration du personnel, recrutement, formation, talents) et compare les réponses de plusieurs éditeurs ou intégrateurs sur une même base. Son résultat ne se limite pas à un nom d'éditeur : il fixe aussi le périmètre, le calendrier, le budget et la répartition des rôles. D'où l'importance du travail en amont.

1. Partir du processus réel, pas du processus décrit

Le processus de la procédure qualité et celui que pratiquent les gestionnaires sont rarement les mêmes : fichiers de suivi parallèles, validations par e-mail, exceptions devenues la règle. C'est ce fonctionnement réel que l'outil devra absorber.

Avant d'écrire une exigence, passez une demi-journée avec les personnes qui font le travail et posez trois questions : où perdez-vous du temps, où faites-vous des erreurs, que ressaisissez-vous ? Le cahier des charges qui en sort est plus court, il évite d'acheter des fonctions inutilisées, et les équipes se sentent entendues.

2. Écrire des exigences vérifiables

« L'outil doit être ergonomique » ne départage personne. Une exigence utile décrit une situation, le résultat attendu et la façon de le constater.

Quatre exigences réécrites pour devenir vérifiables

Classez ensuite les exigences en trois niveaux (indispensable, important, souhaitable) et pondérez la grille de notation avec les métiers avant de recevoir les réponses. Un éditeur qui répond « standard » à une exigence indispensable sans pouvoir le montrer n'a pas répondu.

3. Décider qui fera quoi une fois l'outil en place

Un SIRH ne dit pas qui saisit, qui valide, qui corrige. Si cette répartition n'est pas posée avant le choix, elle se décide toute seule pendant le déploiement, en général au détriment de l'équipe RH.

Tranchez la frontière entre la DRH, les managers, les salariés et un éventuel centre de services partagés ; écrivez les niveaux de service et les circuits d'escalade. Cette organisation cible devient une exigence comme les autres, et elle écarte d'emblée les outils qui ne savent pas la porter.

4. Compter le coût complet, pas la licence

La licence est la partie visible. Sur cinq ans s'y ajoutent la mise en oeuvre, la reprise des données, les interfaces, la formation, les montées de version et le temps interne d'administration. Demandez à chaque candidat le même découpage, sur le même périmètre et la même durée, en distinguant le récurrent du ponctuel.

Les postes d'un coût complet sur cinq ans

Comparez des totaux à cinq ans et regardez la part interne : un outil moins cher à l'achat mais qui réclame un administrateur à mi-temps coûte plus qu'il n'y paraît.

5. Faire démontrer sur vos cas, pas sur la démonstration de l'éditeur

Une démonstration standard montre ce que l'outil fait bien, jamais ce qu'il fait mal. Préparez trois ou quatre scénarios tirés de votre quotidien, avec des données anonymisées : une embauche avec reprise d'ancienneté, une session de formation annulée après convocation, une clôture de paie avec un élément variable arrivé en retard, un manager absent qui délègue ses validations.

Envoyez-les à tous les candidats avec le même délai, demandez à manipuler vous-même, et notez chaque démonstration sur la même grille, à plusieurs. Méfiez-vous des écrans trop fluides, des données parfaitement propres et du « c'est prévu dans la prochaine version ».

L'après-projet : support, run et TMA

Un projet dure quelques mois ; l'outil restera cinq à dix ans. Ce qui compte le plus pour vos équipes, c'est la façon dont vous serez accompagnés ensuite : quand un bulletin sort faux, quand une règle change, quand une montée de version casse une interface. C'est pourtant le chapitre le plus court de la plupart des réponses.

• Le support : niveaux, canaux, horaires, langue, délais de prise en charge et de résolution par gravité, avec pénalités au contrat. Un incident de paie le jour du virement n'a pas l'urgence d'une question sur un rapport.
• Le run : qui paramètre un nouveau motif d'absence ou une convention collective, qui intègre les évolutions légales, qui teste les montées de version et refait la recette des interfaces. Si c'est vous, ajoutez ce temps au coût complet.
• La TMA (tierce maintenance applicative) : le contrat qui couvre évolutions et paramétrage après la mise en service, souvent un forfait de jours annuel. Faites préciser ce qu'il inclut, les délais, les profils qui interviennent et ce qui se passe quand il est épuisé.

Ce qu'il faut obtenir par écrit avant de signer

Ces engagements se négocient avant la signature. Après, ils se subissent. Un éditeur brillant en démonstration mais flou sur le support ne mérite pas la première place.

Avant de signer : références et entourage

Exigez de chaque finaliste deux ou trois clients comparables par la taille, le secteur et le périmètre, en production depuis plus d'un an, et appelez-les sans l'éditeur : qu'est-ce qui a pris plus de temps que prévu, le budget a-t-il tenu, comment se passe le support, que referiez-vous autrement ?

Interrogez aussi votre entourage professionnel : un DRH ou un responsable paie de votre secteur, une association, un réseau d'anciens. En quelques conversations, vous saurez quels outils sont réellement déployés dans des organisations comme la vôtre, et avec quelle satisfaction. Ces retours valent souvent plus qu'une réponse écrite de trente pages.

Check-list avant de lancer la consultation

Questions fréquentes

Ce que cela change

Un appel d'offres cadré ainsi prend quelques semaines de plus en amont et en fait gagner des mois en aval : les réponses sont comparables, le choix est défendable devant un comité de direction, et vous savez comment vous serez accompagnés une fois le projet terminé, là où tout se joue vraiment.

C'est le travail que nous menons dans nos missions d'aide au choix et d'audit SIRH, quel que soit l'éditeur en place ou pressenti. Si vous préparez un appel d'offres, parlons-en.

Toutes les ressources→