Comment justifier l’achat d’un logiciel TRS auprès de la direction financière ?

L’achat d’un logiciel TRS représente un investissement de 60-220 k€ sur 3 ans pour une PME industrielle. Cet investissement est rentable (ROI 3-6x sur 3 ans typique), mais sa justification auprès de la direction financière nécessite un business case construit avec rigueur. Les responsables production qui se présentent en réunion budgétaire avec une présentation produit éditeur et un argumentaire technique perdent typiquement face aux directeurs financiers qui exigent un raisonnement structuré en termes de ROI, de payback, de risques. Cet article propose une méthodologie en 7 étapes pour construire un business case TRS crédible auprès d’un CFO, basée sur les présentations qui ont été validées en comité de direction dans plus de 450 PME industrielles.

Le principe directeur : parler le langage du CFO. Le CFO ne raisonne pas en TRS, en arrêts non planifiés, en micro-arrêts. Il raisonne en cash-flow, en payback period, en NPV, en ROI, en risque. Traduire le projet TRS dans ce langage est l’étape critique.

Étape 1 : poser le problème opérationnel en termes financiers

Ne pas commencer par « nous voulons un logiciel TRS ». Commencer par « nous perdons X € par an à cause de problèmes opérationnels Y et Z, voici comment nous le savons ». Quantifier la perte actuelle. Pour une PME industrielle de 50 M€ avec un TRS de 60 %, la perte annuelle vs un TRS de 75 % est de 5-6 M€ de capacité non livrée. Cette quantification est l’ouverture du business case — elle pose le problème en €, pas en TRS.

Étape 2 : présenter la solution technique en 2 slides maximum

Le CFO ne veut pas un cours sur l’IoT industriel. Présenter en 2 slides maximum : (1) qu’est-ce que la solution fait concrètement (mesure TRS automatique, détection des arrêts, analyse de causes) ; (2) comment elle s’intègre dans l’existant (capteurs externes, déploiement 2-6 semaines, zéro impact IT). C’est tout. La technique se déploie ensuite en annexes pour les questions techniques.

Étape 3 : construire le calcul ROI sur 3 ans

Le calcul ROI structuré : (1) gain TRS attendu (être conservateur : 5-7 points sur 18 mois), (2) valorisation financière du gain (méthode décrite dans notre article ROI), (3) gains additionnels (qualité, intérim, maintenance, stocks), (4) TCO 3 ans incluant tous les coûts (pas seulement la licence), (5) calcul du payback period et du NPV. Le tableau résumé en 1 slide est l’argument central de la présentation.

Étape 4 : présenter les risques et leur mitigation

Le CFO va chercher les risques. Plutôt que de les laisser émerger en réunion (où ils paraissent menaçants), les présenter spontanément avec leur mitigation : (1) risque adoption opérateur → mitigé par formation + interface tablette ergonomique + POC validé ; (2) risque retard de déploiement → mitigé par contrat avec jalons et pénalités ; (3) risque éditeur → mitigé par références client vérifiées et POC sans engagement. Présenter les risques avec leur mitigation transforme l’image du projet : de risque à opportunité maîtrisée.

Étape 5 : positionner l’investissement dans le P&L

Le CFO veut savoir où le coût atterrit dans le P&L. Pour un logiciel SaaS, c’est typiquement de l’OPEX (charge mensuelle), pas du CAPEX (immobilisation). Cette distinction est importante : OPEX impacte directement le résultat opérationnel, CAPEX impacte les amortissements. Beaucoup de CFO préfèrent l’OPEX car il préserve les ratios bilanciels. Le déploiement et la formation peuvent être amortis, mais la licence SaaS est généralement OPEX. Anticiper cette question évite de la voir surgir en réunion.

Étape 6 : proposer un POC pour valider avant engagement complet

Le levier le plus puissant pour un CFO prudent : proposer un POC sans engagement avant la décision d’investissement complète. Le POC 48 heures gratuit permet de valider l’éditeur, le ROI, l’adoption opérateur, sans risque financier. « Donnons-nous 60 jours pour valider l’investissement avant de l’engager » est un argument décisif pour un CFO prudent.

Étape 7 : préparer un plan B explicite

Si le projet ne fonctionne pas comme prévu, quel est le plan B ? Présenter explicitement : (1) résiliation contractuelle possible à 12 mois, (2) capteurs récupérables et réutilisables, (3) données exportables (pas de lock-in fournisseur). Cette transparence sur la sortie possible rassure le CFO sur l’engagement.