Choisissez un logiciel de planification des effectifs pour une décision précise, pas pour une étiquette de marché. Le bon outil rend les hypothèses visibles, recalcule des scénarios compréhensibles, rapproche plan et réalité et transmet une action aux bons responsables. Une démonstration utile doit montrer ce parcours avec vos unités et vos contraintes.
Définir le travail d’achat avant la liste de fonctions
La planification peut signifier budget de postes, capacités par horaire, compétences stratégiques, scénarios de localisation, succession ou ressources d’un projet. Ces travaux n’utilisent pas toujours les mêmes données.
Écrivez une phrase de commande :
Avant la revue du plan annuel, RH et Finance doivent comparer recrutement, développement et réorganisation pour couvrir trois scénarios de service au Royaume-Uni et aux États-Unis, puis suivre l’écart entre décisions, prises de poste et capacité réelle.
Le CIPD définit la planification comme l’équilibre entre offre de travail et demande, relié aux besoins changeants de l’organisation. Ce point est utile pour l’achat : le logiciel doit servir une boucle de décision, pas seulement afficher l’effectif.
Identifier la catégorie réellement nécessaire
| Catégorie | Travail principal | Limite à tester |
|---|---|---|
| Budget et postes | Postes, postes vacants, coûts, validations et versions | Contexte du travail et compétences |
| Planification stratégique | Offre, demande et scénarios à moyen terme | Passage du scénario à l’exécution |
| Compétences | Taxonomie, profils et écarts possibles | Preuve réelle derrière une inférence |
| Horaires et capacité | Couverture par plage, site et rôle | Évolution plus longue des compétences |
| People analytics | Tendances, segmentation et analyse | Attribution et suivi de l’action |
| Conversation salarié | Exemples, contraintes, intérêts et pratiques locales | Modèle financier et fonctions de système de référence |
Une architecture peut combiner plusieurs couches. N’obligez pas un outil de conversations à devenir le modèle financier, ni une feuille budgétaire à produire une preuve de compétence.
La méthode complète de planification aide à définir demande, capacité, écart et réponses avant de choisir la couche logicielle.
Préparer des données fictives mais réalistes
La démonstration commerciale doit partir d’un petit jeu de données que l’équipe comprend. Incluez :
- trois scénarios de demande avec dates et responsables ;
- des postes approuvés, proposés et fermés ;
- une prise de poste prévue puis retardée ;
- une compétence démontrée, une compétence déclarée et une information inconnue ;
- un coût chargé avec devise et période ;
- un changement d’hypothèse après validation ;
- quatre rôles : RH, Finance, responsable opérationnel et lecteur limité ;
- un mois de résultats réels à rapprocher du plan.
O*NET, soutenu par le Department of Labor américain, peut fournir un vocabulaire de tâches et compétences. Il ne valide pas la compétence d’une personne. Les estimations JOLTS du BLS peuvent informer une hypothèse de marché américaine, mais elles ne remplacent pas vos délais de recherche, d’acceptation et de prise de poste.
Exécuter ce scénario pendant la démonstration
L’entreprise fictive Northbank Services planifie une nouvelle activité. Le scénario de travail contient 480 dossiers par semaine, six postes actuels et deux recrutements prévus au 1er janvier.
1. Modifier la demande
Demandez au fournisseur de passer la demande de 480 à 560 dossiers. L’outil doit :
- recalculer la charge et l’écart sans écraser le scénario précédent ;
- montrer l’hypothèse, son auteur, sa date et la raison du changement ;
- signaler les résultats qui dépendent de cette valeur ;
- conserver les scénarios côte à côte.
Un chiffre qui change sans trace est difficile à contrôler, même si le tableau est élégant.
2. Retarder une prise de poste
Déplacez l’un des recrutements du 1er janvier au 15 février. Vérifiez si l’outil retranche la capacité sur les semaines concernées, recalcule le coût et rend visible la couverture temporaire. Il ne doit pas transformer automatiquement ce retard en prédiction sur une personne.
3. Rapprocher plan et réalité
Chargez un mois fictif : une personne a commencé à la date prévue, la seconde reste vacante, le volume réel est de 510 dossiers et les heures de formation sont supérieures au plan. Demandez :
- quel total était prévu ;
- quel total est réel ;
- quelle définition et quelle période alimentent chaque chiffre ;
- quel écart vient du volume, de la vacance ou de la formation ;
- quelle action reçoit un responsable et une date.
Le rapprochement doit expliquer l’écart, pas le faire disparaître dans une moyenne.
4. Tester les droits
Le responsable opérationnel peut-il commenter une hypothèse sans voir une donnée salariale individuelle ? Finance peut-elle vérifier le coût sans modifier une compétence ? Le lecteur limité peut-il consulter une décision approuvée sans ouvrir les scénarios sensibles ? Testez les vues et un export avec chaque rôle fictif.
Noter les critères essentiels
Utilisez réussi, à revoir ou bloquant. Une moyenne globale peut masquer un échec sur les droits ou le rapprochement.
| Critère | Question de preuve |
|---|---|
| Hypothèses | Chaque résultat montre-t-il source, responsable, date et version ? |
| Scénarios | Peut-on comparer recrutement, développement, mobilité et organisation ? |
| Unités | Heures, postes, compétences, lieux et coûts restent-ils distincts ? |
| Compétences | L’outil sépare-t-il preuve, déclaration, observation, inférence et inconnu ? |
| Finance | Devise, période, coût chargé et date de prise de poste sont-ils explicites ? |
| Droits | Chaque rôle ne voit-il que les données nécessaires à son usage ? |
| Intégrations | Source, fréquence, erreurs et responsable de correction sont-ils visibles ? |
| Action | Une décision approuvée rejoint-elle le processus qui doit l’exécuter ? |
| Plan-réel | Les écarts gardent-ils définition, période et explication ? |
| Utilisation | Les planificateurs peuvent-ils modifier le modèle sans dépendance constante ? |
Le guide de l’OPM américain décrit la planification comme une boucle allant de l’orientation à l’évaluation. Ce guide s’adresse au secteur fédéral américain, mais le contrôle est transférable : une fonctionnalité qui ne rejoint ni action ni revue reste une analyse isolée.
Chiffrer le coût de la première année
Comparez les propositions sur le même périmètre. Exemple entièrement fictif :
| Poste | Hypothèse |
|---|---|
| Abonnement annuel | 36 000 £ |
| Mise en œuvre | 14 000 £ |
| Administration interne, 0,2 ETP chargé | 16 000 £ |
| Temps des planificateurs, 120 h à 55 £ | 6 600 £ |
| Total première année | 72 600 £ |
Le calcul est 36 000 + 14 000 + 16 000 + (120 × 55) = 72 600 £. Il ne s’agit ni d’un tarif fournisseur ni d’une économie attendue. Ajoutez selon le projet migration, connecteurs, sécurité, formation, accompagnement, support, renouvellement et sortie. Demandez au fournisseur ce qui est inclus, puis attribuez chaque coût à une période et à un responsable.
Vérifier l’intégration sans l’acheter sur promesse
Pour chaque connexion attendue, consignez :
- système source et responsable ;
- objets et champs strictement nécessaires ;
- sens du transfert et fréquence ;
- identifiant de rapprochement ;
- traitement des doublons, rejets et retards ;
- journal, reprise et contrôle d’accès ;
- test de sortie et restitution des données.
« Intégration disponible » ne dit pas si votre édition, région, modèle de données et contrôle de sécurité sont couverts. Demandez une preuve dans votre environnement d’essai ou une spécification écrite.
Ajouter du contexte salarié sans en faire une décision automatique
Un modèle peut contenir un obstacle au développement, une pratique locale ou une préférence de mobilité qui n’apparaît pas dans les systèmes de référence. Une campagne Lontra peut recueillir le contexte de salariés invités autour d’une question précise. Le manager reçoit un brief sans réponses brutes, puis les responsables examinent les sources et décident.
Ce contexte ne devient ni une compétence démontrée, ni un score individuel, ni une prédiction de départ. Lontra ne remplace pas le logiciel financier ou de planification. Vérifiez séparément tout connecteur, export ou fonction de prévision requis.
L’essai comprend une campagne, jusqu’à 30 invitations pendant 60 jours, sans carte. Utilisez-le pour tester une hypothèse de travail avec un responsable nommé, puis consignez si le contexte a confirmé, modifié ou laissé ouverte la décision.
