Comité Ops/Finance : comment prouver le ROI d'une décision, pas seulement raconter un avant/après

Dans beaucoup de comités Ops/Finance, la “preuve de ROI” arrive trop tard et sous la mauvaise forme. On montre une amélioration observée, on raconte ce qui a été décidé, puis on attribue l'écart à l'action retenue. Le problème est qu'un avant/après ne constitue pas, à lui seul, une preuve défendable.

Pour prouver le ROI d'une décision, il faut comparer :

• une baseline ;
• une option recommandée avec ses hypothèses ;
• un réel observé relu à la bonne date ;
• et les limites connues de cette lecture.

Pourquoi l'avant/après seul ne suffit pas ?#

Parce qu'il laisse ouvertes quatre zones grises.

1. La baseline change sans être discutée#

Si personne n'a fixé ce qui sert de référence, chacun choisit ensuite la comparaison la plus flatteuse.

2. Les hypothèses restent implicites#

Le comité oublie vite :

• ce qui a été supposé ;
• ce qui était encore incertain ;
• ce qui dépendait d'un autre facteur que la décision elle-même.

3. La revue arrive trop tard#

Un bon sujet relu trop tard produit une lecture floue. Un sujet relu trop tôt produit un verdict prématuré. Il faut fixer l'horizon de revue avant l'action.

4. Les limites de preuve disparaissent#

Or elles sont centrales. Une lecture crédible dit aussi ce qu'on ne peut pas conclure proprement.

Quelle structure minimale faut-il montrer en comité ?#

Une page suffit souvent, à condition qu'elle soit disciplinée.

Bloc 1. Le contexte initial#

Décrivez :

• le périmètre ;
• le signal de tension ;
• le risque business ;
• l'horizon de décision.

Bloc 2. L'option retenue#

Le comité doit voir quelle option a été choisie et contre quoi elle a été comparée. Sinon il n'y a pas de décision prouvée, seulement un résultat observé.

Bloc 3. Les hypothèses critiques#

Il faut noter ce qui pouvait faire basculer la lecture :

• délai de mise en oeuvre ;
• qualité de l'exécution ;
• capacité mobilisable ;
• niveau de service acceptable ;
• sensibilité de la demande.

Bloc 4. La mesure décidée avant l'action#

C'est ici que la discipline change tout :

• baseline retenue ;
• KPI principal ;
• horizon de revue ;
• règle de lecture ;
• limites connues.

Bloc 5. Le réel relu#

Une fois la période écoulée, on relit :

• ce qui a été exécuté ;
• ce qui a réellement changé ;
• ce qui peut être attribué avec un niveau raisonnable de confiance ;
• ce qui reste discutable.

Qu'attend vraiment la finance ?#

La finance ne demande pas forcément un modèle complexe. Elle demande surtout une lecture où :

• la comparaison est stable ;
• les hypothèses sont visibles ;
• la conclusion n'exagère pas la certitude.

Un ROI crédible n'est pas un ROI maximal. C'est un ROI relu avec assez de rigueur pour être utilisé ensuite.

Qu'attendent les opérations ?#

Les opérations ont besoin que la preuve reste légère à produire. Si la lecture post-décision devient un nouveau projet de reporting, elle sera abandonnée.

Le bon format est donc un compromis :

• assez court pour être rejoué chaque mois ;
• assez structuré pour éviter la réécriture après coup ;
• assez clair pour préparer le prochain arbitrage.

Que faut-il éviter absolument ?#

Trois dérives reviennent souvent.

1. Confondre amélioration observée et décision prouvée#

Une amélioration a pu être influencée par plusieurs facteurs. Sans baseline ni hypothèses, le comité ne sait pas ce qui a réellement été testé.

2. Choisir le KPI après coup#

Le KPI principal doit être défini avant l'action. Sinon il devient un KPI de justification.

3. Présenter un chiffre sans bornes#

Un chiffre de ROI isolé est moins utile qu'une lecture qui précise :

• ce qu'il couvre ;
• sur quel horizon ;
• avec quelles limites.

À quoi ressemble une preuve de ROI plus solide ?#

La logique détaillée dans la preuve sur historique propose justement une lecture en trois temps :

1. ce qui se serait probablement passé sans action ;
2. l'option recommandée et ses hypothèses ;
3. ce qui s'est réellement passé.

Cette structure aide le comité à sortir du récit purement rétrospectif. Elle transforme une discussion défensive en revue de décision plus propre.

Comment commencer sans alourdir le processus ?#

Prenez votre dernière décision significative et rejouez-la avec ce canevas :

• baseline ;
• option retenue ;
• hypothèses critiques ;
• KPI principal ;
• date de revue ;
• limites connues.

Si l'équipe ne peut pas remplir un de ces blocs, le problème ne vient pas d'abord du reporting. Il vient du fait que la décision n'a pas encore été cadrée comme une décision prouvable.

Pour installer ce réflexe plus durablement, la page Produit & méthode expose la logique complète, et la page Services montre comment la première boucle peut être mise en place rapidement sur les données existantes.

Si vous voulez remonter d'un cran dans le raisonnement, l'article Decision Log Ops/DAF : template simple pour décider sans biais inutile aide à cadrer la décision avant la revue. Et si le débat de comité part d'un sujet de couverture, vous pouvez aussi reprendre le modèle simple de coût de sous-couverture multi-sites.