Retouches guidées par prompts

Comment demander une modification ciblée dans Lovable et vérifier qu’elle ne dégrade pas le parcours existant ?

• Lovable
• Claude Code
• Codex

1250 € par session, HTVA

En résumé

Cette demi-journée de 3 heures propose une découverte guidée de la modification d’une application existante dans Lovable. Les participants formulent des instructions précises, observent les changements et testent un parcours simple. Ils repartent avec une version d’exercice modifiée, un journal de prompts et une grille de vérification renseignée.

Pourquoi cette formation ?

Une demande comme « rends cette page plus claire » laisse de nombreux choix implicites : textes, emplacement des boutons et comportement attendu. Décrire l’écran concerné et les éléments à préserver permet de mieux délimiter la modification demandée. Un écran visuellement amélioré peut masquer un bouton devenu inactif ou une confirmation incohérente. L’atelier associe chaque retouche à une vérification observable et distingue la réponse de l’assistant du fonctionnement réellement constaté. Cas fil rouge : L’organisation fictive « Avelune Ateliers » utilise une application de démonstration pour présenter ses ateliers créatifs. Les visiteurs confondent deux boutons et comprennent mal la confirmation d’inscription. Sur des données fictives, les participants clarifient les libellés, ajoutent une consigne et vérifient que le parcours reste utilisable. Transfert au travail : Reprendre la trame de prompt pour décrire une petite retouche d’interface dans son organisation, sans transmettre de données sensibles. Faire valider le périmètre et l’environnement d’essai avant toute modification, puis comparer le comportement observé aux critères écrits.

Les objectifs de cette formation

• Repérer l’écran, le texte et l’action concernés par une demande.
• Rédiger un prompt précisant changement attendu, limites et éléments à préserver.
• Effectuer une retouche guidée dans l’application d’exercice.
• Comparer le résultat obtenu aux critères définis avant modification.
• Consigner un défaut et formuler une demande corrective ciblée.

Pour qui et avec quels prérequis ?

Rôles et tâches concernés

• Débutants souhaitant explorer la retouche d’une interface sans commencer par apprendre un langage de programmation.
• Responsables d’activité amenés à décrire de petites évolutions d’une application à une équipe technique.

Compétences préalables

• Aucun prérequis IA ni connaissance du code.
• Savoir naviguer dans une application web et décrire un parcours utilisateur simple.

Ce que vous travaillerez

1. Observer avant de demander

   Objectif : Délimiter une première retouche sans transformer toute l’application. Repérage des écrans et du parcours initial ; différence entre apparence et comportement ; génération et modification de code à partir d’instructions.

2. Écrire une instruction délimitée

   Objectif : Traduire une ambiguïté d’interface en demande vérifiable. Structure du prompt : contexte, écran, modification, contraintes et résultat attendu. Une modification à la fois pour faciliter l’observation.

3. Observer et corriger progressivement

   Objectif : Ajuster une modification à partir d’un écart constaté. Lecture des changements accessibles, revue humaine et gestion des secrets. Positionnement général de Claude Code et Codex pour travailler sur du code ; modalités à consulter dans leurs documentations officielles.

4. Vérifier le parcours complet

   Objectif : Mesurer la conformité des retouches sans assimiler démonstration et production. Tests manuels : accès à un atelier, activation des boutons, consigne visible et confirmation compréhensible. Comptage des critères satisfaits et relevé des défauts.

Ce que vous emportez

• Fiche de retouche : écran, changement, limites et critères attendus.
• Version modifiée de l’application d’exercice, utilisable pour la démonstration du parcours.
• Journal des prompts initiaux et correctifs.
• Grille de tests renseignée avec écarts et limites restantes.

Méthode et évaluation

• Apports courts suivis de pratique immédiate sur le cas fil rouge.
• Travail individuel puis en binômes, avec relecture croisée des productions.
• Mise en commun guidée : ce qui fonctionne, ce qui doit être corrigé, ce qui reste une décision humaine.
• Préparation : Disposer d’un accès Lovable autorisé par l’organisation et vérifier les conditions d’accès nécessaires à l’exercice dans la documentation officielle. Préparer une application d’exercice distincte de tout environnement réel, contenant uniquement des données fictives ou anonymisées et aucun secret.

Critères observables : Le prompt désigne un écran précis et indique au moins un élément à préserver. ; Les libellés obtenus correspondent à la demande validée. ; Le parcours est exécuté avant et après modification, avec résultats consignés. ; Chaque anomalie observée est décrite par une action, un résultat attendu et un résultat constaté. ; Aucune donnée sensible ni aucun secret n’apparaît dans les prompts..

Questions fréquentes

Faut-il savoir programmer ?

Non. Les retouches sont guidées ; une modification technique incomprise doit être soumise à une revue humaine compétente.

Utilise-t-on les trois outils ?

La pratique porte sur Lovable. Claude Code et Codex sont situés comme approches complémentaires, sans intégration supposée ni accès obligatoire.

Peut-on travailler sur notre application réelle ?

L’exercice utilise un environnement distinct et des données fictives ou anonymisées, avec les seuls outils autorisés par l’organisation.

L’application sera-t-elle mise en production ?

Non. Le livrable sert à démontrer et vérifier les retouches ; tout déploiement réel demande des contrôles supplémentaires.