Skip to content

Prototype d'application avec l'IA : cliquable, pas une maquette

Prototype d'application avec l'IA : cliquable, pas une maquette

Un générateur IA peut créer un prototype d'application qui ne se contente pas de ressembler à une application : les boutons réagissent, les écrans s'enchaînent, les formulaires gardent ce qu'on a saisi. Le prototype s'ouvre par un lien sur n'importe quel téléphone, vous pouvez donc le mettre entre les mains de vraies personnes dès aujourd'hui. Voici ce qui le distingue d'une maquette, comment le décrire et où sont ses limites.

Prototype, design, maquette : quelle différence ?

« Prototype d'application » recouvre trois choses différentes selon les gens, et mieux vaut savoir laquelle il vous faut.

Ce que c'est À quoi ça ressemble Ce qu'on peut tester Ce qu'on ne peut pas
Maquette d'écrans images statiques faites dans un outil de design apparence, couleurs, disposition le comportement : rien ne réagit
Maquette cliquable les mêmes images reliées par des zones cliquables le parcours entre écrans saisie, erreurs, états vides
Prototype fonctionnel une vraie application web dans le navigateur tout le parcours : saisie, enregistrement, listes, connexion la charge de milliers d'utilisateurs, la publication sur les stores

Les recherches du type « IA pour designer une application mobile » visent en général la première ligne. Mais une maquette ne dit que si l'apparence plaît. Savoir si les gens comprennent quoi faire, seul quelque chose qu'on peut toucher le dit. Un générateur IA qui écrit du code va directement à la troisième ligne, et cela ne coûte pas plus cher que de dessiner les écrans à la main.

À quoi sert un prototype ?

À tester une idée avant de payer des développeurs. Les cas typiques :

Vous voulez savoir si les gens s'en serviraient. Cinq personnes qui manipulent le prototype sur leur propre téléphone en disent plus que n'importe quelle présentation.

Vous devez montrer l'idée à un associé, un investisseur ou un client. Un lien qu'on ouvre et qu'on essaie convainc davantage que des diapositives remplies de captures.

Vous allez faire développer. Le prototype devient le meilleur cahier des charges : le développeur voit les écrans, les transitions et les champs, pas un résumé dans un document.

Que mettre dans le prompt ?

L'erreur classique est de décrire toute la future application avec toutes ses fonctions. Un prototype teste une hypothèse, décrivez donc un parcours principal.

Un brief en cinq parties fonctionne bien :

  1. Qui est l'utilisateur. « La gérante d'une petite boulangerie. »
  2. La tâche principale. « Prendre les précommandes du lendemain et voir combien préparer de chaque produit. »
  3. Les écrans dans l'ordre. « Liste des produits, panier, validation de commande, écran de la gérante avec un récapitulatif. »
  4. Les données saisies et où elles apparaissent. « Le client indique nom, téléphone et heure de retrait ; la gérante voit les commandes du lendemain. »
  5. L'aspect sur téléphone. « Mise en page mobile, barre d'onglets en bas, gros boutons. »

Le dernier point compte plus qu'il n'y paraît. Sans lui, le prototype peut être pensé pour un large écran d'ordinateur, alors que vous le montrerez surtout sur téléphone. Les conseils généraux sont dans comment écrire un bon prompt.

Créer le prototype, étape par étape

  1. Ouvrez zugo.dev et connectez-vous avec Google, GitHub ou par e-mail. Les crédits de départ arrivent tout de suite, sans carte bancaire.
  2. Envoyez le brief en cinq parties ci-dessus.
  3. Attendez la création. Le prototype est lancé et vérifié dans un navigateur avant de vous parvenir.
  4. Parcourez vous-même le parcours principal, comme un utilisateur. Notez où vous bloquez.
  5. Modifiez en mots simples : « ajoute un écran de confirmation de commande », « affiche un état vide quand il n'y a pas de commande ».
  6. Publiez et envoyez le lien aux personnes avec qui vous testez l'idée.

L'étape cinq mérite qu'on s'y arrête. Les états vides, les erreurs de saisie et les noms de produits trop longs ne figurent presque jamais dans le premier brief, et c'est précisément là que les vrais utilisateurs bloquent.

Où sont stockées les données du prototype ?

Il y a ici une limite honnête entre le départ gratuit et l'abonnement.

Avec le départ gratuit, le prototype est créé dans un seul fichier : tout réagit et fonctionne, mais les données saisies restent dans le navigateur de la personne qui les a saisies. Pour tester une interface, cela suffit, puisque chaque testeur fait le parcours sur son propre appareil.

Une vraie plateforme avec comptes utilisateurs, base de données partagée et pages séparées se crée avec l'offre Pro. Les données vivent alors dans Zugo Cloud, le backend intégré : la commande passée par un client apparaît sur l'écran de la gérante, et les utilisateurs se connectent par un lien envoyé par e-mail, sans mot de passe. Plus de détails sur les applications avec base de données dans l'IA peut-elle créer une application avec base de données.

Combien coûte un prototype ?

Les crédits ne sont dépensés que lorsque du code est écrit. D'après les estimations de la page des tarifs, une application créée de zéro revient à environ 2 200 crédits, une plateforme de plusieurs pages démarre à 2 200 crédits et une modification coûte environ 980. Ce sont des moyennes mesurées sur de vraies créations.

Au départ, vous recevez 1 450 crédits une seule fois, sans carte : de quoi faire un prototype en un fichier. Pour un prototype avec base partagée et plusieurs séries de modifications, il faut Pro : $25 par mois avec 20 000 crédits chaque mois. Les nouveaux membres peuvent avoir le premier mois de Pro à $5 s'ils le prennent dans les 12 heures suivant l'inscription.

Le prototype peut-il devenir une vraie application ?

En partie. Le prototype est une application web : il s'ouvre dans le navigateur, peut être ajouté à l'écran d'accueil du téléphone et, pour beaucoup d'usages, suffit longtemps. Il ne devient pas tout seul un paquet pour Google Play ou l'App Store ; ce chemin est expliqué dans créer une application Android avec l'IA.

Si le prototype valide l'idée, deux voies s'offrent à vous. Continuer à l'améliorer par des modifications jusqu'à en faire un produit qui tourne. Ou, avec Pro, exporter le code vers GitHub et le confier à un développeur comme point de départ. Dans ce second cas, le développeur reçoit du code qui fonctionne et non une image, ce qui lui fait gagner les premières semaines.

Ce qu'il ne faut pas attendre d'un prototype

Il ne teste pas la charge. Si des milliers de personnes doivent utiliser l'application en même temps, c'est une autre discussion avec un développeur.

Il ne remplace pas un designer quand la marque doit être respectée au pixel près. Le générateur propose une interface soignée, mais il ne connaît votre charte graphique que si vous la décrivez.

Et il ne dit pas si les gens paieront. Un prototype montre si l'on comprend quoi faire. La disposition à payer se teste à part : précommande, liste d'attente ou question directe. Ce que l'IA ne sait pas encore créer est listé dans ce que l'IA ne peut pas créer.

En bref

Un générateur IA fournit un prototype fonctionnel plutôt que des images d'écrans : on le touche, on y saisit des données, on l'ouvre par un lien sur son téléphone. Décrivez un parcours principal, listez les écrans dans l'ordre et demandez explicitement une mise en page mobile. En gratuit, vous obtenez un prototype en un fichier avec les données dans le navigateur du testeur ; une plateforme avec base partagée et connexion des utilisateurs se crée avec Pro. Montrez le lien à cinq personnes de votre public et vous en apprendrez plus sur l'idée qu'en un mois de réunions.