Exemples de prompts pour une application web : 10 prompts pour SaaS, outils internes et portails clients
Dix prompts complets pour une application web, un paragraphe chacun, prêts à coller dans un créateur d'application IA. Chacun nomme les rôles et qui voit quoi, la connexion, la vue liste principale, les statuts, les e-mails et les paiements, avec les prompts de suite à envoyer ensuite.
Voici 10 exemples de prompts pour une application web, à copier dans un créateur d'application IA : trois produits SaaS, trois outils internes, deux portails clients et deux tableaux de bord. Chacun tient en un paragraphe, prêt à envoyer comme premier message. Remplacez les éléments entre [crochets] et gardez le reste. Un prompt d'application web se distingue avant tout d'un prompt de site par une chose : il dit qui se connecte, ce que chaque rôle peut voir et modifier, et ce qui se passe quand un enregistrement change de statut.
Ce qu'un prompt d'application web doit dire et qu'un prompt de site ignore
Un site affiche les mêmes pages à tout le monde. Une application web montre à chaque utilisateur ses propres données, laisse certains les modifier et d'autres seulement les lire, et fait passer les enregistrements d'un statut au suivant. Cinq lignes couvrent la différence :
Ligne
Quoi écrire
Pourquoi c'est important
Rôles et droits
Chaque rôle, ce qu'il voit et ce qu'il modifie : « un client ne voit que ses propres factures »
Sans cette phrase, l'IA construit un seul écran qui montre tous les enregistrements à tous les utilisateurs
Connexion
Qui s'inscrit, comment, et qui est invité : « e-mail et Google, clients sur invitation uniquement »
Une inscription ouverte et une inscription sur invitation donnent deux applications différentes
Vue liste principale
Les colonnes, les filtres et la recherche de l'écran utilisé toute la journée
Dans une application métier, l'essentiel du temps se passe dans un seul tableau
Statuts
Les étapes d'un enregistrement, dans l'ordre : « nouveau, en cours, en attente, terminé »
Les statuts pilotent les filtres, le tableau de bord et les e-mails
E-mails et paiements
Quel événement envoie quel e-mail, et ce qui se paie, à quelle fréquence
Un e-mail sans déclencheur devient du spam ; un prix sans règle devient un bug
La première ligne est celle que l'on saute, et c'est la plus importante. Le contrôle d'accès défaillant, où un utilisateur peut lire ou modifier des données qui ne sont pas les siennes, arrive en tête du OWASP Top 10 des risques des applications web. Dans une application construite sur Supabase, ces règles deviennent des politiques de sécurité au niveau des lignes dans la base de données, comme le décrit la documentation de Supabase. Une phrase claire dans le prompt, c'est ce qui permet à l'IA de les écrire.
Prompts pour un SaaS
Un SaaS a des clients qui s'inscrivent seuls, paient un abonnement et travaillent chacun dans leur propre espace. Le prompt doit dire ce que contient un compte, ce qui est gratuit et ce qui est payant, et ce que montre la partie publique avant l'inscription.
Tableau de suggestions clients
SaaS · Produit
Crée une application web SaaS où [des éditeurs de logiciels] recueillent les demandes de fonctionnalités de leurs utilisateurs. Rôles : propriétaire de l'espace, membre de l'équipe, utilisateur final (vote et commente, sans accès à l'administration). Connexion : propriétaires et membres s'inscrivent par e-mail ou avec Google ; les utilisateurs finaux se connectent par e-mail depuis le tableau public. Écrans : tableau public avec les demandes triées par votes, détail d'une demande avec commentaires, feuille de route publique en trois colonnes, liste d'administration de toutes les demandes avec filtres par statut et par étiquette, réglages de l'espace avec le logo et la couleur du tableau. Données : un espace a plusieurs tableaux ; une demande a un titre, une description, des étiquettes, un nombre de votes et un statut (à l'étude, prévu, en cours, livré). Contraintes : un vote par utilisateur final et par demande, un e-mail aux votants quand une demande passe à livré, un forfait gratuit avec [1 tableau] et un forfait payant à [19 $ par mois] via Stripe avec des tableaux illimités. Style épuré : blanc, indigo, tableaux compacts.
Suivi des candidats pour une petite agence
SaaS · Recrutement
Crée une application web pour [un cabinet de recrutement de 8 recruteurs] afin de suivre les candidats. Rôles : administrateur, recruteur, client (ne voit que la présélection de ses propres offres). Connexion : l'équipe par e-mail, les clients par lien d'invitation. Écrans : liste des offres, pipeline d'une offre sous forme de tableau Kanban (sourcé, présélectionné, entretien, proposition, embauché, refusé), fiche candidat avec dépôt de CV, notes et historique, vue client de la présélection avec des boutons accepter ou refuser. Données : une entreprise cliente a plusieurs offres ; une offre a plusieurs candidatures ; une candidature relie un candidat et une offre et a une étape. Contraintes : CV stockés en privé et visibles uniquement de l'équipe et du client concerné, un e-mail au recruteur quand un client valide un candidat, recherche par nom et par compétence, import des candidats existants depuis un fichier CSV. Style professionnel : blanc, vert foncé, listes denses.
Comptes rendus de réunion par IA
SaaS · Outil IA
Crée une application web pour [des équipes de conseil] qui transforme la transcription d'une réunion en résumé et en liste de tâches. Rôles : administrateur de l'équipe, membre. Connexion : e-mail ou Google ; l'administrateur invite les membres. Écrans : coller ou importer une transcription (texte ou fichier .vtt), résultat de l'IA (résumé, décisions, tâches avec un responsable et une échéance) que l'utilisateur corrige avant d'enregistrer, liste des réunions avec recherche, liste des tâches de toutes les réunions filtrée par responsable et par statut. Étape IA : la transcription part vers un modèle de langage via une fonction côté serveur ; la clé d'API n'atteint jamais le navigateur ; l'utilisateur relit toujours avant d'enregistrer. Données : une équipe a plusieurs réunions ; une réunion a un résumé et plusieurs tâches ; une tâche a un responsable, une échéance et un statut (ouverte, terminée). Contraintes : les membres ne voient que les réunions de leur équipe, un e-mail hebdomadaire à chaque membre avec ses tâches ouvertes, [50 réunions par mois] sur le forfait payant. Style calme : blanc cassé, graphite, un seul accent turquoise.
Prompts pour un outil interne
Un outil interne remplace un tableur devenu trop gros. Personne ne s'inscrit seul : l'administrateur invite l'équipe. Le prompt consacre ses mots au tableau principal, aux statuts et à qui a le droit de modifier quoi. Notre guide pour créer un outil interne détaille la méthode.
Suivi de stock et d'inventaire
Outil interne · Opérations
Crée une application web interne pour [un magasin de pièces détachées avec 2 entrepôts] afin de suivre le stock. Rôles : administrateur, équipe d'entrepôt (enregistre les mouvements, ne peut pas changer les prix), commercial (lecture seule). Connexion : e-mail, sur invitation uniquement. Écrans : liste des produits avec le stock par entrepôt, filtres par catégorie et par fournisseur et un filtre « sous le minimum », détail d'un produit avec l'historique des mouvements, formulaire d'enregistrement d'un mouvement (entrée, sortie, transfert entre entrepôts), liste des fournisseurs, brouillon de commande fournisseur construit à partir des produits sous le minimum. Données : un produit a une référence, un fournisseur, un seuil minimum et un niveau de stock par entrepôt ; un mouvement a un type, une quantité, une date et la personne qui l'a enregistré. Contraintes : le stock ne descend jamais sous zéro, chaque modification est journalisée avec son auteur, import CSV du catalogue actuel, un e-mail quotidien à l'administrateur listant les produits sous le minimum. Style pratique : blanc, bleu marine, grands tableaux.
CRM de pipeline commercial
Outil interne · Ventes
Crée une application web de CRM simple pour [une équipe B2B de 5 commerciaux] qui vend [des formations]. Rôles : responsable commercial, commercial. Connexion : e-mail, sur invitation uniquement. Écrans : pipeline sous forme de tableau Kanban (prospect, contacté, rendez-vous, proposition, gagné, perdu) avec glisser-déposer, détail d'une affaire avec contacts, notes, prochaine action et montant, liste des entreprises, mes tâches du jour, tableau de bord du responsable avec la valeur du pipeline par étape et par commercial. Données : une entreprise a plusieurs contacts et affaires ; une affaire a un propriétaire, un montant, une étape et une date de prochaine action. Contraintes : les commerciaux voient toutes les affaires mais ne modifient que les leurs, le responsable modifie tout, un e-mail de rappel le matin pour les prochaines actions en retard, import CSV des contacts existants, un motif obligatoire quand une affaire passe à perdu. Style net : blanc, noir, un seul accent orange.
Liste d'intégration des nouveaux salariés
Outil interne · RH
Crée une application web interne pour [une entreprise de 60 personnes] afin de piloter l'intégration des nouveaux arrivants. Rôles : administrateur RH, manager, nouvel arrivant. Connexion : e-mail ; l'administrateur RH crée les comptes. Écrans : modèles d'intégration (une liste de tâches avec l'équipe responsable : RH, informatique, manager), intégrations en cours avec une barre de progression, détail d'une intégration avec les tâches regroupées par semaine, la page personnelle du nouvel arrivant avec ses tâches, ses documents à signer et ses contacts. Données : un modèle a plusieurs tâches avec une équipe responsable et un décalage en jours par rapport à la date d'arrivée ; une intégration copie un modèle pour une personne et une date d'arrivée ; une tâche a un statut (à faire, faite) et une date de réalisation. Contraintes : un nouvel arrivant ne voit que sa propre intégration, les managers voient celles de leur équipe, un e-mail à chaque équipe responsable quand une tâche arrive à échéance, documents importés stockés en privé. Style chaleureux : crème, bleu profond, cartes arrondies.
Prompts pour un portail client
Un portail client est un outil interne avec une porte vers l'extérieur : l'équipe travaille d'un côté, chaque client ne voit que ses propres enregistrements de l'autre. La phrase sur les droits est ici tout le produit. D'autres exemples dans notre guide du portail client.
Portail d'un cabinet comptable
Portail client · Comptabilité
Crée une application web de portail client pour [un cabinet comptable avec 4 comptables et 150 petites entreprises clientes]. Rôles : administrateur du cabinet, comptable, client. Connexion : l'équipe par e-mail ; les clients sur invitation de leur comptable. Écrans pour les clients : documents à fournir ce mois-ci avec un bouton d'import, leurs documents importés par année, messages avec leur comptable, leurs factures du cabinet. Écrans pour l'équipe : liste des clients avec le nombre de documents manquants, détail d'un client, demande de document (titre, échéance), fils de messages. Données : une entreprise cliente a un comptable et plusieurs demandes de documents ; une demande a une échéance et un statut (demandé, reçu, validé) ; un document appartient à une demande. Contraintes : un client ne voit que sa propre entreprise, fichiers stockés en privé, un e-mail au client à la création d'une demande et un rappel [3 jours] avant l'échéance. Style rassurant : blanc, bleu foncé, sans décoration.
Portail de projets et de validation pour une agence
Portail client · Agence
Crée une application web de portail pour [une agence de design] afin de partager le travail avec les clients et de recueillir leurs validations. Rôles : administrateur de l'agence, designer, client. Connexion : l'équipe par e-mail ; les clients par lien d'invitation par projet. Écrans pour les clients : leurs projets, les livrables en attente de validation avec un aperçu, valider ou demander des modifications avec un commentaire, frise chronologique du projet. Écrans pour l'équipe : tableau des projets, import d'une version de livrable, fil de commentaires par livrable, heures saisies par projet. Données : un projet appartient à un client et a plusieurs livrables ; un livrable a plusieurs versions et un statut (brouillon, envoyé, modifications demandées, validé). Contraintes : les clients ne voient que leurs projets et seulement les versions marquées comme envoyées, un e-mail au client quand une version est envoyée et au designer quand le client répond, date de validation et validateur enregistrés pour chaque version. Style éditorial : blanc, noir, espacement généreux.
Prompts pour un tableau de bord et un back-office
Un tableau de bord lit des données plus qu'il n'en écrit. Dites d'où viennent les chiffres, lesquels comptent, sur quelle période, et qui a le droit de les voir.
Tableau de bord des ventes pour une petite chaîne
Tableau de bord · Commerce
Crée un tableau de bord en application web pour [une chaîne de 6 cafés]. Rôles : propriétaire (tous les cafés), responsable de café (son café uniquement). Connexion : e-mail, sur invitation uniquement. Source des données : un CSV de ventes quotidien par café, importé par chaque responsable, avec la date, le produit, la quantité et le montant. Écrans : vue d'ensemble avec le chiffre d'affaires, le nombre de ventes et le panier moyen sur la période choisie, comparés à la période précédente ; chiffre d'affaires par café et par jour sous forme de graphiques ; top 10 des produits ; page d'import avec l'historique des fichiers importés ; réglages avec les horaires d'ouverture de chaque café. Contraintes : un responsable ne voit que son propre café, un fichier pour une date déjà importée remplace les anciennes données après confirmation, filtre de période (cette semaine, ce mois-ci, personnalisée), export de n'importe quel tableau en CSV. Style clair : blanc, brun café, graphiques lisibles sans 3D.
Back-office d'administration pour une marketplace
Back-office · Marketplace
Crée une application web de back-office d'administration pour [une marketplace de meubles d'occasion]. Rôles : administrateur, modérateur (examine les annonces et les signalements, ne peut pas effectuer de remboursements). Connexion : e-mail, comptes de l'équipe uniquement, créés par l'administrateur. Écrans : annonces en attente de relecture avec accepter et refuser (motif obligatoire), signalements des utilisateurs avec l'annonce ou le membre signalé, détail d'un membre avec ses annonces, ses commandes et ses avertissements, liste des commandes avec filtres par statut, formulaire de remboursement pour les administrateurs. Données : un membre a plusieurs annonces et commandes ; une annonce a un statut (en attente, en ligne, refusée, vendue) ; un signalement relie un auteur, une cible et un motif ; chaque action d'administration est enregistrée avec son auteur et sa date. Contraintes : une annonce refusée envoie un e-mail à son vendeur avec le motif, un membre avec [3 avertissements] est suspendu automatiquement, tous les tableaux sont triables et consultables par recherche. Style fonctionnel : gris clair, panneaux blancs, rouge pour les actions destructrices.
Prompts de suite pour une application web
Le premier prompt construit le squelette. Connectez-vous ensuite avec chaque rôle et vérifiez ce qu'il voit avant d'ajouter quoi que ce soit. Chaque message suivant doit changer une seule chose : un rôle, une colonne, un statut, un e-mail, un bug. Dites quoi construire, où cela va, et ce qui doit rester intact.
Quand
Prompt de suite à adapter
Ajouter un rôle
Ajoute un rôle [lecteur] qui voit [tous les projets] en lecture seule, sans boutons de modification et sans accès aux [réglages]. Les autres rôles ne changent pas.
Corriger un droit
Un [client] peut aujourd'hui ouvrir la [facture] d'un autre client en changeant l'URL. Limite les [factures] à leur propriétaire dans la base de données, pas seulement dans l'interface.
Ajouter une colonne ou un filtre
Dans la liste des [affaires], ajoute une colonne [date de prochaine action], triable, et un filtre [en retard uniquement]. Ne change pas les autres colonnes.
Ajouter des paiements
Ajoute un forfait [Pro] à [19 $ par mois] avec Stripe Checkout. Les comptes gratuits gardent [1 tableau] ; Pro débloque les tableaux illimités. Garde la clé secrète Stripe côté serveur.
Corriger un bug
Sur [le formulaire de mouvement de stock], un transfert retire la quantité du premier entrepôt mais ne l'ajoute pas au second. Attendu : les deux mis à jour ensemble. Corrige uniquement cela.
Sur le créateur d'applications web IA de Cadrant, ces prompts produisent une application web React avec son backend Supabase : base de données, connexion, stockage de fichiers et fonctions côté serveur, reliés à un compte Supabase ouvert à votre nom, donc les données restent à vous. Vous testez chaque rôle dans l'aperçu en direct, vous itérez en conversation, puis vous publiez sur une URL Cadrant ou sur votre propre domaine. Si vous comparez les outils, notre guide des alternatives à Lovable met les principaux créateurs côte à côte. Le prompt, lui, fonctionne dans chacun d'eux : cinq lignes web, un paragraphe, et les crochets remplis avec votre projet.
Exemples de prompts application web : 10 prompts SaaS | Cadrant