Prompts v0 dev : guide pratique, outils et exemples en 2026

About this offer

Par Lawrence Dauchy, fondateur de VP0 Publié le 3 octobre 2026 Pour obtenir un résultat utile avec v0, décrivez ce que l’utilisateur doit pouvoir faire, les écrans nécessaires et les contraintes à respecter. Un prompt comme « crée une application moderne » laisse trop de décisions ouvertes. Une demande qui précise le public, les contenus, les interactions et le rendu attendu donne une direction exploitable. Commencez par une première version limitée, vérifiez son comportement, puis ajoutez les fonctions progressivement. Les exemples suivants permettent de préparer une interface, corriger un résultat trop générique et avancer vers une application utilisable sans demander une refonte à chaque message. Comment écrire un bon prompt pour v0 ? Un bon prompt explique le produit, son contexte d’utilisation et ses contraintes. Vercel recommande également ces trois éléments dans sa méthode de rédaction des demandes pour v0. Votre première demande doit permettre de comprendre qui utilisera l’interface et pour accomplir quelle tâche. « Un espace client pour un photographe » reste incomplet. « Un espace client permettant aux couples de sélectionner leurs photos de mariage depuis leur téléphone » précise déjà les décisions de navigation. Ajoutez ensuite les éléments visibles : titres, contenus, boutons et informations nécessaires. Terminez par les limites de la première version. Les informations à préparer avant de commencer Notez ces six points : Le public : indépendant, client particulier, responsable commercial ou équipe interne. L’action principale : réserver, comparer, sélectionner, enregistrer ou envoyer. Les écrans : accueil, liste, détail, formulaire et confirmation. Les données : nom, statut, date, montant ou description. Le style : couleurs, typographie, densité et disposition. Le périmètre : démonstration locale ou fonctionnalités connectées. Ces informations évitent que l’outil invente des fonctions secondaires avant de réussir la tâche principale. Voici un exemple de demande de départ : Crée un espace client web pour un photographe de mariage. Les clients utilisent surtout leur téléphone pour consulter une galerie et sélectionner leurs photos préférées. Construis trois vues : - une liste de galeries ; - une galerie avec sélection des photos ; - une confirmation récapitulant les choix. Utilise des données fictives. Prévois une interface claire avec fond blanc, texte sombre et accent vert. Ne crée pas encore de connexion utilisateur ni de stockage distant. Le résultat peut être évalué immédiatement : la galerie s’ouvre-t-elle, les sélections fonctionnent-elles et le récapitulatif affiche-t-il les bons éléments ? Comment construire une première version sans tout demander ? Demandez un parcours complet mais limité. Une seule tâche menée jusqu’à sa confirmation vaut mieux que plusieurs écrans dont les boutons ne fonctionnent pas. La documentation de v0 conseille de construire les applications complexes progressivement. Elle distingue aussi les projets simples, qui peuvent commencer directement par une implémentation, des projets nécessitant une phase de planification. Pour une application de réservation, commencez par le choix d’un créneau et sa confirmation. La facturation, les rappels et les réglages pourront venir ensuite. Étape 1 : décrire le parcours Demandez d’abord une proposition de structure lorsque plusieurs rôles ou règles interviennent : Prépare le plan d’une application de réservation pour un studio de photographie. Le client choisit une prestation, une date et un créneau. Le responsable consulte les réservations. Liste les écrans nécessaires, les données utilisées et les décisions encore manquantes. Ne commence pas l’implémentation. Vérifiez notamment les durées des prestations, les disponibilités et les conditions d’annulation. Une règle absente du brief risque d’être remplacée par une hypothèse. Étape 2 : construire le parcours principal Implémente uniquement le parcours client : choix de la prestation, sélection du créneau, coordonnées et confirmation. Utilise des données fictives. Chaque bouton doit produire une action visible. N’ajoute pas de paiement. Étape 3 : vérifier avant de connecter les données Parcourez l’interface comme un client. Revenez en arrière, changez la prestation et envoyez un formulaire incomplet. Si une étape échoue, corrigez-la maintenant. Connecter une base de données ne règle pas une navigation confuse ou une confirmation inaccessible. Quels prompts utiliser pour une landing page, un dashboard ou un formulaire ? Adaptez votre prompt à la tâche dominante de l’écran. Une landing page doit expliquer une offre, un dashboard doit aider à décider, et un formulaire doit recueillir les bonnes informations. Les exemples suivants sont des points de départ. Remplacez les contenus et les contraintes par ceux de votre projet. Prompt pour une landing page Crée une landing page en français pour un logiciel de gestion des réservations destiné aux studios photo. Objectif principal : demander une démonstration. Structure : - une accroche expliquant le problème résolu ; - une présentation du fonctionnement en trois étapes ; - trois bénéfices concrets ; - une section de questions fréquentes ; - un formulaire de demande de démonstration. Utilise un fond blanc, une typographie lisible et un accent bleu. Sur mobile, conserve une seule colonne. N’invente aucun témoignage, chiffre de performance, logo client ou certification. Cette dernière consigne évite de publier une preuve commerciale fictive. Si vous disposez d’un témoignage autorisé, fournissez son texte exact. Prompt pour un dashboard Crée un dashboard pour un responsable de studio photo. Il doit repérer les réservations à confirmer et les séances prévues cette semaine. Affiche : - un résumé des réservations par statut ; - les prochaines séances ; - une liste filtrable ; - le détail d’une réservation. Chaque indicateur doit correspondre aux données affichées. Utilise un jeu de données fictif cohérent. Prévois une vue sans réservation et une vue sans résultat. Demander des données cohérentes aide à repérer les contradictions entre les indicateurs et les listes. Prompt pour un formulaire Construis un formulaire de demande de devis. Champs : nom, adresse e-mail, type de prestation, date souhaitée et description du projet. Indique les champs obligatoires. Affiche les erreurs près des champs concernés. Conserve les valeurs après une erreur. Après validation, affiche une confirmation. Pour cette version, simule l’envoi sans service externe. Vous pouvez alors distinguer une démonstration fonctionnelle d’un formulaire connecté à un véritable service d’envoi. Comment obtenir un design moins générique ? Remplacez les adjectifs par des règles visuelles observables. « Élégant », « premium » ou « moderne » peuvent correspondre à des interfaces très différentes. Décrivez plutôt la largeur du contenu, la hiérarchie des textes, les espacements et l’usage de la couleur. Précisez aussi les éléments à éviter. Modifie uniquement la présentation visuelle. Conserve la navigation, les contenus et les interactions. Utilise : - un fond blanc ; - des titres noirs ; - une seule couleur d’accent ; - des bordures fines ; - des boutons de hauteur cohérente ; - davantage d’espace entre les sections. Retire les dégradés décoratifs et les ombres marquées. Ne change pas la structure des composants. Si vous disposez d’une capture de référence, indiquez ce qu’il faut reprendre. v0 peut analyser une image jointe pour reconstruire des éléments de mise en page ; cela ne révèle toutefois pas toutes les interactions cachées. Une consigne comme « reprends la densité de la liste et les espacements, mais conserve nos contenus » est plus utile qu’une demande de copie complète. Pour un projet iOS distinct, VP0 constitue un point de départ gratuit avec des designs en Expo React Native. Ces interfaces mobiles ne doivent pas être traitées comme des composants web directement interchangeables. Le choix de la référence doit suivre la plateforme visée. Une page web responsive et une application native peuvent partager une direction graphique tout en nécessitant des composants différents. Quels outils et fonctions utiliser autour des prompts ? Utilisez les prompts pour exprimer les décisions de structure et de comportement. Gardez les ajustements visuels locaux et les règles récurrentes dans les fonctions prévues à cet effet. Les instructions réutilisables Les instructions enregistrées dans v0 permettent de conserver des préférences communes aux conversations. Elles conviennent aux règles stables : langue de l’interface, approche mobile ou conventions de présentation. Vous pouvez préparer ce contenu : Les interfaces destinées aux utilisateurs sont en français. Commence par la version mobile. Utilise des libellés explicites. Prévois les états vide, chargement et erreur. Respecte les composants et conventions déjà présents. N’ajoute pas de dépendance sans expliquer son utilité. Gardez les exigences propres à une fonctionnalité dans son prompt. Une instruction générale trop détaillée risque d’entrer en contradiction avec une demande ultérieure. Le mode de conception Le mode de conception de v0 permet de sélectionner des éléments et d’ajuster leur présentation. Il convient aux corrections de couleur, d’espacement ou de typographie. Pour ajouter une étape de réservation ou changer une règle de validation, formulez une demande décrivant le comportement attendu. Les fichiers de référence Une capture précise l’apparence. Un exemple de données précise les contenus. Une description de parcours précise les actions. Préparez un petit dossier avec ces éléments avant de commencer. Évitez les références contradictoires, comme une interface compacte sur une image et de grandes cartes espacées sur une autre. Si plusieurs documents sont nécessaires, indiquez leur priorité : « Le brief définit les fonctions ; la capture sert uniquement pour le style. » Comment corriger une génération sans provoquer une refonte ?