Ce que l'IA permet de construire, et ce qu'elle ne permet pas

Un kinésithérapeute décrit, en vingt lignes de français, l'outil dont il rêve pour suivre les exercices de ses patients. Quarante minutes plus tard, il a sous les yeux une application qui fonctionne : un écran de connexion, une liste de patients, des fiches. Il n'a pas écrit une ligne de code. Cela s'appelle parfois le « vibe coding », et c'est réel. Ce qui est réel aussi : une étude a passé au crible un millier d'applications construites ainsi, et presque toutes présentaient au moins une faille de sécurité. Cette formation vous apprend à construire, et à ne pas faire partie de la statistique.

Les outils et les prix cités sont ceux de l'automne 2026. Ce secteur change tous les trois mois : les principes de cette formation valent pour tous les outils du même genre.

Ce que l'on appelle construire avec l'IA

Vous décrivez ce que vous voulez dans votre langue. Un modèle d'intelligence artificielle écrit le programme, l'exécute, vous montre le résultat. Vous dites ce qui ne va pas ; il corrige. Vous ne lisez pas le code : vous jugez ce que vous voyez à l'écran.

Le changement est profond. Fabriquer un logiciel demandait de savoir programmer. Il demande maintenant de savoir décrire précisément, tester, et comprendre assez pour ne pas se mettre en danger. Ce sont les trois compétences que cette formation vous donne.

Ce que vous pouvez raisonnablement construire

Projet	Faisable par un débutant ?
Une page de présentation, un site vitrine	Oui, en une heure
Un outil pour vous seul : calculateur, générateur de devis, tableau de suivi	Oui
Un outil interne pour une petite équipe : planning, stock, suivi de clients	Oui, avec de la méthode
Un prototype pour tester une idée auprès de dix personnes	Oui : c'est l'usage idéal
Une application avec des comptes utilisateurs et des données personnelles	Oui, à condition de traiter sérieusement la sécurité, chapitres 4 et 6
Une application qui encaisse des paiements	Possible, en déléguant le paiement à un prestataire spécialisé
Un service ouvert à des milliers d'inconnus	Pas sans faire relire par un développeur
Une application de santé, de finance, ou qui traite des données sensibles	Non, pas seul
Une application mobile publiée dans les boutiques	Plus difficile ; commencez par une application web, qui s'ouvre aussi sur téléphone

La règle : plus l'application manipule de données d'autrui et d'argent, plus il vous faut de la méthode, puis de l'aide.

Les deux familles d'outils

	Les constructeurs en ligne	Les agents de programmation
Principe	Tout se passe dans le navigateur : vous écrivez, l'application apparaît à côté	Un assistant travaille sur les fichiers d'un projet, sur votre ordinateur ou en ligne
Exemples	Lovable, Bolt, Replit, v0	Claude Code, Cursor, et les outils équivalents
Pour qui	Débutants complets	Ceux qui acceptent de voir du code et un terminal
Points forts	Résultat immédiat, base de données et mise en ligne intégrées	Plus de contrôle, pas de plafond, projets plus ambitieux
Limites	On bute dès que le projet grossit ; coût aux crédits	Une marche plus haute au départ

La trajectoire la plus courante : démarrer avec un constructeur en ligne, puis exporter le projet et continuer avec un agent de programmation quand on en atteint les limites. Le chapitre 8 décrit ce passage.

Les constructeurs en ligne, en bref

Outil	Ce qu'on en dit	Prix d'entrée indicatif
Lovable	Le plus accessible pour une application complète, avec base de données et comptes	Offre gratuite limitée ; environ 25 dollars par mois
Bolt	Très rapide pour une première version ; plus fragile sur les projets complexes	Offre gratuite limitée ; environ 25 dollars par mois
Replit	Un atelier complet : code, base de données, hébergement au même endroit	Environ 20 dollars par mois, usage de l'agent en sus
v0	Excellent pour de belles interfaces ; la partie données est à relier soi-même	Offre gratuite limitée ; environ 20 dollars par mois

Tous fonctionnent avec des crédits : chaque demande en consomme, et une demande mal formulée en gaspille. Savoir décrire, c'est aussi économiser.

Ne passez pas une semaine à comparer. Prenez-en un, suivez la formation avec son offre gratuite, et changez plus tard si besoin : ce que vous apprenez vaut pour tous.

Ce que cela coûte

Poste	Ordre de grandeur
L'outil de construction	Gratuit pour essayer ; 20 à 25 dollars par mois pour travailler
La base de données et l'hébergement	Gratuits pour un petit projet ; quelques dizaines d'euros par mois quand l'usage monte
Le nom de domaine	Une dizaine d'euros par an
L'envoi d'e-mails, les autres services	Souvent gratuits à petit volume
Votre temps	Le vrai coût : comptez vingt à quarante heures pour une première application utile

Un outil interne peut tourner pour presque rien. Un service public est un coût récurrent : prévoyez-le.

Les trois pièges

1. L'application de démonstration. Elle marche sur votre écran, avec vos trois exemples. Mise devant de vrais utilisateurs, elle casse sur le premier cas que vous n'aviez pas prévu.

2. La sécurité invisible. Une application peut paraître parfaite et laisser n'importe qui lire les données de tous ses utilisateurs. Rien ne le signale à l'écran. L'étude citée plus haut a trouvé une faille critique dans près d'une application sur six.

3. La boucle. Vous demandez une correction, l'outil casse autre chose, vous redemandez, il recasse la première. Vingt euros de crédits plus tard, vous êtes au même point. Cela se prévient par la méthode, pas par l'insistance.

Ce qu'il faut savoir sans être développeur

Vous n'avez pas à savoir programmer. Vous devez comprendre cinq notions, que les chapitres suivants installent.

Notion	En une phrase
L'interface	Ce que l'utilisateur voit et touche : les écrans, les boutons
Le serveur	Ce qui s'exécute hors de sa vue : les règles, les calculs, les contrôles
La base de données	L'endroit où l'application range ses informations, dans des tables
L'authentification	Le mécanisme qui sait qui est connecté
Les droits d'accès	Les règles qui disent qui peut lire et modifier quoi

Presque toutes les failles des applications construites par IA viennent de la dernière ligne.

L'exemple qui nous suivra

Tout au long de la formation, nous construisons un outil de suivi de devis pour un artisan : il saisit ses demandes, leur statut, leur montant, et retrouve d'un coup d'œil ce qu'il doit relancer. C'est un projet réaliste pour un débutant : des écrans simples, des données utiles, un seul utilisateur au départ, puis plusieurs.

Vous pouvez suivre avec cet exemple, ou avec votre propre idée si elle est de taille comparable.

Choisir un premier projet

Bon premier projet	Mauvais premier projet
Un problème que vous avez vous-même	« Le prochain grand réseau social »
Trois à cinq écrans	Vingt fonctions
Vous êtes le premier utilisateur	Des inconnus dès le premier jour
Des données peu sensibles	Des dossiers médicaux, des comptes bancaires
Remplace un tableur ou un carnet	Remplace un logiciel que trois cents personnes développent

Une application terminée, petite, vaut mieux que le dixième d'une grande.

Le programme

Chapitre	Résultat
2	Un cahier des charges d'une page
3	Une première version qui fonctionne
4	Des données enregistrées, des comptes utilisateurs
5	Une méthode pour corriger et faire évoluer sans tout casser
6	Une application passée au contrôle de sécurité
7	Une application en ligne, à votre adresse
8	Le passage à un agent de programmation, et la suite

À faire maintenant

1. Notez trois problèmes de votre travail qu'un petit outil résoudrait : ce que vous faites dans un tableur, sur papier, ou pas du tout.
2. Pour chacun, comptez les écrans nécessaires et demandez-vous quelles données y circuleraient.
3. Choisissez celui qui a le moins d'écrans et les données les moins sensibles.
4. Créez un compte gratuit sur un constructeur en ligne. Ne construisez rien encore.