Une demande à la fois : le bon ordre pour construire ton app avec l'IA
Tout demander d'un coup, c'est la façon la plus rapide de brûler du crédit. Voici la même app construite en 5 demandes, avec le test de chacune.
Il y a une façon très rapide de brûler du crédit sur Fabapp : demander dix choses dans un seul message.
Et ce n'est pas parce que l'IA n'y arrive pas. Elle y arrive. Le problème arrive après, quand quelque chose casse et que tu n'as aucune idée de laquelle des dix a entraîné l'autre. Alors tu demandes une réparation. La réparation touche autre chose. Une demi-heure plus tard, tu répares la réparation.
Ici, on construit autrement. Une demande, un test, demande suivante.
Chaque demande est une couche. La suivante n'arrive que quand celle du dessous tient debout.
Et pour ne pas rester dans la théorie, on va continuer l'app de Carla.
Où on s'était arrêtés
Dans le cours 2, Carla, qui a un salon de beauté, a mis son app sur le papier. Qui l'utilise : la cliente et elle. Problème : la cliente prend rendez-vous toute seule, sans envoyer de message. Écrans : services, horaire et confirmation.
Avec cette feuille, elle a écrit son premier prompt.
Maintenant elle veut le reste. Un tableau de bord pour elle, une connexion pour les clientes, un rappel et un acompte par Pix pour que personne ne lui pose de lapin. L'envie, c'est de tout envoyer d'un coup.
Regarde ce qui se passe.
Ce que presque tout le monde fait
"Crée une app de prise de rendez-vous pour salon avec la liste des services, le choix de l'heure, la confirmation, un tableau de bord de la patronne pour enregistrer les services et voir l'agenda, une connexion de la cliente pour voir et annuler ses rendez-vous, un rappel la veille et un acompte de 30 % par Pix."
Ça a l'air organisé. Tout y est.
Sauf que ça fait sept choses dans une seule demande. L'IA fait les sept, Carla teste et découvre que le créneau annulé ne redevient pas libre. Ça vient d'où ? De la connexion ? Du tableau de bord ? De l'agenda ? Du paiement, qui bloque le créneau tant que le Pix n'est pas arrivé ?
Elle ne sait pas. Et l'IA va devoir deviner avec elle.
La bonne méthode : cinq demandes, dans cet ordre
Pour chaque demande, je vais te montrer une mauvaise et une bonne façon de demander. Et le test que tu fais avant de passer à la suivante. Saute le test et la couche du dessus naît de travers.
Demande 1. Le cœur
Celle-là, tu l'as déjà. C'est le prompt qui est sorti de la feuille au cours 2.
"Crée une app de prise de rendez-vous pour un salon de beauté. Il y a deux personnes : la cliente, qui réserve depuis son téléphone, et la patronne, qui enregistre les services et consulte l'agenda. Le but, c'est que la cliente réserve toute seule, sans envoyer de message. Pour l'instant je veux seulement trois écrans : la liste des services, le choix du jour et de l'heure, et la confirmation. L'app doit garder les services (nom, prix et durée), les créneaux libres de la semaine et les rendez-vous."
Pourquoi en premier : sans ça, l'app n'existe pas. Le reste, ce sont des couches par-dessus.
Ouvre en tant que cliente, choisis un service, choisis un créneau, confirme. Le rendez-vous est pris ? Suivant.
Demande 2. Le côté de Carla
"Maintenant, fais la partie de la patronne."
Pourquoi c'est mauvais : quelle partie ? L'IA va décider toute seule ce que Carla voit et ce qu'elle peut modifier.
"Ajoute un tableau de bord pour la patronne du salon. Elle y enregistre les services (nom, prix et durée) et voit les rendez-vous du jour."
Pourquoi c'est bon : ça dit qui l'utilise, ce qu'elle y fait et ce qu'elle voit. Et il n'y a qu'une seule chose nouvelle, le tableau de bord.
Enregistre un nouveau service dans le tableau de bord. Il apparaît bien chez la cliente ? Maintenant, prends un rendez-vous en tant que cliente. Il est bien arrivé dans le tableau de bord ?
Demande 3. Le compte de la cliente
"Ajoute la connexion, le profil, l'historique, les favoris et les avis."
Pourquoi c'est mauvais : ce sont cinq demandes déguisées en une.
"Ajoute une connexion pour la cliente. Une fois connectée, elle voit ses rendez-vous et peut les annuler. Quand elle annule, le créneau redevient libre."
Pourquoi c'est bon : ça ne demande pas juste "la connexion". Ça explique ce qui se passe une fois qu'elle est entrée. Et ça écrit noir sur blanc la règle de l'annulation, qui est exactement là où ça coince le plus.
Annule un rendez-vous. Le créneau réapparaît bien pour une autre cliente ?
Demande 4. Le rappel
"Mets des notifications."
Pourquoi c'est mauvais : une notification de quoi ? Pour qui ? Quand ? L'IA invente les trois réponses.
"Envoie un rappel à la cliente la veille du rendez-vous, avec le service, le jour et l'heure."
Pourquoi c'est bon : qui le reçoit, quand elle le reçoit et ce qui est écrit dedans. Il ne reste rien à deviner.
Prends un rendez-vous pour demain et vérifie que le rappel part avec le bon service, le bon jour et la bonne heure.
Demande 5. Le paiement
"Mets le paiement."
Pourquoi c'est mauvais : un paiement de combien, à quel moment, et qu'est-ce qui se passe si la personne ne paie pas ?
"À la confirmation, demande un acompte de 30 % du prix du service par Pix. Le créneau n'est réservé qu'une fois l'acompte payé."
Pourquoi c'est bon : il y a le montant, le moment et la règle.
Et pourquoi elle passe en dernier ? Parce que le paiement touche à tout ce qui est venu avant. Service, prix, créneau, confirmation. Si une de ces couches est de travers, le paiement hérite du problème et tu en as deux.
Fais un rendez-vous de bout en bout, du service jusqu'au Pix.
Pourquoi cet ordre
Chaque demande s'appuie sur celle du dessous. Le tableau de bord a besoin des services. L'annulation a besoin de la connexion. Le rappel a besoin du rendez-vous. Le paiement a besoin de tout.
D'abord ce que la cliente utilise, ensuite celle qui gère, ensuite le compte, ensuite les rappels. L'argent, c'est pour la fin.
Si tu n'arrives pas à tester une demande en une minute, c'est qu'elle en contient plusieurs.
Et quand ça plante en cours de route ?
Ça va arriver. Tu peux compter dessus.
La différence, c'est que maintenant tu sais où chercher. Ça a cassé après la demande 3 ? Le problème est dans la demande 3. Tu décris ce qui s'est passé, tu demandes la réparation de ça et tu ne touches pas au reste.
Dans le cours 3, qui est sur notre YouTube, on l'a fait en pratique avec une app de boulangerie pour une résidence. D'abord commander et recevoir, ensuite le paiement, ensuite les rappels. Ça vaut le coup de le regarder après avoir lu ce texte.
Avant d'envoyer la demande suivante, vérifie
- La demande précédente a passé le test.
- La nouvelle demande tient en une phrase.
- Il n'y a qu'une seule chose nouvelle dedans.
- Tu sais déjà comment tu vas la tester.
- Il n'y a pas de "et aussi" à la fin.
À toi de jouer
Reprends la feuille que tu as faite au cours 2 et écris les demandes de ton app, dans l'ordre. À côté de chacune, le test que tu feras avant de passer à la suivante.
Poste ta liste dans le canal #vibe-week de notre communauté sur Discord. On les commente une par une.
Et si tu n'as pas encore de compte Fabapp, tu peux commencer gratuitement sur fabapp.ai. Jusqu'au 27, pendant la Vibe Week, la réduction et le crédit supplémentaire sont déjà appliqués automatiquement sur le site.
Douglas