Comment valider une idée SaaS : 10 histoires de fondateurs en 2026

6 mai 2026 · 12 min de lecture

La question « comment t'as validé ton SaaS ? » revient sur Reddit et Indie Hackers une semaine sur deux. Les réponses dans les threads sont en général trop courtes pour qu'on en tire quoi que ce soit — « j'ai posté sur Twitter et j'ai eu quelques signups » — et les case studies long format sont écrits par des content marketers qui n'ont jamais fait tourner le test eux-mêmes.

On a sorti dix histoires où le fondateur a posé le test sur la table : le canal, le budget, les conversions, le critère d'arrêt, la décision. Cinq sur dix sont déjà connues et ressassées partout. Cinq sont moins évidentes. Aucune n'est inventée et aucun chiffre n'a été arrondi pour faire joli.

Le pattern commun aux dix : les survivants ont construit un artefact (page, vidéo, tableur, demande d'acompte) qui produisait un signal auditable, depuis des inconnus — pas des amis, pas des réponses chaudes sur Twitter. Les fondateurs qui ont tué une idée tôt l'ont fait parce que leur seuil d'arrêt pré-engagé n'a pas bougé. Ceux qui ont expédié l'ont fait parce que quelque chose de douloureux (un acompte, un débit Stripe, un sponsoring newsletter qui convertissait) a dit oui.

Chaque histoire fait environ 250 mots : qui, le test, les chiffres, la décision, la suite, et une ligne à reprendre.

1. Joel Gascoigne — Buffer (test deux pages, puis page de pricing)

Buffer, c'est le test canonique de pré-vente sur une landing. Joel Gascoigne l'a raconté sur le blog Buffer au bout de sept semaines, fin 2010. L'artefact : un site de deux pages. Page une, le pitch. Page deux, « Choisissez votre plan » avec trois prix. Cliquer sur un plan menait à une page qui admettait que le produit n'était pas prêt et demandait un email.

Les chiffres que Joel a postés : 120 inscriptions email sur 7 semaines, dont la moitié environ s'est présentée le jour du lancement, premier client payant 4 jours après, et l'entreprise s'est auto-financée jusqu'au product-market fit. Ses propres mots dans le post : « Je n'ai pas eu un milliard d'inscriptions, en fait sur cette longue période de 7 semaines je n'ai eu que 120 inscriptions. Mais j'ai parlé à beaucoup de ces gens pendant ce temps-là. »

La partie non évidente, c'est la troisième page. La page de pricing était le critère d'arrêt. Si personne ne cliquait sur un plan, le pitch sonnait creux. Buffer fait aujourd'hui plus de 20 M$ d'ARR et reste l'un des cas bootstrappés les plus cités de la décennie.

À reprendre : mettez un prix sur la page avant d'expédier. Les inscriptions email sans prix, c'est de la curiosité ; les clics sur un plan, c'est de l'intention. La troisième page est le test, pas la première.

2. Drew Houston — Dropbox (vidéo de démo sur Hacker News)

Drew Houston a filmé un screencast de 4 minutes d'un produit qui n'existait pas, le 5 avril 2007, et l'a posté sur Hacker News avec le titre « My YC app: Dropbox — Throw away your USB drive ». La waitlist est passée d'environ 5 000 à 75 000 inscriptions en une seule journée. Sequoia a mené un seed de 1,2 M$ peu après. Drew a lui-même reposté l'histoire sur X en mars 2026 : « Ma stratégie (peut-être discutable) pour entrer chez @ycombinator : 1) Poster une démo Dropbox sur Hacker News 2) Prier pour que @paulg @jesslivingston la voient. Ça a vraiment marché. »

La vidéo, c'était du Wizard-of-Oz. Les images de « sync » étaient réelles, mais le back-end tenait à l'époque avec des scripts maison et une seule machine de démo. La validation, ce n'était pas « est-ce qu'on peut construire ça ? » — Drew savait qu'il pouvait. C'était « est-ce qu'assez de gens trouvent que la sync de fichiers vaut un build de plusieurs années ? ». La waitlist a tranché en 24 heures.

À reprendre : si votre produit se démontre visuellement, une vidéo de démo sur un canal à fort signal est le moyen le moins cher de savoir si quelqu'un s'y intéresse. Le critère d'arrêt était implicite : si le post HN flopait, le produit ne valait pas l'année qui venait. Il n'a pas flopé, donc Drew a démarré.

3. Pieter Levels — Nomad List (Google Sheet public)

L'histoire de naissance de Nomad List par Pieter Levels est l'un des coups de validation indé les plus copiés de la décennie. Il a fait un Google Sheet public listant des villes avec coût de la vie et débit internet, l'a posté sur Twitter, et a regardé ce qui se passait. Le tweet a fait trois retweets — modeste. Mais des inconnus se sont mis à ajouter des villes et à modifier des champs. Le sheet est devenu viral sur Reddit et Hacker News en une semaine.

La validation, ce n'était pas les téléchargements. C'étaient les contributions. Des gens qui mettent de l'effort dans un artefact public gratuit, c'est un signal plus fort que des gens qui cliquent un bouton. Il a transformé le tableur en site en moins d'un mois, et Automattic s'est mis à acheter des slots de sponsoring à 5 K$ par mois.

Pieter a validé et tué plus de 70 idées au cours de sa carrière, en gardant les cinq qui génèrent aujourd'hui plus de 3 M$/an cumulés. Sa lecture : un taux de kill élevé n'est pas un échec, c'est le coût pour trouver les 10 % de survivants.

À reprendre : si votre idée a une forme « data » (listes, comparatifs, annuaires), le test du tableur est gratuit et auto-sélectif. Les gens qui éditent un sheet public sont les gens qui paieraient pour la version finie. Ne construisez pas le site tant que le sheet n'a pas reçu 100+ éditions spontanées.

4. Foti Panagiotakopoulos — GrowthMentor (smoke test ads payantes)

Foti a documenté son test de validation pour GrowthMentor avec un niveau de détail rare. Le test a tourné en 2018 avant qu'il ne s'engage sur un build d'un an. Artefact : une page de pitch pour un concept de marketplace de mentorat. Canal : Google Ads, 14 jours. Budget : 418 €. Résultat : 16,89 % de CVR landing, 0,94 € de CPC.

Sa propre nuance, dans son post : « comme il n'y avait pas de paywall en amont, ça ne prouvait pas que les utilisateurs étaient prêts à payer pour notre service. » Le smoke test répondait à la demande-pour-la-promesse ; il ne répondait pas à la demande-pour-le-prix. Il a traité les captures email comme un point de départ, pas d'arrivée — il a relancé en appel, puis lancé un second test de pricing, puis commencé à construire. GrowthMentor est aujourd'hui une marketplace établie avec des milliers de mentors et un business B2C par abonnement stable.

À reprendre : la fourchette 418 € sur 14 jours est un plancher raisonnable pour un test de validation par ads payantes. Sous 150 €, c'est trop fin pour lire ; au-dessus de 600 €, vous scalez, vous ne validez plus. Et : un CVR élevé sur la capture email ne valide pas la disposition à payer. Empilez un test de pricing par-dessus.

5. Justin Welsh — pré-vente formation solopreneur (10 minutes, 40,93 $)

Justin Welsh a raconté un cas en un seul paragraphe dans sa newsletter en 2024 : il a dépensé 40,93 $ de promotion payante et 10 minutes de boulot pour générer 7 500 $ en pré-ventes d'un produit qui n'existait pas encore. L'audience, c'était sa base existante de plus de 500 K abonnés LinkedIn plus sa liste newsletter, pas du trafic froid.

La structure : une offre au prix tranchant avec une deadline, un email à la liste, un boost payant, un Stripe Payment Link comme tout le tunnel d'achat. Les acheteurs ont payé avant que le produit ne soit fini. Le revenu de pré-vente a financé le build, les acheteurs sont devenus la cohorte beta, et le lancement a eu de vrais clients dès le premier jour.

On traite le ratio exact 40,93 $ → 7 500 $ comme illustratif — c'est un seul point de donnée auto-rapporté sur une audience chaude. Le ratio ne se transfère pas à un lancement à froid. Ce qui se transfère, c'est la structure : liste chaude + offre tranchante + deadline + Stripe Payment Link. C'est le test au plus haut signal-par-euro de toute la boîte à outils, quand vous avez une audience.

À reprendre : si vous avez ne serait-ce qu'une liste (1 000+ abonnés engagés), pré-vendez le produit avant de le construire. Stripe Payment Link, c'est 12 minutes de setup. Remboursez proprement si vous ne livrez pas. La pré-vente est à la fois validation et capital.

6. Rob Walling — Drip (17 appels, 11 oui, puis une landing)

Rob Walling a validé Drip — l'outil d'email marketing qu'il a vendu plus tard à Leadpages pour une sortie qui change une vie — en appelant 17 fondateurs amis avant d'écrire la moindre ligne de code. Il a pitché le concept (un widget de capture email avec lead nurturing intégré) et posé la même question à chaque fois : « est-ce que tu paierais pour ça ? ». Onze ont dit oui.

Combiné à son propre besoin du produit, ça suffisait. Il a monté une landing sur getdrip.com, A/B testé plusieurs propositions de valeur, gardé la gagnante, et drivé du trafic via le blog, des podcasts et des Facebook Ads. Le jour du lancement, il avait 3 400 adresses email sur sa liste. Les premiers clients payants sont arrivés six mois plus tard environ — Rob a donné Drip gratuitement à la cohorte beta initiale, puis l'a convertie en payant.

Le coup des 17 appels et 11 oui, c'est l'étape souvent sautée. C'est petit, lent, et peu glamour à côté d'une campagne d'ads payantes. Mais c'est le signal à la plus haute densité : vous entendez le vocabulaire que les prospects utilisent pour décrire le problème, et ce vocabulaire devient la copy du headline qui convertira plus tard.

À reprendre : avant toute landing, appelez 15 à 20 personnes de votre ICP. Pas pour pitcher — pour demander si le problème est réel et si elles paieraient s'il était résolu. Si vous ne sortez pas 10 oui sur 20 conversations, c'est l'offre qu'il faut retravailler, pas la page.

7. Damon Chen — Testimonial.to (Product Hunt + lifetime deal)

Le parcours de Testimonial.to de Damon Chen, c'est le cas le plus propre qu'on ait vu de validation par lifetime deal. Testimonial était son cinquième produit après quatre tentatives ratées. Il a lancé sur Product Hunt en décembre 2020 avec une seule offre : 199 $ d'accès à vie. Résultat : 30 deals, 6 K$ de revenu sur les deux premières semaines. Il l'a partagé dans son AMA Indie Hackers.

Le lifetime deal fait deux choses à la fois : il fait rentrer du vrai argent avant que vous ayez fini de construire (validation), et il bootstrappe une petite audience qui devient le pool de user research (profondeur). Damon a utilisé le feedback client précoce pour ajouter les features qui comptaient, ignoré le reste, et fait grandir le produit jusqu'à 100 K$ d'ARR en 9 mois en solo, puis ~840 K$ d'ARR avec un seul recrutement. Le build in public sur Twitter a apporté 80 à 90 % des clients suivants.

Le compromis à signaler : les lifetime deals plafonnent les revenus récurrents. Damon a placé le sien à 199 $ — assez haut pour être un signal fort, assez bas pour convertir. Tout LTD sous 50 $ est surtout du bruit ; au-dessus de 300 $, vous filtrez pour des acheteurs sérieux.

À reprendre : si vous pouvez expédier une v1 utilisable, un lancement Product Hunt avec un lifetime deal à 99–199 $ est l'un des coups d'ouverture les plus signalés disponibles. Plafonnez le nombre de places LTD (50 ou 100 max) pour ne pas plomber le business par abonnement à long terme.

8. Marc Lou — ShipFast (audience d'abord, puis lancement produit en 48h)

Le lancement de ShipFast par Marc Lou le 1er septembre 2023 a généré 6 000 $ en 48 heures et 40 K$ à la fin du premier mois. Le boilerplate fait aujourd'hui 133 K$/mois rapportés. Le boulot de validation ne s'est pas joué au lancement — il s'est joué pendant les deux années avant, quand Marc construisait 27 petits produits en public sur Twitter et faisait passer son audience d'environ 1 000 à 40 000 indie hackers et solopreneurs.

Quand il a lancé ShipFast, l'audience était déjà là. La « validation », c'était le trafic et l'engagement constants sur son audience Twitter qui lui disaient quel problème résoudre ensuite. Il avait vu des dizaines de ses propres followers passer leurs week-ends sur de la plomberie auth + paiements + DNS. Le boilerplate résolvait le problème dont il les avait vus se plaindre en boucle.

On inclut cette histoire dans un round-up validation SaaS avec une nuance : ShipFast est techniquement un produit code, pas un SaaS. Mais le pattern de validation est canonique pour tout lancement audience-first. L'audience EST le test. Si 40 K personnes qui se soucient du problème regardent quand vous tweetez « j'expédie le truc qui répare la plomberie », votre maths de conversion ne ressemble pas à un lancement à froid.

À reprendre : si vous avez des années à jouer le long terme, la stratégie audience-first rend trivial chaque lancement de produit suivant. Si vous ne les avez pas, ce n'est pas votre coup — il vous faut un test en trafic payant à la place.

9. Tony Dinh — BlackMagic.so (audience Twitter + lancement exclusif)

BlackMagic.so de Tony Dinh a démarré en 2021 comme un petit script qui animait une barre de progression autour de sa photo de profil Twitter pour célébrer son palier des 1 000 followers. Le script est devenu modérément viral. Il l'a emballé en produit, puis l'a fait évoluer en SaaS d'analytics Twitter + CRM pour créateurs.

La validation, c'était la structure du lancement : il a donné un accès anticipé à 1 000 followers Twitter triés à la main avant l'ouverture publique. Cette cohorte est devenue la boucle de feedback, le moteur des feature requests, et la pipeline de social proof. À partir de là, BlackMagic est passé à 300 $ de MRR en 3 mois, puis à 14 K$ de MRR / 168 K$ d'ARR. Il l'a vendu 128 K$ en 2023.

Le pattern est plus proche du 8 que du 1 : validez d'abord contre une audience connue. La différence avec Marc Lou, c'est l'échelle — Tony avait 1 K followers en démarrant, pas 40 K. Le chiffre qui compte, ce n'est pas la taille de l'audience, c'est à quel point l'audience colle à l'acheteur. 1 000 créateurs Twitter, ce sont exactement les gens qui paieraient pour des analytics Twitter.

À reprendre : un pré-lancement en accès exclusif sur une audience petite mais bien ciblée bat un lancement public sur un canal générique. Les 100 premiers users sont la validation. N'ouvrez pas les portes tant qu'ils ne hochent pas la tête.

10. Arvid Kahl — FeedbackPanda (observer, lurker, construire)

L'histoire de FeedbackPanda par Arvid Kahl, c'est la version ne-pitchez-personne de la validation. Sa cofondatrice Danielle était prof d'anglais en ligne pour étudiants ESL. Ils n'ont pas sondé. Ils n'ont pas lancé d'ads. Arvid a rejoint les groupes Facebook où les profs en ligne se plaignaient de leurs workflows, et il a observé.

Ce qu'il a vu : les profs passaient des heures par semaine à écrire des commentaires de feedback aux étudiants. Quasiment personne n'automatisait. La douleur était nommée dans les groupes, par son nom, en boucle. Il a construit FeedbackPanda — un outil qui permettait aux profs de composer le feedback à partir de templates réutilisables — et l'a montré dans les mêmes groupes où les plaintes vivaient. Les premiers clients payants sont arrivés en quelques jours. Ils ont scalé jusqu'à 55 K$ de MRR en deux ans à deux personnes, puis revendu à SureSwift Capital en 2019 pour un montant à sept chiffres.

La validation, c'était l'observation. Il a lu des mois de plaintes avant d'écrire un spec de feature. Au moment où il a expédié, le spec, c'était la liste des plaintes, inversée.

À reprendre : si votre acheteur traîne dans un forum (groupes Facebook, Discords de niche, communautés Slack, subreddits), la validation la moins chère, c'est de lurker pendant 30 jours+ avant de construire quoi que ce soit. Notez les formulations exactes des plaintes. La formulation devient votre copy du headline. Les plaintes répétées deviennent votre liste de features.

Ce que les dix partagent

Quelques patterns tiennent sur chacune de ces histoires.

Chaque fondateur a choisi un acheteur serré. Pas « les marketers », pas « les développeurs » — profs ESL en ligne, indie hackers qui construisent des apps Next.js, créateurs solopreneurs sur Twitter, sales-ops dans le B2B mid-market. Plus l'ICP est serré, plus le résultat du test est lisible.

Chaque test a produit un signal auditable depuis des inconnus. Les clics sur la pricing page de Joel. La waitlist HN de Drew. Le dashboard Google Ads de Foti. Les 17 appels téléphoniques de Rob. Les débits Stripe à 199 $ du LTD de Damon. Auditable veut dire : un tiers peut vérifier le chiffre. Le signal ne venait pas d'amis.

Chacun avait un critère d'arrêt (même implicite). Celui de Drew, c'était « si HN flope, le produit ne vaut pas un an ». Celui de Foti, le seuil de CVR sur la capture email. Celui de Rob, 11 oui sur 17 appels. Les killers de cette catégorie ne sont surtout pas dans la liste — ils ont tué tôt et n'ont jamais raconté. Les 70+ idées tuées par Pieter sont l'iceberg ; les cinq survivantes sont ce qu'on lit.

Quasi tous ont empilé les méthodes de validation. Foti a fait tourner un smoke test, puis un test de pricing. Joel a fait tourner une page de pitch, puis une page de pricing. Damon a fait tourner un lancement Product Hunt, puis itéré sur le feedback client. Le test n'est pas un artefact unique — c'est une séquence avec des seuils à chaque étape.

Où ces patterns tiennent et où ils cassent

Les 10 histoires ci-dessus penchent fortement vers du SaaS indé / solo / petite équipe dans des verticales tech-adjacent. Les patterns de validation tiennent proprement là. Ils deviennent flous ailleurs.

Ils tiennent pour le SaaS B2C — Buffer, BlackMagic, et même le Dropbox de Drew côté grand public. Les tests d'ads payantes marchent, les pré-ventes marchent, les lancements audience-first marchent.

Ils tiennent pour le SaaS B2B indé — Drip, GrowthMentor, FeedbackPanda. Le coup des 17 appels et celui du lurking forum sont particulièrement forts ici.

Ils deviennent flous pour la deeptech. Aucun de ces tests ne validerait une startup quantum, une nouvelle chimie de batterie, ou un diagnostic FDA. La preuve de validation en deeptech, c'est le jalon technique — un benchmark, un prototype qui tourne, un résultat publié. Une landing avec « accès anticipé — payez 99 $ » n'est pas le bon artefact quand le risque est technique.

Ils deviennent flous pour les vrais produits à effets de réseau. Une marketplace deux côtés ne se valide pas avec un Stripe Payment Link sur un seul côté. Nomad List de Pieter Levels a marché en partie parce que ce n'était pas vraiment une marketplace en v1 — c'était un annuaire. La validation pour les produits à effets de réseau veut généralement dire choisir le côté le plus dur et le servir en concierge jusqu'à ce que la boucle prenne.

Ils deviennent flous dans les verticales régulées — banque, santé, juridique — où un CVR élevé ne débloque pas la vraie contrainte (une licence, un audit SOC 2, une autorisation FDA). La méthodo de validation doit coller au risque dominant.

Pour le SaaS mainstream, le playbook des 10 histoires est une ouverture fiable. Pour tout ce qui sort de là, traitez les patterns comme inspiration, pas comme template.

Le seul coup qui sépare les survivants

Chaque histoire qui passe au-dessus a demandé quelque chose de coûteux au validateur. Un débit Stripe (199 $ LTD). Un appel téléphonique posé en calendrier (les 17 de Rob). Une édition de tableur public (les nomades de Pieter). Une inscription waitlist avec email + nom depuis HN (les 75 K de Drew). Le coût pour le validateur, c'est ce qui filtre la curiosité de l'intention.

Les idées tuées — les 60+ lâchées par Pieter, les 4 abandonnées par Damon avant Testimonial.to, les dizaines de projets indés dans l'archive post-mortem d'IndieHackers — ont échoué en partie parce que la validation ne demandait rien de douloureux à la personne qui répondait. Une inscription email sur une waitlist gratuite sans prix visible, c'est du bruit. Des upvotes Discord venant de gens qui connaissent le fondateur, c'est du bruit. Le trafic curiosité de Product Hunt, c'est du bruit. Chacun de ces signaux peut être de la validation si le funnel convertit plus loin — mais seul, aucun n'est du signal.

On a écrit là-dessus dans valider sans MVP, comment valider une idée de produit pas cher, et la pièce sur le critère d'arrêt. Le principe est le même partout : choisissez l'artefact qui produit le signal honnête le moins cher pour votre profil de risque. Honnête = coûteux à envoyer. Pas cher = votre temps et votre argent pour monter le test.

Comment LemonPage s'insère

On a construit LemonPage pour le slot « page de validation » de la stack de tests : la page, le lancement en trafic payant (Reddit / Meta / Google), la mesure de conversion, dans un seul workflow. La raison pour laquelle on l'a expédié comme un seul outil : la maths de la validation pré-MVP ne tient que si faire tourner les tests reste pas cher. Passer quatre heures à câbler Carrd + un Stripe Payment Link + un pixel Meta + l'analytics pour chaque test, ça compose en « bon, je vais juste construire » en moins d'un mois.

LemonPage ne remplace pas l'observation, les appels, le travail d'audience, ni le Wizard-of-Oz. Il remplace les quatre heures de plomberie par test pour que le cycle reste rapide. Couplez-le avec celui des 10 patterns ci-dessus qui colle à votre profil de risque.

Récap

Dix fondateurs. Dix artefacts différents. Un pattern qui revient : chaque test demandait quelque chose de coûteux à un inconnu, chacun avait un critère d'arrêt implicite ou explicite, et chacun a fait remonter assez de signal en quelques jours à quelques semaines pour décider de la suite. Les survivants n'ont pas validé plus fort — ils ont validé honnêtement, avec un signal auditable, sur un acheteur serré qu'ils avaient déjà nommé.

Choisissez le pattern qui colle à votre risque. Faites-le tourner au moins 10 jours, pas plus de 30. Pré-engagez le seuil d'arrêt. Décidez.

FAQ

Comment les fondateurs à succès ont-ils vraiment validé leur idée SaaS ?

Sur les dix histoires, les survivants ont tous fait la même chose : ils ont mis leur offre devant des inconnus sans aucun lien avec eux, et ils ont demandé à ces inconnus quelque chose de coûteux — payer, précommander, éditer un artefact public, ou bloquer un rendez-vous. Demander à des amis ou sonder des contacts chauds a produit un signal trompeur à chaque fois.

Quelle méthode de validation SaaS marche le plus souvent ?

Six fondateurs sur dix ont utilisé une landing page ou une page de pré-vente avec un vrai prix affiché. Les quatre autres ont misé sur l'appel à froid, le lifetime deal sur Product Hunt, le lancement audience-first, ou l'observation de communautés. Les dix avaient un élément payant quelque part dans le funnel — même quand le setup tenait en 90 secondes.

Ces patterns marchent-ils pour le SaaS B2C ?

Oui — Buffer, BlackMagic et le côté grand public de Dropbox collent aux patterns. Les méthodes les plus efficaces en B2C sont les smoke tests d'ads payantes, les pré-ventes sur une liste chaude, et les vidéos de démo sur des canaux à fort signal (HN, subreddits de niche, YouTube). Le cold outreach marche moins bien en B2C qu'en B2B.

Ces patterns marchent-ils pour la deeptech ?

Pas vraiment. Une landing page « accès anticipé pour 99 € » ne valide pas une startup quantum ni un diagnostic FDA. La preuve de validation en deeptech, c'est un jalon technique — un benchmark, un prototype qui tourne, un résultat publié. Les patterns ci-dessus sont calibrés pour le risque demande-et-prix, dominant dans le SaaS mainstream mais pas en deeptech.

Combien faut-il dépenser pour un test de validation SaaS en 2026 ?

Sur les histoires avec des chiffres explicites, la fourchette va de 0 € (les appels de Rob, l'observation d'Arvid) à environ 600 € (un test ads multi-canal). La médiane se situe entre 150 et 300 € sur 10 à 14 jours. Sous 100 €, le volume ne suffit pas pour lire la donnée ; au-dessus de 600 €, vous scalez, vous ne validez plus — repliez sur un test plus petit.

Combien de temps doit durer une validation SaaS ?

La plupart des fondateurs convergent autour de 10 à 21 jours. Sous 7 jours, la donnée est trop bruitée ; au-delà de 30, vous payez le coût d'apprentissage des plateformes ads sans gagner de signal. Le test Google Ads de 14 jours de Foti, la landing Buffer de 7 semaines de Joel et le lifetime deal de 2 semaines de Damon tiennent tous dans cette fenêtre. La marque des 14 jours est le sweet spot.