Tôt ou tard, tout chef de projet se retrouve devant un comité de décision pour défendre un projet. Le document qui sert de support à cet exercice porte un nom: le business case (ou analyse de rentabilité), c’est-à-dire la justification économique qui démontre pourquoi un projet mérite les ressources qu’il demande. Rédiger un business case solide est une compétence technique. Le présenter efficacement en est une autre, et c’est souvent celle qui manque.
La Harvard Business Review a consacré un article de référence à ce sujet, dont les conseils restent d’actualité plus de dix ans après leur publication. Voici comment les traduire en pratique.
Commencer par le problème, pas par la solution
L’erreur la plus courante dans une présentation de business case est de démarrer par ce qu’on veut faire. Un comité de direction entend des dizaines de propositions par trimestre. Ce qui capte l’attention, ce n’est pas une solution, c’est un problème que l’audience reconnaît.
Concrètement, les deux ou trois premières minutes de la présentation devraient répondre à une seule question: pourquoi le statu quo n’est pas acceptable? Si vous proposez la mise en place d’un nouveau processus de gestion des réclamations clients, ne commencez pas par décrire le processus cible. Commencez par le coût actuel des réclamations mal traitées: clients perdus, heures de retraitement, impact sur la réputation. Chiffrez ce coût si possible. Quand l’audience ressent le poids du problème, la solution devient une réponse logique plutôt qu’une dépense à justifier.
L’APM (Association for Project Management) définit le business case comme un document qui “évalue les bénéfices, les coûts et les risques des alternatives”. Le mot “alternatives” est important: un bon business case ne présente pas une seule option mais compare au moins deux scénarios, en incluant systématiquement l’option “ne rien faire”. Cette comparaison ancre le coût du projet non pas comme une dépense isolée, mais comme un choix face à un coût d’inaction quantifié.
Cartographier l’audience avant de construire la présentation
Un business case bien rédigé peut échouer s’il est présenté de la même manière à tous les décideurs. Le directeur financier et le directeur des opérations ne lisent pas le même document avec les mêmes yeux.
Avant de finaliser la présentation, identifiez qui sera dans la salle et ce que chacun attend. Le directeur financier veut voir les flux de trésorerie prévisionnels, la période de retour sur investissement (ROI) et les hypothèses qui sous-tendent les projections. Le directeur des opérations veut comprendre l’impact sur ses équipes pendant la transition. Le directeur général cherche l’alignement avec la stratégie d’entreprise à trois ans.
Cette cartographie n’a pas besoin d’être formelle. Un échange de dix minutes avec chaque décideur en amont de la présentation suffit souvent à identifier les points de friction potentiels. La HBR recommande explicitement cette étape: rencontrer les parties prenantes (stakeholders) clés individuellement avant la session formelle permet d’intégrer leurs préoccupations dans le document et de transformer des opposants potentiels en alliés informés.
Structurer le récit en trois temps
Une fois le problème posé et l’audience comprise, la présentation elle-même gagne à suivre une structure narrative simple en trois temps.
Le premier temps est le diagnostic: la situation actuelle, ses limites, ses coûts. C’est le “pourquoi” du projet. Le deuxième temps est la proposition: ce que le projet va faire, comment, avec quels moyens et selon quel calendrier. C’est le “quoi” et le “comment”. Le troisième temps est la projection: les bénéfices attendus, les indicateurs de succès, le calendrier de retour sur investissement. C’est le “pour quel résultat”.
Cette structure a l’avantage de transformer un tableur en raisonnement. Les décideurs ne retiennent pas les chiffres isolés, mais ils retiennent un argument bien construit. Comme le souligne Nancy Duarte, experte en communication d’entreprise citée par la HBR: “L’idée peut être excellente, mais si elle n’est pas communiquée correctement, elle n’obtiendra aucune traction.”
Pour les données financières, la clarté prime sur l’exhaustivité. Trois indicateurs bien expliqués valent mieux que quinze ratios projetés sur un écran. Si le comité veut creuser un point particulier, préparez des annexes détaillées que vous pouvez montrer à la demande plutôt que d’alourdir la présentation principale.
Anticiper les objections
Un comité de décision qui ne pose pas de questions est un comité qui n’a pas été convaincu, ou qui a déjà décidé de refuser. Les questions et les objections sont un signe d’engagement, et la clé est de les anticiper plutôt que de les subir.
Identifiez les deux ou trois points de friction les plus probables et préparez des réponses argumentées. “Le budget est élevé”: montrez le coût de l’inaction sur trois ans. “Le calendrier est serré”: présentez le phasage avec les jalons de contrôle. “Les ressources sont déjà mobilisées ailleurs”: proposez une montée en charge progressive ou un recours ciblé à des ressources externes.
Traiter les objections dans la présentation plutôt que d’attendre qu’elles surgissent envoie un signal fort: le porteur du projet a fait ses devoirs et prend les risques au sérieux.
Préparer deux formats
Dernier conseil pratique: préparez toujours deux versions de votre présentation. Une version complète de vingt à trente minutes pour la session formelle, et une version condensée de cinq minutes qui contient l’essentiel. Les comités de direction sont des environnements imprévisibles: l’ordre du jour déborde, un sujet urgent s’invite, votre créneau de trente minutes se réduit à dix. Si vous n’avez qu’une version longue, vous serez pris au dépourvu.
La version courte doit contenir le problème en une phrase, la solution en deux phrases, le coût et le bénéfice attendu, et la demande explicite. Tout le reste peut être développé en séance si le temps le permet ou transmis en document de suivi.
Un document vivant, pas un visa d’entrée
Il est tentant de considérer la présentation du business case comme un événement ponctuel: on obtient le feu vert, puis on passe à l’exécution. En réalité, le business case est un document vivant dans les méthodologies structurées comme PRINCE2, qui prescrit sa revue à chaque point de décision majeur du projet. Si les conditions changent, si les coûts dérapent ou si les bénéfices attendus ne se matérialisent pas, le business case doit être actualisé et la justification du projet réévaluée.
Cette discipline distingue les équipes qui détectent un projet défaillant à mi-parcours de celles qui accumulent les coûts irrécupérables jusqu’à l’échec final.