Du siège du directeur financier : cinq questions à poser lors de votre prochaine démonstration FP&A
J'ai été des deux côtés de ces démonstrations.
En tant que contrôleur, puis directeur financier, j'ai assisté à de nombreuses présentations où tout fonctionnait exactement comme promis. Comme beaucoup de responsables financiers, je pensais que choisir le « bon » système permettrait d'éliminer la plupart des frictions auxquelles nos équipes étaient confrontées.
Plus tard, après avoir consulté pendant des années des contrôleurs, des directeurs financiers et des responsables FP&A dans différentes organisations, j'ai pu constater les conséquences de ces décisions au fil du temps. Les équipes ont sélectionné des outils avec de bonnes intentions, puis ont dû les adapter à mesure que les structures changeaient et que la réalité s'éloignait de la démonstration.
Cette expérience a changé ma façon d'évaluer les démonstrations. Je m'intéresse moins au fait de savoir si un système fonctionne dans un scénario propre et contrôlé. Je veux comprendre ce qui se passe après l'approbation, lorsque les hypothèses changent, que les structures évoluent et que l'organisation ne se comporte plus comme dans la démonstration.
Ce sont les questions que j'aurais aimé poser plus tôt, et celles que j'encourage désormais les responsables financiers à poser avant de s'engager dans une nouvelle solution de FP&A, de budgétisation ou de reporting.
1. Que se passe-t-il lorsque les hypothèses changent après la mise en service du modèle ?
Dans toutes les organisations où j'ai travaillé ou que j'ai conseillées, les hypothèses ont changé en cours de cycle. Les plans d'effectifs ont évolué. Les moteurs de revenus ont changé. Les priorités ont changé après que le budget ait été « finalisé ».
Lorsque je pose cette question lors d'une démonstration, j'écoute pour évaluer l'effort nécessaire pour y répondre. Les hypothèses sont-elles faciles à ajuster, ou la réponse implique-t-elle de reconstruire la logique, de dupliquer les versions ou de reporter les modifications au cycle suivant ?
Dans de nombreuses organisations, les outils qui semblent les plus performants lors des démonstrations rencontrent souvent des difficultés lorsque le changement devient constant plutôt qu'occasionnel.
2. Où se trouve la flexibilité lorsque quelque chose ne correspond pas au modèle ?
Aucun système que j'ai mis en œuvre ou rencontré n'a jamais parfaitement correspondu à une organisation. Il y avait toujours des exceptions ou des scénarios que la conception initiale n'avait pas anticipés.
Cette question permet de déterminer si la flexibilité est intégrée au flux de travail ou gérée en dehors du processus central. Les équipes financières ont besoin d'une marge de manœuvre pour tester, ajuster et expliquer les chiffres sans perturber le reporting ni créer de processus parallèles qu'elles devront ensuite rapprocher.
Lorsqu'une démonstration laisse entendre que tout s'intègre parfaitement dès la conception, vous devez immédiatement vous montrer sceptique. L'expérience montre que le véritable travail finit généralement par se faire ailleurs.
3. Dans quelle mesure cela dépend-il de modèles prédéfinis au fil du temps ?
Les modèles constituent des points de départ utiles. Je m'en suis moi-même servi, et ils aident les équipes à avancer plus rapidement au début. Le défi apparaît plus tard. Les organisations évoluent plus rapidement que les modèles.
Je pose cette question afin de comprendre ce qui se passe lorsque la structure d'origine n'est plus adaptée. Le modèle peut-il évoluer sans repartir de zéro ? Peut-il gérer de nouveaux rapports, dimensions ou modèles de financement sans devenir fragile ? Si une réimplémentation répétée ou l'intervention du support technique du fournisseur est nécessaire, cela peut être acceptable ou non, mais cela doit être compris dès le départ.
4. Qui peut consulter et modifier la logique une fois le système mis en service ?
Au fil du temps, cela est devenu l'une de mes principales préoccupations, d'abord en tant que responsable financier, puis en tant que conseiller auprès d'autres contrôleurs et directeurs financiers.
Les modèles survivent aux implémentations, et les gens passent à autre chose. Quand quelque chose ne fonctionne plus ou doit être modifié, quelqu'un dans l'équipe doit comprendre comment les chiffres s'articulent.
Je demande maintenant qui peut retracer la logique et la modifier. Si cela nécessite un accès spécialisé ou l'intervention continue du fournisseur, cela crée une dépendance qui apparaît rarement dans une démonstration, mais qui a son importance chaque mois.
5. Comment cela fonctionne-t-il lorsque les données sont incomplètes ou encore en cours de traitement ?
Certaines des décisions les plus difficiles que j'ai prises en tant que directeur financier, et beaucoup de celles que j'ai vu d'autres prendre, ont été prises avec des informations incomplètes. Les entrées tardives, les données réelles partielles et les informations manquantes étaient monnaie courante.
Cette question permet de déterminer si un système prend en charge la prise de décision dans ces conditions ou s'il exige que tout soit finalisé au préalable. Les outils qui supposent un timing parfait génèrent souvent le plus de pression lors de la clôture, de la révision des prévisions et de la préparation du conseil d'administration.
Ce que ces questions font réellement
Au fil du temps, j'ai appris que la valeur d'une démonstration ne réside pas dans sa capacité à éliminer complètement les frictions, mais dans sa capacité à montrer honnêtement(1) où les frictions subsistent et (2) dans quelle mesure l'équipe est capable de comprendre et de gérer ces points de friction.
Chaque solution de planification et d'analyse financières, de budgétisation ou de reporting reflète des hypothèses sur le fonctionnement des organisations. Certaines supposent la stabilité. D'autres supposent la standardisation. D'autres encore supposent qu'une fois qu'un processus est conçu, il reste tel quel. Ces hypothèses ne sont pas intrinsèquement fausses, mais elles sont rarement neutres.
Poser ces questions permet de mettre en évidence ces hypothèses dès le début. Il ne s'agit pas de rejeter une solution, mais de comprendre ce qu'elle exigera de votre équipe à mesure que l'organisation évolue.
Avec le recul, les démos qui m'ont le plus impressionné ne sont pas toujours celles qui ont le mieux résisté à l'épreuve du temps. Les solutions qui ont bien vieilli sont celles dont les compromis étaient clairs dès le départ, même si cela rendait la démo moins aboutie.
Une bonne démonstration ne promet pas la disparition des solutions de contournement. Elle vous aide à comprendre quels types de tâches resteront inchangés et si elles correspondent au mode de fonctionnement réel de votre équipe financière. Cette clarté, plus que n'importe quelle liste de fonctionnalités ou bibliothèque de modèles, permet de prendre de meilleures décisions et d'éviter bien des surprises par la suite.
