Prête pour la démo ou prête pour la production : quand votre appli créée avec l'IA est vraiment prête pour de vrais utilisateurs
La plupart des applis créées avec l'IA sont superbes en démo et craquent devant le troisième vrai utilisateur. Voici comment savoir de quel côté vous êtes, et comment combler l'écart sans développeur.
Avec chaque créateur d’applis avec IA, il y a un moment où ce que vous avez construit commence à avoir l’air réel. La page se charge, les boutons marchent, le formulaire accepte la saisie, et les données apparaissent là où elles devraient. Vous cliquez partout et vous vous sentez fondateur. C’est une bonne sensation. C’est aussi là que beaucoup de gens restent bloqués — parce que l’écart entre « ça marche quand je fais la démo » et « ça marche quand un inconnu l’utilise » est plus grand qu’il n’y paraît, et cet écart n’apparaît pas dans le panneau d’aperçu du créateur d’applis avec IA.
Cet article parle de combler cet écart, volontairement. Vous n’avez pas besoin de devenir ingénieur pour le faire. Vous avez besoin de savoir quoi tester, dans quel ordre, et à quel moment arrêter d’appeler quelque chose un prototype.
Ce que « prête pour la démo » veut vraiment dire
Une appli créée avec l’IA prête pour la démo fait la chose que vous vouliez qu’elle fasse, sur le chemin que vous avez testé, avec des données qui ressemblent à celles que vous collez dans vos prompts. La connexion marche. Le tableau de bord se charge. La chose que vous vouliez montrer à votre cofondateur est à l’écran.
Prête pour la démo, ce n’est pas rien. Il y a quatre mois, ce que vous avez construit, c’était une mission de freelance et un planning de six semaines. Mais c’est aussi une version de votre appli qui a été testée par vous, seul, sur le chemin idéal. Les vrais utilisateurs ne restent pas sur le chemin idéal.
Ils collent une adresse e-mail avec un espace parasite à la fin. Ils utilisent Safari sur un iPad en mode paysage. Ils arrivent via les données mobiles et laissent la page à moitié chargée pendant trente secondes avant de toucher le bouton. Ils s’attendent à ce que « retour » fonctionne, et à ce qu’un rafraîchissement ne leur fasse rien perdre de ce qu’ils ont tapé.
Si les démos sont trompeuses, ce n’est pas parce que l’IA a construit quelque chose de factice. C’est que la personne qui fait la démo sait où les cadavres sont enterrés. Vous cliquez instinctivement sur les boutons qui marchent. Un vrai utilisateur clique sur ceux dont vous aviez oublié l’existence.
Les cinq choses qui craquent en premier
Parmi les gens que j’ai vus passer de la démo au lancement avec des créateurs d’applis avec IA, ce sont les cinq mêmes choses qui tendent à casser en premier sous de vrais utilisateurs. Les passer en revue délibérément est le moyen le plus rapide d’avancer vers une appli prête pour la production.
1. L’état vide. Votre tableau de bord est superbe avec trois projets dedans parce que vous avez utilisé trois projets pendant que vous le construisiez. Un nouvel utilisateur s’inscrit, arrive sur un tableau de bord avec zéro de tout, et voit un rectangle gris vide. La correction tient en un prompt : « Quand l’utilisateur a zéro projet, affiche un message sympathique expliquant quoi faire ensuite, et un bouton pour créer son premier. » Ennuyeux, dix secondes de travail, fait la différence entre « c’est cassé » et « c’est utile ».
2. L’état d’erreur. Essayez tout de suite : coupez votre wifi et cliquez partout dans votre appli. Tapez un mot de passe volontairement faux. Soumettez un formulaire avec le champ e-mail vide. Si votre appli plante, se fige ou affiche une erreur brute comme 500 Internal Server Error, vous avez un problème d’état d’erreur. Le créateur d’applis avec IA peut corriger ça, mais il faut le demander : « Que se passe-t-il quand l’appel à l’API échoue ? Quand l’utilisateur saisit de mauvaises données ? Quand il est hors ligne ? » Ce sont trois prompts distincts, et ils couvrent la plupart des façons dont les vrais utilisateurs se retrouvent en difficulté.
3. La vue mobile. Environ la moitié de vos premiers utilisateurs — peut-être plus, selon ce que fait votre appli — l’ouvriront sur un téléphone. Les créateurs d’applis avec IA gèrent bien le design adaptatif pour les mises en page standard et mal pour les mises en page sur mesure, surtout tout ce qui implique une barre latérale, une fenêtre modale collante ou un formulaire complexe. Ouvrez votre appli sur votre téléphone, avec votre autre pouce, comme une vraie personne l’utilise. Si quelque chose déborde de l’écran, si quelque chose est trop petit pour être touché avec précision, ou si quelque chose recouvre le clavier quand vous essayez de taper, c’est une correction. Un prompt, en général : « Fais que cette page s’affiche correctement sur un écran de téléphone, surtout [la chose qui est cassée] — laisse la version bureau inchangée. »
4. Le problème du “deuxième utilisateur”. En voici un sournois. Beaucoup d’applis créées avec l’IA supposent un seul utilisateur. Les données que vous créez restent dans l’appli. Puis un deuxième utilisateur s’inscrit et, soit il voit vos données, soit il ne voit aucune donnée et se retrouve très perdu. C’est une question d’authentification et de cloisonnement des données, et ça vaut la peine de demander à l’IA d’expliquer comment elle stocke les données utilisateur avant de lancer. La bonne formulation : « Explique comment les données utilisateur sont séparées. Si deux personnes s’inscrivent, l’une peut-elle voir les données de l’autre ? » La réponse est le test.
5. Le bouton “j’ai changé d’avis”. Les vrais utilisateurs annulent des choses en permanence. Ils suppriment le compte qu’ils viennent de créer parce qu’ils ont tapé le mauvais e-mail. Ils se désabonnent deux minutes après s’être abonnés. Ils veulent modifier un projet créé hier parce que le titre a une faute. Les créateurs d’applis avec IA, laissés à eux-mêmes, construisent le chemin de création et sautent le chemin de modification ou de suppression — parce que la démo ne leur a jamais demandé que de créer des choses. Si vous lancez avec ce manque, vos trois premiers utilisateurs vous enverront un e-mail dans l’heure, et l’e-mail commencera par le mot « Comment ». Parcourez votre appli et demandez-vous, pour chaque écran : « L’utilisateur peut-il annuler ce qu’il vient de faire, ou le changer plus tard ? » Partout où la réponse est non, c’est une fonctionnalité qu’il vous faut avant le lancement.
Ce que « prête pour la production » ne veut PAS dire
Prête pour la production, pour une appli créée avec l’IA, ce n’est pas la même chose que prête pour la production dans une banque. Vous n’avez pas besoin de 99,99 % de disponibilité. Vous n’avez pas besoin d’un test de charge. Vous n’avez pas besoin d’un manuel d’exploitation ni d’une rotation d’astreinte. Vous n’êtes pas Stripe, vous êtes une petite chose au service de vraies personnes.
Ce dont vous avez besoin, c’est d’une appli qui ne vous fait pas honte devant un inconnu. C’est faisable en un ou deux après-midis concentrés, une fois que vous savez quoi chercher. Les cinq points ci-dessus en sont l’essentiel. Le reste, c’est rendre l’appli lisible — un texte clair sur chaque bouton, un comportement prévisible quand on clique, aucune page qui débouche sur un cul-de-sac avec une flèche « retour » qui ne marche pas.
Le plus grand saut, de prête pour la démo à prête pour la production, n’est pas dans le code. Il est dans votre volonté d’utiliser votre propre appli comme un inconnu le ferait. L’astuce que je conseille aux gens : tendez votre téléphone à un ami dans un café et demandez-lui de faire la chose principale que fait votre appli, sans la lui expliquer. Ne donnez aucun indice. Regardez son pouce. Le premier endroit où il s’arrête plus de trois secondes est la chose la plus importante que vous puissiez corriger cette semaine. Les deuxième et troisième endroits sont en général des corrections de suivi rapides.
Une petite liste de contrôle pour le lancement
Avant de livrer à vos dix premiers vrais utilisateurs, parcourez cette liste. Rien de tout ça n’exige d’écrire du code. Tout est soit un prompt à votre créateur d’applis avec IA, soit un parcours à la main.
- Je me suis inscrit comme tout nouvel utilisateur depuis une fenêtre de navigation privée, de bout en bout, sans raccourci.
- J’ai utilisé l’appli sur mon téléphone.
- J’ai essayé de casser les formulaires — champs vides, saisies bizarres, saisies très longues.
- J’ai demandé au créateur d’applis avec IA comment les données utilisateur sont séparées, et la réponse a du sens.
- J’ai un moyen de contacter les utilisateurs si quelque chose tourne mal (un champ e-mail, un lien de retour, n’importe quoi).
- J’ai un moyen de savoir quand quelque chose a mal tourné — le créateur d’applis avec IA propose en général une journalisation d’erreurs basique ; activez-la.
- L’état vide de chaque page indique à l’utilisateur quoi faire ensuite.
- Chaque action qui crée quelque chose offre un moyen de l’annuler, de la modifier ou de la supprimer.
Si vous parcourez cette liste et qu’il manque quelques éléments, ce sont les prompts de demain. Si vous la parcourez et qu’il en manque la plupart, l’appli n’est pas encore prête — et c’est une chose utile à savoir avant d’envoyer le lien à qui que ce soit.
Le juste milieu honnête
La plupart des applis créées avec l’IA vivent un moment dans une zone intermédiaire. Elles marchent, à peu près. Elles ont quelques aspérités. Elles servent bien un petit groupe d’utilisateurs et craqueraient à grande échelle. C’est un endroit très convenable où une startup ou un outil interne peut vivre pendant des mois. L’erreur, c’est de traiter une appli prête pour la démo comme si elle était déjà sortie de cette zone. L’autre erreur, c’est de traiter « prête pour la production » comme un standard de perfectionniste que vous ne pourrez jamais atteindre.
La vraie question est : serais-je à l’aise si un ami utilisait ça et m’en faisait le retour ? Si oui, vous êtes assez prêt pour la production pour votre stade. Si vous préféreriez vous précipiter pour corriger quelque chose avant qu’il ne vous dise ce qu’il en a pensé, notez cette chose et corrigez-la d’abord.
Vous n’avez pas besoin d’être prêt pour dix mille utilisateurs. Vous avez besoin d’être prêt pour les dix prochains. C’est une liste de corrections réelle et finie, et votre créateur d’applis avec IA peut vous aider à en faire la plupart en un après-midi.
Si vous avez livré une appli créée avec l’IA à de vrais utilisateurs, quelle a été la première chose à casser que vous n’aviez pas prévue ? C’est en général une question plus intéressante que « la mienne est-elle prête » — parce que la surprise est le vrai signal.