Le dossier d'investissement pour une plateforme de DO et de talents : vendez la décision, pas le logiciel

La plupart des dossiers d'investissement pour un logiciel de développement organisationnel et de gestion des talents se perdent dans les dix premières minutes de la réunion, et pour la même raison. Ils décrivent le logiciel : fonctionnalités, modules, intégrations, heures gagnées par manager. La direction entend un nouveau coût assorti de bénéfices qui semblent flous et arrivent plus tard. Les dossiers qui sont approuvés sont construits dans l'autre sens. Ils partent d'un problème organisationnel coûteux et récurrent que la direction ressent déjà, montrent ce que coûte ce problème, et présentent la plateforme comme le moyen crédible le moins cher de cesser de le payer. Et ils demandent un pilote avant de demander un budget.

Nous avons été des deux côtés de cette conversation, en aidant des responsables RH et stratégie à construire leur dossier, et en faisant face aux équipes de direction qui en décident. Nous donnons à chaque fois un conseil inconfortable : si vous ne pouvez pas nommer la décision que la plateforme va changer, vous ne devriez pas l'acheter. Y compris la nôtre.

« Vous m'avez dit ce que ça fait, pas ce qui change »

Le DRH d'une entreprise d'environ trois cents salariés en Arabie saoudite a passé plusieurs semaines à préparer un dossier d'investissement pour une plateforme de gestion des talents et de développement organisationnel. Il faisait trente diapositives : une comparaison des fonctionnalités de quatre éditeurs, une estimation des heures gagnées sur les entretiens de performance et le reporting, un calcul de retour sur investissement construit à partir de chiffres fournis par les éditeurs.

Le directeur financier l'a refusé en une dizaine de minutes. Ce que le DRH a retenu, c'est la raison : « Vous m'avez dit ce que ça fait. Vous ne m'avez pas dit ce qui change, ni qui le change. »

La seconde tentative tenait en une diapositive. Lors du séminaire de direction quelques mois plus tôt, le directeur général s'était plaint que trois des initiatives stratégiques de l'année s'étaient enlisées et que personne ne pouvait dire qui en était propriétaire. Le nouveau dossier nommait ce problème, estimait le chiffre d'affaires retardé pour une seule des trois initiatives, proposait un pilote de quatre-vingt-dix jours au cours duquel l'équipe de direction utiliserait la plateforme pour attribuer la responsabilité de ces trois initiatives et en suivre l'avancement, et ne demandait un financement que si le pilote atteignait une mesure convenue à l'avance. Il a été approuvé au cours de la même réunion.

Le dossier à décision unique

La structure de la seconde tentative compte cinq parties, et elle fonctionne pour presque tout investissement organisationnel, pas seulement pour un logiciel.

1. Le problème. Un problème organisationnel nommé, récurrent et coûteux, que la direction a déjà ressenti, idéalement dans ses propres mots. Des initiatives enlisées, des droits de décision flous, des départs regrettés dans une équipe critique, une restructuration qui n'a pas pris. Si la direction ne croit pas déjà à l'existence du problème, aucun dossier ne la convaincra ; commencez plutôt par là.
2. Le coût de l'inaction. Une estimation, en fourchettes, de ce que coûte le problème s'il perdure, exprimée dans les termes que la direction utilise déjà : chiffre d'affaires retardé, contrats perdus, coûts de remplacement, temps de management passé sur les escalades. Prudent et crédible vaut mieux que spectaculaire et contesté.
3. Le changement. Quelle décision ou quel comportement sera différent, et qui agira différemment. C'est la partie que la plupart des dossiers omettent, et c'est celle que réclamait le directeur financier de notre histoire. Un logiciel ne change rien à lui seul ; ce sont les gens qui l'utilisent pour décider autrement qui changent les choses.
4. La preuve. Un pilote court et limité dans le temps sur le problème réel, avec les personnes dont les décisions doivent changer, et une mesure convenue avant son démarrage.
5. La demande. Un engagement par étapes lié au résultat du pilote, avec le coût complet indiqué, y compris le temps interne, et un moyen clair d'arrêter si cela ne fonctionne pas.

Un dossier construit ainsi fait souvent moins d'une page. Ce n'est pas une faiblesse ; c'est ce qui le rend lisible pour une équipe de direction qui a quarante autres décisions à prendre ce mois-là.

Voici la part à contre-courant

N'ouvrez pas avec un pourcentage de ROI. C'est la partie d'un dossier logiciel à laquelle la direction fait le moins confiance, parce qu'elle sait qu'il vient de l'éditeur, et il déplace la discussion vers les hypothèses derrière le chiffre plutôt que vers le problème. Une estimation modeste d'un coût auquel la direction croit déjà est bien plus convaincante qu'un rendement élevé qu'elle doit accepter sur parole.

Demandez moins que ce dont vous avez besoin. Un engagement par étapes avec un pilote est plus facile à approuver qu'un gros contrat annuel, et il change la question à laquelle la direction répond : on passe de « est-ce que cela vaut l'argent ? » à « est-ce que cela vaut quatre-vingt-dix jours ? ». Si le pilote fonctionne, la seconde approbation est bien plus facile que ne l'aurait été la première.

Intégrez vous-même les coûts cachés. La licence est rarement le coût le plus important d'une plateforme organisationnelle. C'est le temps de la direction, suivi du travail de préparation des données actuelles sur la structure et les rôles, et de l'accompagnement nécessaire pour que les gens l'utilisent vraiment. Les dossiers qui les omettent ne sont pas plus convaincants. La direction y pense de toute façon, et l'omission coûte à l'auteur sa crédibilité.

Pourquoi cela fonctionne

Les raisons sont bien documentées par la recherche sur la décision. Samuelson et Zeckhauser ont décrit le biais du statu quo à la fin des années 1980 : quand on choisit entre conserver l'état actuel et le changer, on privilégie l'état actuel plus que ses mérites ne le justifient. Un dossier d'investissement doit donc rendre le statu quo visible comme un choix avec ses propres coûts, et non comme un défaut neutre. C'est le rôle de la partie sur le coût de l'inaction.

La théorie des perspectives de Kahneman et Tversky explique pourquoi le cadrage compte autant que le contenu. Les pertes pèsent plus lourd que des gains équivalents, si bien qu'un problème que la direction paie déjà pèse davantage qu'un bénéfice qu'elle pourrait obtenir. John Kotter a fait la même observation en termes organisationnels dans Leading Change : la première étape de tout changement consiste à créer un sentiment d'urgence, et un dossier qui doit fabriquer l'urgence à partir de rien part avec un handicap.

Enfin, cela correspond à ce que nous observons dans les organisations qui tirent de la valeur de plateformes comme celle-ci. La valeur ne vient presque jamais du logiciel seul ; elle vient d'une équipe de direction qui décide autrement, parce que la structure, la responsabilité et les mesures dont elle a besoin sont enfin visibles au même endroit. Nos articles sur pourquoi l'exécution de la stratégie échoue et sur la dérive décisionnelle décrivent les problèmes qui justifient de payer pour cette visibilité.

Une check-list pratique

• Trouvez le problème dans les mots de la direction : notes de séminaire, discussions du conseil, la plainte que le directeur général répète sans cesse.
• Estimez le coût d'une occurrence du problème, prudemment et en fourchettes, en termes d'activité plutôt qu'en termes RH.
• Écrivez une phrase sur ce qui sera décidé autrement et par qui. Si vous n'y parvenez pas, arrêtez-vous et reconsidérez l'achat.
• Concevez un pilote sur le problème réel, limité dans le temps, avec les décideurs impliqués et une mesure convenue à l'avance.
• Listez le coût complet, y compris le temps de la direction, la préparation des données, la configuration, la formation et l'accompagnement du changement.
• Demandez un engagement par étapes lié au résultat du pilote, et précisez comment vous arrêteriez.
• Vérifiez honnêtement l'adéquation avant de présenter. Nos guides sur à qui s'adresse Green Apple et sur la comparaison avec les autres plateformes sont écrits pour vous aider à nous écarter autant qu'à nous retenir.

Demandez-vous

• De quel problème organisationnel notre direction s'est-elle déjà plainte plus d'une fois cette année ?
• Combien nous a coûté, approximativement, la dernière occurrence de ce problème, en des termes que le directeur financier reconnaîtrait ?
• Qui prendrait quelle décision différemment si cette plateforme existait, et le leur avons-nous demandé ?
• Quel résultat d'un pilote de quatre-vingt-dix jours nous convaincrait d'étendre, et quel résultat nous convaincrait d'arrêter ?
• Achetons-nous cela pour résoudre un problème, ou parce que d'autres entreprises comme la nôtre en ont une ?

À retenir

La direction ne finance pas des logiciels. Elle finance la fin d'un problème qu'elle paie déjà. Nommez ce problème dans les mots de la direction, estimez honnêtement son coût, dites qui décidera autrement, prouvez-le par un pilote court mesuré à l'aune d'un résultat convenu, et demandez un engagement par étapes. Si vous ne pouvez pas nommer la décision que la plateforme va changer, le dossier le plus crédible est celui que vous ne déposez pas.