top of page
Insight

Quand les décisions sont prises mais ne sont pas suivies

Joël Fremondiere

14 novembre 2025

5

min de lecture

Sans suivi, une décision s’efface. Trois registres légers imposent responsables, échéances et preuves de clôture.

Les propriétaires perdent rarement de la valeur parce qu’ils n’ont pas posé les bonnes questions. Ils en perdent parce qu’ils les ont posées, ont pris les décisions nécessaires, puis ont laissé l’actif revenir à son comportement par défaut. Dans un hôtel en exploitation, ce comportement par défaut est celui de l’opérateur. Si le propriétaire ne peut pas démontrer son intention, puis en assurer le suivi, la position de l’opérateur devient progressivement la norme.

Ce n’est pas un sujet d’administration. C’est un sujet de contrôle. Une décision non consignée se comporte comme une opinion. Une approbation non suivie se comporte comme un consentement. Une action sans responsable unique se comporte comme le travail de personne. Ces failles réapparaissent ensuite sous forme de variabilité de conversion en cash, de CapEx retardés, et de performances que l’on ne sait plus expliquer.


Là où le problème apparaît


On reconnaît ce schéma très vite.

Les mêmes sujets reviennent chaque mois, avec des formulations légèrement différentes. La réunion paraît dense, mais rien ne se clôt.

« Nous avons acté » devient « nous avons discuté », puis devient « nous y reviendrons ».

Des initiatives commerciales s’enlisent parce que personne ne porte l’étape suivante et que les échéances ne sont pas explicites.

Les engagements CapEx dérivent. Le périmètre s’élargit silencieusement, les délais glissent et les hypothèses de financement se brouillent.

Les approbations deviennent contestées. L’opérateur pense que le propriétaire a approuvé. Le propriétaire pense qu’il ne s’agissait que d’une proposition. Le temps passe, et l’hôtel avance malgré tout parce que la fenêtre d’approbation s’est refermée, ou parce que le sujet est réputé approuvé au titre du contrat.


Le système minimal qui fonctionne


Les propriétaires n’ont pas besoin d’un logiciel de workflow complexe. Ils ont besoin de trois registres légers, revus chaque mois. S’il ne fallait mettre en place qu’un seul changement, ce serait celui-ci : mettre à jour les registres avant la réunion, puis les clôturer pendant la réunion.


Registre des décisions


Le registre des décisions consigne l’intention. Champs minimum :

  • décision, en une phrase, sans ambiguïté ;
  • rationale, c’est-à-dire pourquoi cette décision, et non un résumé de la discussion ;
  • date d’effet ;
  • enveloppe financière, c’est-à-dire le plafond, et non une wish list ;
  • résultat attendu, autrement dit ce qui doit s’améliorer et comment on le reconnaîtra ;
  • dépendances, c’est-à-dire ce qui doit se produire pour que cela fonctionne ;
  • déclencheur de réouverture, autrement dit ce qui justifierait de rouvrir la décision.

Registre des approbations


Le registre des approbations est un relevé daté des approbations demandées, des échéances et des issues. Il protège le propriétaire contre la dérive, et l’opérateur contre l’ambiguïté. Champs minimum :

  • sujet nécessitant une approbation, par exemple CapEx, contrat significatif, changement de politique, consentement marque, consentement prêteur ;
  • date de soumission à l’approbation propriétaire ;
  • date limite de réponse, c’est-à-dire la fenêtre d’approbation définie par la gouvernance ou par le contrat ;
  • issue : approuvé, rejeté, approuvé sous conditions, réputé approuvé, retiré ;
  • enveloppe financière et source de financement ;
  • conditions et informations retenues, autrement dit sur quoi l’approbation est fondée ;
  • lien vers l’étape suivante dans le registre des actions.

Registre des actions


Le registre des actions, c’est l’accountability. Champs minimum :

  • action, avec le verbe en premier ;
  • responsable unique, un seul nom ;
  • échéance ;
  • statut : non démarré, en cours, bloqué, terminé ;
  • dépendances ;
  • preuve de clôture, c’est-à-dire ce qui démontre que l’action est terminée, et non simplement qu’elle a été tentée ;
  • déclencheur d’escalade, c’est-à-dire ce qui force une décision propriétaire entre deux réunions.

Phrase de frontière


Ces registres servent au pilotage propriétaire, aux approbations, et au suivi. Ce ne sont pas des listes de tâches opérationnelles. Si un sujet peut être résolu par l’équipe de l’hôtel dans le cadre de son autorité et de son budget, il n’a pas sa place ici.


Une cadence qui produit de la clôture


Les registres ne fonctionnent que si la réunion est conçue pour clôturer, et non pour converser. Une séquence simple fonctionne bien.

D’abord, clôturer les actions précédentes. Tout ce qui est en retard est soit redaté avec une justification, soit escaladé, soit annulé. Il ne doit pas y avoir de report silencieux.

Ensuite, confirmer que les décisions tiennent toujours. Si une décision est rouverte, il faut nommer le déclencheur et les nouvelles options.

Puis, revoir les approbations en attente et les échéances à venir. Si le propriétaire a besoin d’informations supplémentaires pour décider, il faut fixer une date ferme pour les éléments manquants et une date ferme pour la décision.

Ensuite seulement, passer à la performance et aux priorités à venir.

Beaucoup de propriétaires commencent les réunions par le P&L et terminent par les « autres sujets ». Cette séquence réduit souvent la clôture. Le P&L ne crée de valeur que s’il produit des décisions, des approbations et des actions attribuées.


Les contrôles qui gardent le système owner-side


Un système de registres échoue lorsqu’il devient flou. Il faut appliquer trois contrôles.


Décidé versus noté
Si ce n’est pas décidé, il faut l’écrire comme « pas de décision », avec la condition nécessaire pour décider.


Discipline d’enveloppe
Chaque décision et chaque approbation doit indiquer une enveloppe financière et une source de financement. Si l’enveloppe change, il s’agit d’une nouvelle décision.


Un responsable, une date
Un comité ne livre pas une action. Si plusieurs parties prenantes sont impliquées, il faut conserver un responsable unique et lister les autres comme contributeurs.

Les déclencheurs d’escalade doivent rester simples : downside cash, engagement CapEx, échéance qui approche, consentement prêteur ou marque requis, ou dépendance menaçant le chemin critique. Lorsqu’un déclencheur est atteint, il ne faut pas attendre la prochaine réunion mensuelle.


Modes d’échec et corrections


Les modes d’échec sont prévisibles.


Trop détaillé
Le registre devient un suivi opérationnel et s’effondre sous son propre poids.
Correction : ne garder que les sujets de pilotage propriétaire, les approbations et les engagements.


Pas de dates ni de responsables
Tout devient « en cours ».
Correction : imposer une échéance et un responsable unique pour chaque action.


Décisions sans déclencheur de réouverture
Les sujets se rouvrent par habitude.
Correction : définir ce qui justifie une réouverture. À défaut, la décision tient.


Approbations sans horloge
Le propriétaire perd le contrôle par silence.
Correction : toujours consigner la date de soumission, la date limite de réponse, et l’issue, y compris l’approbation réputée acquise lorsqu’elle existe.


Conclusion


L’asset management côté propriétaire ne se résume pas à une présence en réunion. C’est la capacité à transformer l’information mensuelle en résultats contrôlés. Des décisions qui restent décidées réduisent la dérive. Des approbations qui ne dérivent pas protègent l’intention propriétaire. Des actions qui se clôturent convertissent l’analyse en Owner Free Cash Flow (OFCF) et en cash yield prévisible. C’est ainsi que l’activité opérationnelle se transforme en valeur propriétaire durable.

À lire également

Le reporting de portefeuille doit être comparable et répétable, pour soutenir des décisions cohérentes entre les actifs

Quand le reporting portefeuille ne se standardise pas entre les actifs

Asset Management côté propriétaire

5

min read

Escaladez quand le temps, la matérialité ou la responsabilité menacent vos options. Observer sans seuils laisse la dérive s’installer.

Quand le propriétaire doit escalader au lieu d’observer

Asset Management côté propriétaire

4

min read

bottom of page