Guide
Business case : justifier un projet avant de l’engager
Un business case compare ce qu’un projet coûtera à ce qu’il rapportera — et au coût de ne rien faire. C’est un document de décision, pas un argumentaire.
Le business case, ou dossier d’affaire, est le document qui permet à un sponsor de décider si un projet mérite d’exister. Il expose le problème, les options envisagées, ce que chacune coûterait, ce que chacune rapporterait, et laquelle est recommandée. Sa raison d’être est de rendre une décision possible — y compris celle de dire non.
Ce qu’il doit contenir
Le problème ou l’opportunité, énoncé dans des termes qu’un non-spécialiste comprend. Les options examinées, dont celle de ne rien faire — un business case à option unique est une demande de validation, pas une analyse. Le coût complet de chaque option, les bénéfices attendus avec leurs dates et leurs responsables, les principaux risques, et une recommandation claire. Le reste relève des annexes.
Chiffrer les bénéfices sans se mentir
Un bénéfice est crédible quand il est mesurable, attribuable au projet et daté. « Amélioration de la productivité » n’est rien de tout cela ; « trois heures par semaine économisées pour douze gestionnaires à partir du deuxième trimestre » l’est sur les trois plans. Le test qui sépare les deux est simple : quelqu’un doit accepter d’être tenu responsable du chiffre une fois le projet livré.
Chiffrer le tout, pas seulement le projet
Le coût d’un projet ne s’arrête pas à la mise en service. Licences, hébergement, support, formation et la charge nécessaire pour faire vivre la solution font partie de l’équation, de plus en plus à mesure que le logiciel passe de l’achat à l’abonnement. Comparer un investissement à une charge récurrente sur le même horizon est ce qui rend les options réellement comparables.
ROI, VAN, délai de retour — et leurs limites
Le retour sur investissement se communique facilement mais ignore le temps. La valeur actuelle nette actualise les flux futurs et se révèle plus honnête sur plusieurs années. Le délai de retour répond à une question que les sponsors posent vraiment : à partir de quand récupère-t-on la mise ? Donnez-en au moins deux sur trois, et énoncez toujours les hypothèses — un business case dont les hypothèses sont cachées ne peut pas être contesté, donc ne peut pas être cru.
Il ne meurt pas au lancement
L’échec le plus courant n’est pas un mauvais business case : c’est un business case que personne ne rouvre. Le revoir à chaque jalon majeur — les hypothèses tiennent-elles encore, les bénéfices promis restent-ils atteignables — est ce qui permet d’arrêter un projet à temps. Un projet arrêté à 30 % parce que sa justification s’est évaporée est une réussite de gouvernance, pas un échec.
Le suivre dans FoxPlan
FoxPlan porte le coût prévu et réel d’un projet, son revenu et la marge qui en découle : l’économie du business case reste visible pendant l’exécution, et pas seulement au moment de la validation. Au niveau du portefeuille, les projets se comparent et s’arbitrent face à la capacité qu’ils consomment — c’est précisément là qu’un business case se confirme ou se trouve discrètement démenti.
