Le problème
Le piège du “plus tard”
Les fondateurs reportent sans cesse les tâches douloureuses mais structurantes : parler prix avec un client, couper une feature, licencier un mauvais fit, réécrire la proposition de valeur, confronter un cofondateur sur les rôles. Le “plus tard” transforme la dette stratégique en habitude : la roadmap grossit, la clarté baisse, et l’équipe optimise le confort immédiat. Le problème n’est pas la procrastination occasionnelle ; c’est l’institutionnalisation du délai comme stratégie implicite. Les réunions se remplissent d’actions “quand on aura le temps” qui ne sont jamais priorisées. Les indicateurs difficiles (marge, churn, NPS payant) restent dans un fichier “phase 2”. Le piège du plus tard se combine souvent avec le faux progrès : beaucoup de micro-livrables donnent l’impression d’avancer pendant que la décision centrale reste gelée. Résultat : fenêtres de marché qui se ferment, partenaires qui perdent confiance, talents qui partent quand ils sentent l’évitement.
Le “plus tard” collectif apparaît dans le langage : “on stabilise d’abord”, “après la levée”, “quand l’outil sera prêt”. Chaque formule reporte la décision sans nouveau signal marché. Les tableaux de priorisation deviennent décoratifs si tout est P1. Les OKR listent des outputs faciles pendant que le sujet tabou (prix, segment, équity) reste hors feuille. Les fondateurs se racontent qu’ils optimisent le contexte avant de trancher, alors que le contexte ne sera jamais parfait. La dette s’accumule en silence : un mois de retard sur le pricing, c’est un mois de produit construit sans contrainte revenue. Reconnaître le pattern est la première étape pour le remplacer par des délais publics et des comptes rendus de décision, pas seulement de livraison.
Pourquoi ça échoue
Pourquoi “après” semble rationnel
La charge cognitive des décisions à haut enjeu est réelle ; le cerveau préfère les tâches claires et courtes. La peur du conflit pousse à différer les conversations qui pourraient créer tension. L’ambiguïté des priorités : sans cadre explicite, tout semble urgent et rien ne l’est vraiment pour la décision reportée. La culture du “shipping” peut valoriser le volume de sorties au détriment de la décision tranchante. L’illusion de l’optionnalité : tant que le burn permet, “on verra” paraît prudent alors que c’est souvent du coût d’opportunité accumulé. Enfin, l’identité de l’équipe peut être liée à l’harmonie apparente : remettre à plus tard préserve la paix superficielle au prix de la clarté. Comprendre ces mécanismes permet de remplacer la culpabilité par des systèmes qui forcent le moment de vérité sans dépendre uniquement de la volonté.
La procrastination structurante n’est pas la même que retarder une facture : elle fige la stratégie. Les outils de gestion (Notion, Jira) peuvent donner l’illusion du progrès tant que les tickets bougent. Les rituels agiles mal calibrés célèbrent la vélocité de développement sans exiger une décision business par sprint. La hiérarchie implicite fait que la tâche la plus bruyante gagne, pas la plus importante. Les pairs évitent la friction en ne posant pas la question du “pourquoi pas maintenant ?”. Un antidote simple : chaque revue se termine par une décision datée ou une explicite “nous n’avons pas assez d’info” avec la prochaine action pour obtenir cette info. Sans cela, “plus tard” reste un euphémisme pour “jamais sans crise”.
Méthode concrète
Méthode : décisions datées et irréversibles minimales
Nommez une “décision du mois” unique : une seule chose non négociable à trancher avant fin de période. Utilisez des fenêtres courtes : si la décision dépasse deux semaines sans nouvelles données, c’est un signal de fuite. Technique du “two-way door / one-way door” : pour les portes à double sens, décidez vite avec un seuil de réversibilité ; pour les portes à sens unique, exigez une mini-dossier de risques mais une date butoir. Remplacez “plus tard” par “le jour X ou jamais” dans les comptes rendus. Bloquez du temps calendrier pour la conversation difficile avant toute autre tâche créative. Mesurez le délai moyen entre identification d’un problème et action correctrice pour les cinq sujets récurrents. Publiez les décisions prises (même petites) pour créer une norme de clôture. Coupez une mauvaise option par défaut si aucune donnée nouvelle n’arrive : l’absence de preuve est une information.
Pour les décisions à fort regret potentiel, exigez un “pre-mortem” d’une page : si cela échoue, pourquoi ? Utilisez des comptes à rebours visibles dans l’espace de travail partagé pour les sujets gelés. Interdisez la formule “on en reparle” sans date ; remplacez par “on tranche le JJ/MM”. Pour les cofondateurs, tenez une session mensuelle “décisions difficiles uniquement” sans ordre du jour produit. Mesurez le WIP des sujets stratégiques ouverts : plus de trois sans owner, c’est une alerte. Enfin, accordez-vous le droit de décider avec soixante-dix pour cent d’information quand la réversibilité est haute : l’attente du cent pour cent est souvent une excuse. Le système doit rendre le coût du report visible autant que le coût de l’erreur.
Exemple
Exemple : refonte UI pendant que le pricing reste flou
Une équipe consumer reporte la définition du modèle économique pour “après la refonte”. Pendant six mois, deux redesigns et une migration technique absorbent l’attention. Les utilisateurs aiment la nouvelle interface ; personne ne sait combien payer ni pour quoi exactement. Les partenariats restent en “discussion avancée” sans contrat. Quand ils imposent enfin une offre payante simple avec date, ils découvrent que le segment sensible au prix n’est pas celui qu’ils ont designé pour. Une partie du travail UI était prématurée sans contrainte revenue. En appliquant la règle “décision pricing avant feature cosmétique majeure”, ils auraient économisé des mois et orienté le produit différemment. Le piège du plus tard ici n’était pas la paresse ; c’était la fausse priorisation masquée par l’activité visible.
Une variante fréquente : reporter les entretiens utilisateurs “jusqu’après” une feature, puis encore après la suivante. Les partenaires sentent l’absence de cadre commercial et réservent leur engagement. L’équipe design optimise des parcours pour un willingness-to-pay hypothétique. Quand le prix arrive, il casse des parcours trop généreux en gratuité. La contre-mesure : un prototype de pricing (même imparfait) testé en parallèle du design, pas en série. Les métriques d’apprentissage doivent inclure la réaction au prix tôt, pas seulement au produit. L’histoire montre que les équipes qui tranchent tôt sur monétisation ratent moins de cycles que celles qui polissent d’abord l’illusion de product-market fit gratuit.
Ce qu'il faut faire maintenant
Ce que vous pouvez faire maintenant
Identifiez la chose que vous repoussez depuis plus de quinze jours ; bloquez trente minutes demain matin uniquement pour cela. Réécrivez votre todo : remplacez chaque “plus tard” par une date ou supprimez la tâche. Choisissez une conversation difficile à tenir cette semaine ; envoyez le calendrier avant de fermer votre session. Définissez une décision à deux issues sur un sujet bloqué (oui/non, segment A/B) avec critère de jugement vendredi. Partagez avec l’équipe une phrase : “Nous ne reportons plus X sans nouvelle donnée externe.” Coupez ou geler une initiative secondaire jusqu’à ce que la décision structurante soit prise. Le “plus tard” est souvent un choix par défaut ; le rendre visible le transforme en choix conscient. Votre runway et votre crédibilité dépendent moins du nombre de tâches ouvertes que du nombre de décisions fermées qui comptent vraiment.
Instaurez un rituel hebdomadaire : une décision structurante fermée ou un test marché lancé, pas seulement des merges. Publiez en trois lignes ce qui a été décidé et ce qui est explicitement reporté avec nouvelle date. Si vous reportez deux fois le même sujet, exigez une revue de fond sur la faisabilité. Offrez aux collaborateurs la permission de signaler un “plus tard” toxique sans être pénalisés. Pour le fondateur solo, écrivez-vous une lettre datée avec critères comme si vous aviez un board exigeant. Mesurez la satisfaction post-décision : un soulagement partagé est souvent le signe qu’il fallait trancher depuis longtemps. Le piège perd de sa force dès que la date remplace le flou dans le langage quotidien.
Pour aller plus loin
Lumor confronte votre idée à 13 rôles IA pour stress-tester vos hypothèses, révéler les angles morts et livrer un verdict, des scores et un plan d’exécution.