Quels critères Go/No-Go fixer avant de valider une app ?

Fixe au minimum 4 métriques avant le premier euro de pub : un CPL cible (généralement 10-15 % est un seuil raisonnable), un CPA cible cohérent avec ton LTV estimé, et un volume minimum de visiteurs qualifiés pour que le test soit statistiquement valide (au moins 300-500 visiteurs par variante).

Pourquoi définir ses seuils avant le test et pas après ?

Parce qu'une fois les chiffres connus, le biais de confirmation prend le relais : on réinterprète n'importe quel résultat décevant pour le rendre « encourageant ». Fixer les critères à l'avance, par écrit, t'oblige à traiter le test comme une expérience scientifique, pas comme une validation affective de ton idée.

Quel est le coût réel de ne pas avoir de critères Go/No-Go définis ?

Sans critères prédéfinis, tu risques d'enchaîner des cycles de « on teste encore un peu » qui consomment du budget pub, du temps dev et de l'énergie. Sur 6 mois, cela peut représenter plusieurs milliers d'euros dépensés sur un produit qui ne trouvera pas de marché — exactement le scénario que GoNoGo est conçu à éviter.

Critères Go/No-Go app : la règle que tout indie dev ignore

En bref — Définir ses critères Go/No-Go avant de lancer la validation est la règle la plus ignorée en indie dev : sans seuil écrit à l’avance, les mauvais chiffres se réinterprètent toujours à ton avantage. Fixe au minimum CPL cible, taux paywall, CPA et volume minimum avant le premier euro de pub, ou ton test ne prouve rien.

Tu as passé un week-end à monter une landing page. Tu as lancé 50 € de pub Meta. Tu regardes les stats le lundi matin : 120 visiteurs, 18 emails collectés, 2 clics sur le bouton « Acheter maintenant ».

Est-ce que c’est un Go ou un No-Go ?

La réponse honnête : tu ne peux pas le savoir. Pas parce que les chiffres sont mauvais ou bons — mais parce que tu n’as pas décidé à l’avance ce qui constituerait un succès. Et cette erreur-là, elle coûte bien plus que 50 €.

Pourquoi ton cerveau réinterprète toujours les mauvais chiffres à son avantage

Le biais de confirmation post-test, c’est le bug le plus répandu chez les indie devs — et le moins documenté. Il fonctionne ainsi : une fois que tu as vu les résultats, tu construis ton jugement autour de ce que tu as envie de croire.

2 clics sur le paywall ? « C’est encourageant pour un premier test, le ciblage était sûrement trop large. » 18 emails sur 120 visiteurs ? « Un taux de 15 %, c’est pas mal du tout pour une niche B2B. » 0 achat réel ? « Normal, les gens font confiance plus lentement. »

Chaque réinterprétation est plausible. C’est exactement le problème.

Les psychologues appellent ça le motivated reasoning : on ne cherche pas la vérité, on cherche des arguments pour une conclusion déjà décidée. Et quand on a passé des semaines à affiner une idée, à dessiner des maquettes, à en parler à ses proches — la conclusion est décidée bien avant le premier euro de pub.

Le seul antidote connu est mécanique : écrire le verdict avant de voir les chiffres. Pas dans ta tête. Dans un fichier, daté, partagé avec quelqu’un si possible. « Si le taux de clic sur le paywall est inférieur à 8 %, c’est un No-Go. » Un seuil. Noir sur blanc. Avant le test.

C’est précisément ce que fait GoNoGo : imposer ce cadre de décision avant que tu ne voies les résultats, pour que le verdict soit rendu sur des métriques d’intention réelle et non sur ton optimisme de founder. Si tu veux commencer par tester ton idée en une phrase, c’est là que ça commence.

Vidéo : critères go no-go app

Qu’est-ce qu’un critère Go/No-Go actionnable ?

Un critère Go/No-Go actionnable, c’est une condition précise, chiffrée, binaire — et fixée avant le test.

« Les retours sont positifs » : pas actionnable. « Au moins 12 % des visiteurs cliquent sur le paywall » : actionnable.

La distinction semble triviale. Elle ne l’est pas. Un critère flou laisse une marge d’interprétation. Un critère chiffré ne laisse pas le choix : soit tu passes la barre, soit tu ne la passes pas.

Voici la différence en pratique :

Critère flou	Critère actionnable
« Bonne traction »	CPL < 3,50 € sur Meta Ads
« Les gens sont intéressés »	Taux de clic paywall > 10 %
« Quelques ventes »	Minimum 8 checkouts sur 500 visiteurs
« Niche réceptive »	CPC < 0,80 € sur audience froide

La colonne de gauche permet toutes les réinterprétations du monde. La colonne de droite te force à trancher.

Un bon critère répond à trois conditions :

Mesurable sans ambiguïté : un chiffre, un ratio, un seuil — pas une impression.
Défini avant le test : daté, écrit, irrévocable au moment de lire les résultats.
Ancré dans la réalité économique : cohérent avec ton modèle de revenu, pas extrait de nulle part.

Ce troisième point est celui que presque tout le monde loupe, et on va y consacrer la section suivante.

Comment fixer ton seuil minimal selon ton budget, ta niche et ton modèle de revenu

Le seuil ne se fixe pas de façon abstraite. Il découle de ton équation économique. Et cette équation, tu peux la poser avant de lancer quoi que ce soit.

Point de départ : ton LTV estimé.

Si ton app est un abonnement à 9,99 €/mois avec un churn mensuel estimé à 5 %, ta LTV brute est d’environ 200 €. Si c’est un achat unique à 4,99 €, ta LTV est 4,99 €. Ces deux cas n’ont absolument pas les mêmes seuils de CPA acceptables.

Règle de base : pour un produit viable, ton CPA (coût par acquisition payante) ne doit pas dépasser 30-40 % de ta LTV. C’est une approximation large, mais elle te donne une plage de travail.

LTV 200 € → CPA cible max ~60-80 €
LTV 50 € → CPA cible max ~15-20 €
LTV 5 € → CPA cible max ~1,50-2 € (et là, le paid acquisition devient quasi impossible sur Meta)

La niche joue sur le CPL, pas sur la LTV.

Un CPL de 8 € sur une cible B2B SaaS peut être excellent. Le même CPL de 8 € sur une appli grand public de bien-être est probablement rédhibitoire. Le benchmark Meta pour des audiences froides en France oscille généralement entre 0,80 et 2,50 € de CPC selon la niche — mais ce chiffre ne dit rien sur la qualité du trafic. C’est pourquoi le taux de conversion landing → paywall est la métrique qui raconte vraiment l’histoire.

Le budget de test détermine la validité statistique.

Avec 100 €, tu peux avoir suffisamment de données pour orienter une décision, mais rarement pour la prendre avec confiance. Pour un test valide sur Meta Ads en France, prévois d’atteindre au moins 300 à 500 visiteurs qualifiés. En dessous, les fluctuations aléatoires rendent n’importe quelle lecture hasardeuse.

Concrètement : si ton CPC cible est 1,20 €, tu as besoin d’au moins 360 à 600 € de budget publicitaire pour avoir un test statistiquement défendable. Ce n’est pas la somme qu’on pense souvent engager pour « juste tester ».

Consulte notre dossier de statistiques validation d’idée d’app 2026 pour des benchmarks sourcés sur les taux de conversion web2app selon les catégories d’apps.

Les 4 métriques à figer avant le premier euro de pub

Ces quatre métriques forment le contrat minimal que tu passes avec toi-même avant de lancer un test. Aucune n’est optionnelle.

1. CPL cible (coût par lead)

C’est le coût d’acquisition d’un visiteur qui a au moins laissé son email ou sa marque d’intérêt sur ta landing. C’est le premier filtre. Si ton CPL dépasse 5-6 € sur une audience froide pour une app grand public, le reste du funnel sera difficile à rentabiliser — même avec un taux de conversion paywall parfait.

Fixe ta valeur seuil avant : « Si le CPL dépasse X €, le test est un No-Go sur ce ciblage. »

2. Taux de clic sur le paywall

C’est la métrique d’intention d’achat réelle, pas de curiosité. Un visiteur qui clique sur « Accéder / Acheter / Commencer » après avoir lu la proposition de valeur exprime quelque chose de concret. Un like ou un email, non.

Un taux de 8-15 % de visiteurs qui arrivent au paywall est un signal sérieux selon les niches. En dessous de 5 %, quelque chose dysfonctionne — soit la proposition de valeur, soit le ciblage, soit les deux.

3. CPA cible

Le coût pour obtenir une action de paiement réelle (ou une tentative de paiement dans le cadre d’un test d’intention). C’est le chiffre qui traduit toute la chaîne en euros. Il doit être défini en cohérence avec ta LTV estimée avant le test — voir la section précédente.

4. Volume minimum pour décider

C’est probablement la métrique la plus ignorée. « Je vais tester avec 50 € et voir » produit des données inexploitables. Fixe un volume plancher avant de lire quoi que ce soit : « Je lis les résultats seulement quand j’ai au moins 400 visiteurs qualifiés. » En dessous, tu ne décides pas, tu te racontes une histoire.

Ces quatre chiffres, tu les écris avant de configurer ta première campagne. Tu les dates. Et tu t’y tiens, même — surtout — si les résultats sont décevants.

Ce qui se passe quand on ne définit pas ses critères à l’avance

L’absence de critères prédéfinis ne mène pas à une décision neutre. Elle mène à une décision différée — et différer une décision a un coût réel.

Le pattern est toujours le même. Le test initial donne des résultats mitigés. Sans seuil de référence, le verdict n’est pas tranché. Alors on relance : un autre ciblage, une autre creative, une autre landing. Chaque itération « va peut-être tout changer ». Et chaque itération consomme du budget, du temps, et surtout de l’énergie cognitive.

Après 3 mois de ce régime, le founder a dépensé 1 500 à 3 000 € en pub, passé des dizaines de week-ends à tweaker, et dispose toujours d’un signal ambigu — parce que sans critère prédéfini, tous les signaux restent ambigus.

Le coût ne se mesure pas seulement en euros. La première cause d’échec des startups selon de nombreuses analyses du secteur est le « no market need » — construire quelque chose que personne n’achète. Pas le manque de financement, pas un mauvais CEO, pas un stack technique trop lourd. L’absence de demande réelle. Et cette cause-là se détecte très tôt, si on accepte de regarder les chiffres sans chercher à les réinterpréter.

Ce qui rend la situation particulièrement piégeuse pour les solopreneurs et indie devs, c’est que l’itération elle-même ressemble à du travail sérieux. On A/B teste, on analyse, on pivote. L’activité est intense. Mais sans critère de sortie défini, cette activité peut durer indéfiniment — jusqu’à l’épuisement ou la fin du budget.

C’est l’autre face du problème que GoNoGo adresse : pas seulement « teste avant de coder », mais « définis ce qui constitue un test concluant, avant de tester ». Le verdict Go/No-Go n’a de valeur que si les règles du verdict ont été posées en amont. Sinon, c’est juste un autre tableau de bord de plus à réinterpréter.

La vraie discipline de l’indie dev qui valide ses idées, c’est moins une question d’outils que d’honnêteté structurelle vis-à-vis de soi-même. Écrire ses critères avant le test, c’est se lier les mains intentionnellement — pour que le marché parle, et pas seulement pour que tu entendes ce que tu as envie d’entendre.

4 métriques, écrites, datées, non négociables. CPL. Taux paywall. CPA. Volume minimum. C’est tout.

Si tu n’as pas encore posé ces quatre chiffres pour ton idée actuelle, teste ton idée en une phrase — GoNoGo t’aide à construire le cadre de décision avant de dépenser le premier euro.

Sébastien De Bollivier est le dev derrière GoNoGo. Il parle de validation, de web2app et de ce qu’on apprend à ne pas coder — sur sebastiendebollivier.com.