La plupart des applis bloquées sur un ordinateur ne sont pas inachevées. Leur auteur a peur du verdict, alors il peaufine au lieu de lancer son application.
La solution est simple, mais pas facile. Réduisez l'appli à trois écrans, mettez-la en ligne cette semaine, et laissez les vrais utilisateurs décider quoi peaufiner. Ce guide explique d'où vient cette illusion et comment lancer quand même.
Qu'est-ce que l'illusion d'achèvement ?
L'illusion d'achèvement, c'est croire qu'un produit n'est pas prêt, alors que celui qui n'est pas prêt, c'est son auteur. L'appli fonctionne. La personne derrière a peur du jugement du marché.
Prenez un cas courant. Un développeur a une appli de quatorze écrans : animations fluides, mode sombre, page de réglages avec neuf interrupteurs. Elle tourne parfaitement sur localhost.
Localhost veut dire que l'appli tourne seulement sur son propre ordinateur. Personne d'autre au monde ne peut l'ouvrir.
C'est comme ça depuis cinq mois. Ce matin, il a passé deux heures à déplacer un bouton de deux pixels.
Demandez-lui quand elle sort, il répond « presque prête ». Elle est presque prête depuis le printemps.
Pourquoi peaufine-t-on au lieu de lancer ?
L'écrivain Steven Pressfield a donné un nom à cette force dans The War of Art : la Résistance. C'est la pression qui s'oppose à tout travail important, et elle grandit à mesure qu'on approche de la fin.
Elle ressemble rarement à de la peur. Elle ressemble à du sérieux.
Sur localhost, l'appli est une promesse. Tous ceux qui la voient sont impressionnés, car personne ne l'a vraiment utilisée.
Une fois en ligne, la promesse devient un fait. Un fait, on peut l'ignorer, le critiquer, ou simplement ne pas le télécharger.
Peaufiner semble plus sûr que de savoir. C'est le piège.
Comment distinguer le soin de la peur ?
Regardez ce qui est peaufiné. Ça dit tout.
| Le vrai soin répare | La peur peaufine |
|---|---|
| La page lente que les utilisateurs attendent | La marge d'un bouton que personne n'a remarquée |
| Le plantage sur une connexion faible | Un neuvième interrupteur de réglage |
| Le formulaire de commande confus | Un diaporama d'accueil |
| Les problèmes signalés par de vrais utilisateurs | Les problèmes imaginés par le développeur |
Le soin répare ce que les utilisateurs rencontrent. La peur peaufine ce dont personne ne s'est plaint, parce que personne n'a encore utilisé le produit.
Comment une appli arrive-t-elle à 14 écrans sans sortir ?
Comme un élève qui réécrit sans cesse la première page de sa rédaction et ne la rend jamais. Chaque étape semble raisonnable.
- L'écran un sort en une semaine. Il est moche, mais il marche.
- Les écrans deux à cinq ajoutent le parcours principal. Toujours raisonnable.
- Les écrans six à neuf ajoutent un profil, des réglages de notifications, un diaporama d'accueil.
- Au quatorzième écran, le développeur conçoit pour des utilisateurs imaginés, pas pour ceux qu'il a.
- Chaque nouvel écran ajoute des bugs, ce qui retarde le lancement, ce qui laisse le temps d'ajouter un écran.
Le périmètre grandit pour remplir la peur. Et chaque semaine sur localhost est une semaine d'apprentissage perdue.
Pourquoi la version 1.0 doit-elle vous gêner ?
Reid Hoffman, fondateur de LinkedIn, l'a résumé en une phrase. Si la première version de votre produit ne vous gêne pas, vous avez lancé trop tard (Hoffman, 2017).
La gêne n'est pas un effet secondaire. C'est le signe que vous avez lancé avant d'être à l'aise, seule façon de lancer assez tôt pour apprendre.
Une première version qui semble finie a souvent absorbé des mois de décisions prises sans un seul vrai utilisateur pour les corriger. C'est risqué, car le marché n'est souvent pas d'accord.
CB Insights a étudié des startups fermées dans un rapport de mars 2026. Résultat : 43 % avaient un mauvais ajustement au marché, les gens ne voulaient pas ce qu'elles avaient construit (CB Insights, 2026). Lancer tôt, c'est le découvrir tant que c'est encore peu coûteux à corriger.
| Développeur sur localhost | Opérateur en public |
|---|---|
| Compte les écrans construits | Compte les utilisateurs revenus |
| Répare ce qu'il imagine cassé | Répare ce que les utilisateurs rencontrent |
| Se sent en sécurité et n'apprend rien | Se sent exposé et apprend chaque semaine |
| Le lancement est un grand événement futur | Le lancement est une habitude hebdomadaire |
Qu'est-ce que la règle des 3 écrans ?
Quand un projet bloque, réduisez-le à trois écrans, rien de plus. Pensez à un petit restaurant le jour de son ouverture : une enseigne, un menu et un comptoir où commander.
- La présentation. Ce que c'est, pour qui, pourquoi c'est utile. Un écran.
- Le catalogue. Ce que vous proposez, avec prix ou détails. Un écran.
- L'action. Commander, réserver, s'inscrire ou payer. La seule chose qui prouve la valeur. Un écran.
Si un inconnu peut comprendre, choisir et agir, vous avez un produit dont vous pouvez apprendre. Tout le reste, c'est la version deux.
Trois écrans ne sont pas une excuse pour mal les faire. J'explique ce qui les rend bons dans minimum viable ne veut pas dire effort minimum. Et ce qu'ils coûtent dans la formule de l'appli à 50 000 DA.
Comment faire du lancement une habitude ?
Lancer une fois, c'est un événement. Livrer chaque semaine, c'est une identité. Le vrai changement : passer de développeur dans l'ombre à opérateur en public, quelqu'un dont la semaine normale inclut de montrer son travail.
- Déployez dès le premier jour. Déployer, c'est mettre l'appli sur une vraie adresse web. Faites-le avec l'appli vide, avant la première fonction. Ainsi, chaque changement peut passer en ligne.
- Fixez un jour de livraison par semaine. Quelque chose atteint les utilisateurs chaque semaine, même petit.
- Montrez-la d'abord à cinq vraies personnes. Regardez-les l'utiliser sans les aider.
- Tenez une liste « plus tard ». Chaque idée hors des trois écrans y va. Elle n'est pas supprimée, seulement reportée.
- Fêtez le déploiement, pas le design.
Je l'ai appliqué à ma propre plateforme, WovenDZ, lancée sur le web pendant que l'appli mobile était encore en cours. Je raconte l'histoire dans construire WovenDZ en public.
Qu'est-ce qui rend le lancement plus dur en Algérie ?
Deux pressions locales nourrissent l'illusion.
La peur de l'échec en public. Le milieu tech est petit et tout le monde se connaît, alors un lancement imparfait semble devoir vous suivre. En pratique, on se souvient rarement d'une première version brute. On se souvient du produit qui n'a cessé de s'améliorer.
La croyance qu'il faut tout avant de lancer. La passerelle de paiement, la version iPhone, le back-office complet. Mais la plupart des acheteurs algériens paient encore à la livraison, et la plupart des premiers utilisateurs sont sur Android.
Vous pouvez lancer une vraie version utile sans paiement en ligne ni iOS. J'explique par où commencer dans site web ou appli mobile d'abord.
Quelles erreurs gardent les applis hors du marché ?
- Peaufiner des détails qu'aucun utilisateur n'a demandés. Réparez seulement ce que les vrais utilisateurs rencontrent.
- Ajouter des écrans au lieu de lancer. Plus d'écrans, c'est plus de bugs et un lancement plus tardif.
- Attendre le paiement en ligne et iOS. Paiement à la livraison et Android suffisent pour commencer.
- Lancer une fois, puis se taire. Livrez quelque chose chaque semaine.
- Ne montrer qu'aux amis. Les amis sont polis. Les inconnus disent la vérité par ce qu'ils font.
Que faire cette semaine ?
- Aujourd'hui : déployez votre appli sur une adresse web privée, dans l'état où elle est.
- Demain : réduisez-la à trois écrans : présentation, catalogue, action. Le reste va sur la liste « plus tard ».
- Cette semaine : choisissez une date de lancement public dans les deux semaines, et dites-la à quelqu'un pour que reculer vous coûte.
- Après le lancement : observez cinq utilisateurs et réparez seulement ce qu'ils rencontrent.
- Chaque semaine ensuite : livrez une petite amélioration.