Créer un SaaS avec Claude Code : méthode, coûts et risques
Un agent de code peut écrire une grande partie d'un SaaS, mais il ne décide ni du produit, ni de la sécurité, ni du RGPD. Prérequis, méthode, pile technique, coûts sourcés et risques.
SaaS Par Romain D. Publié le
- Lecture
- 15 min

Claude Code coûte 20 $ par mois avec l’abonnement Pro. Dans les déploiements en entreprise, Anthropic donne pourtant une moyenne de 150 à 250 $ par développeur et par mois, facturés à la consommation. Entre les deux chiffres, l’écart vient de la façon de travailler. Pour créer un SaaS avec Claude Code, le budget se joue moins sur l’abonnement que sur vos habitudes, et surtout sur la relecture de ce que l’agent écrit. Voici ce qu’il fait, ce qu’il vous reste à faire, ce que cela coûte et où se logent les risques.
- Claude Code est un agent de programmation : il lit votre projet, modifie des fichiers et lance des commandes, avec votre autorisation. La documentation d’Anthropic rappelle que vous restez responsable de la relecture du code avant de l’approuver.
- L’abonnement Pro coûte 20 $ par mois (17 $ par mois en facturation annuelle), le plan gratuit de Claude n’y donne pas accès. L’usage est plafonné par fenêtres de cinq heures et par semaine.
- Trois briques suffisent pour démarrer : base de données et comptes, paiement, hébergement. Chacune a un plafond ou une condition à lire sur sa page tarifs, comme l’usage non commercial du plan gratuit de Vercel.
- Le risque principal tient aux accès aux données : une table Supabase sans règles de sécurité est lisible et modifiable par tout rôle qui a un droit dessus, d’après la documentation de Supabase.
- Aucun revenu n’est promis : l’idée se valide avant le code, avec le test sans programmation décrit dans notre article sur les idées de micro-SaaS.
Que fait Claude Code, et que vous reste-t-il à faire ?
Claude Code est un agent de programmation qui travaille dans votre terminal ou votre éditeur. Il lit les fichiers d’un projet, les modifie et exécute des commandes, en vous demandant l’autorisation selon le mode choisi. Anthropic précise sur sa page de sécurité que vous êtes responsable de la relecture du code et des commandes proposés avant de les approuver.
Cette phrase fixe le partage des rôles. L’agent écrit et corrige beaucoup de code. Il ne choisit pas votre client, votre prix, vos règles de gestion ni ce qui doit rester privé. En mode manuel, il demande avant de modifier un fichier ou de lancer une commande. En mode automatique, un second modèle examine les actions à votre place et bloque celles qu’il juge dangereuses, ce qui réduit les demandes d’approbation sans supprimer votre responsabilité.
Pour un SaaS, cela donne deux colonnes assez nettes :
- À l’agent : écrire les écrans, les routes serveur, les requêtes à la base, les tests et la documentation d’une fonction que vous avez décrite.
- À vous : choisir le problème et le public, fixer le prix, décider qui peut voir quelles données, relire les changements sensibles, et tenir les obligations légales envers vos clients.
Le travail qui reste est donc plus un travail de chef de projet qu’un travail de développeur. Il demande de savoir lire un changement, pas forcément de savoir l’écrire.
Quels prérequis avant la première commande ?
Il faut un compte payant, une machine compatible et une idée déjà éprouvée. Le plan gratuit de claude.ai ne donne pas accès à Claude Code : la documentation d’installation demande un compte Pro, Max, Team, Enterprise ou Console, ou un fournisseur d’API tiers comme Amazon Bedrock.
- Une machine sous macOS 13 ou plus, Windows 10 (version 1809) ou plus, Ubuntu 20.04 ou plus, avec 4 Go de mémoire vive au minimum et une connexion internet permanente.
- Un terminal ou un éditeur : l’installation se fait en une commande, et l’application Desktop permet d’utiliser Claude Code sans terminal.
- Un dépôt Git, pour garder l’historique de chaque changement et pouvoir revenir en arrière quand une modification tourne mal.
- Une idée dont le problème est confirmé par quelques clients potentiels. Notre article sur les micro-SaaS à lancer détaille un test en cinq étapes à faire avant d’écrire la moindre ligne.
Ce dernier point est le plus souvent sauté. Un agent de code ne rend pas une mauvaise idée meilleure, il la construit plus vite.
Comment travailler avec Claude Code, une fonction à la fois ?
La méthode tient en six habitudes, toutes tirées des recommandations de la documentation d’Anthropic sur l’usage et les coûts.
- Décrivez une seule fonction. « Un utilisateur crée un compte et voit sa liste de rapports » est une demande. « Fais-moi un SaaS de suivi » n’en est pas une : la documentation déconseille les requêtes vagues, qui déclenchent des lectures larges du code.
- Écrivez le fichier CLAUDE.md. Il est chargé au début de chaque session et sert de mémoire du projet : technologies retenues, commandes de test, règles à respecter. Anthropic recommande de le garder sous 200 lignes, avec l’essentiel seulement.
- Demandez un plan avant le code. Le mode plan (touche Maj + Tab) fait explorer le projet à l’agent et lui fait proposer une approche que vous validez, ce qui évite de refaire un travail parti dans la mauvaise direction.
- Donnez une cible de vérification. Un test à faire passer, une capture d’écran, un résultat attendu : quand l’agent peut contrôler son propre travail, il repère des erreurs avant que vous les voyiez.
- Avancez par petits morceaux. La documentation conseille d’écrire un fichier, de le tester, puis de continuer. Les erreurs se corrigent à bas coût tant qu’elles sont récentes.
- Videz le contexte entre deux tâches. La commande /clear repart d’une session propre, /rewind restaure le code et la conversation à un point antérieur. Un contexte qui grossit coûte des jetons à chaque message.
Le fichier CLAUDE.md mérite quelques minutes de soin. C’est là que vous inscrivez les choix qui ne changent pas, comme la base de données utilisée, l’obligation d’activer les règles de sécurité sur chaque table ou le prix des offres.
Que mettre dans le fichier CLAUDE.md d’un SaaS ?
Le fichier CLAUDE.md est du contexte, pas une règle appliquée par la machine. La documentation sur la mémoire du projet précise que Claude le traite comme un contexte, que des consignes courtes et précises sont mieux suivies, et que pour interdire une action quoi qu’en décide l’agent, il faut un hook, c’est-à-dire un script qui s’exécute avant l’outil concerné. Cinq rubriques suffisent pour un SaaS.
- Le produit en deux phrases, avec le public visé et la fonction unique du premier jalon.
- Les technologies et services retenus, pour que l’agent n’en ajoute pas d’autres de sa propre initiative.
- Les commandes pour lancer l’application et exécuter les tests.
- Les règles de sécurité non négociables, comme les règles d’accès sur chaque table ou l’absence de clés secrètes dans le code.
- Les interdits, par exemple ne pas modifier le paiement ou la connexion sans présenter d’abord un plan.
Une règle écrite ne vaut pas une règle vérifiée. Gardez le réflexe de tester ce que le fichier demande, surtout pour la sécurité.
Quelle pile technique pour un premier SaaS ?
Un SaaS d’abonnement repose sur trois briques que vous ne programmez pas vous-même : une base de données avec gestion des comptes, un paiement récurrent et un hébergement. L’agent écrit le code qui les relie. Le tableau reprend une option courante pour chacune, avec la condition à vérifier sur la page officielle avant de s’engager.
| Brique | Exemple de service | Ce que dit la page officielle | À vérifier avant le premier client |
|---|---|---|---|
| Base de données et comptes | Supabase | Gratuit : 500 Mo de base, 50 000 utilisateurs actifs par mois, projets mis en pause après une semaine d’inactivité. Pro à partir de 25 $ par mois, sans pause | La mise en pause du plan gratuit est incompatible avec un service payé |
| Paiement | Stripe | 1,5 % + 0,25 € par carte européenne standard, pas de frais d’installation ni de frais mensuels | Les frais de paiement détaillés sont dans notre calcul des coûts de micro-SaaS |
| Hébergement de l’application | Vercel | Hobby à 0 $, réservé à un usage personnel non commercial. Pro à 20 $ par mois et par développeur, avec 20 $ de crédit inclus | Passez au plan payant dès que le service encaisse de l’argent |
Sources : pages tarifs de Supabase, de Stripe et de Vercel.
Le tableau montre un piège que l’on découvre tard. Le plan gratuit d’un hébergeur n’est pas toujours autorisé pour une activité commerciale. Vercel l’écrit en toutes lettres pour son plan Hobby. Comptez donc le plan payant dans votre budget de départ, pas après le premier client.
Pour limiter les erreurs, nommez ces trois services dans le fichier CLAUDE.md et demandez à l’agent de s’y tenir. Le mode test de Stripe simule des transactions avec des cartes fictives sans aucun transfert de fonds. C’est l’environnement où se vérifie tout le parcours d’abonnement. Pour le détail des frais sur un abonnement à bas prix, reportez-vous à notre tableau de coûts de départ.
Combien coûte Claude Code, abonnement ou facturation à l’usage ?
Claude Code se paie de deux façons, par un abonnement dont l’usage est plafonné ou par une facturation au jeton via un compte Console. Selon la page tarifs de Claude, Pro coûte 20 $ par mois, ou 17 $ par mois avec 200 $ payés d’avance pour un an. Les formules Max démarrent à 100 $ par mois.
| Formule | Prix indiqué | Comment l’usage est limité |
|---|---|---|
| Pro | 20 $ par mois, ou 17 $ par mois en annuel | Claude Code et le chat partagent le même plafond, avec une fenêtre de cinq heures et des limites hebdomadaires |
| Max (5x ou 20x) | À partir de 100 $ par mois | Cinq ou vingt fois l’usage de Pro, mêmes fenêtres |
| Console (API) | Au jeton, selon le modèle | Pas de plafond d’abonnement, des limites de dépense à régler dans l’espace d’administration |
Sources : page tarifs de Claude et documentation sur les coûts de Claude Code.
Quand le plafond est atteint, la page tarifs propose d’attendre la réinitialisation, de passer à un forfait supérieur ou d’activer les crédits d’usage, facturés aux tarifs de l’API. La documentation sur les coûts donne l’ordre de grandeur côté entreprises.
150 à 250 $
Le coût moyen par développeur et par mois dans les déploiements en entreprise, d’après la documentation d’Anthropic, soit environ 13 $ par jour d’activité. Pour 90 % des utilisateurs, la dépense reste sous 30 $ par jour actif.
Ces moyennes décrivent des équipes de développeurs qui programment à temps plein. Rien ne dit qu’un créateur de SaaS en soirée s’en approche, mais elles montrent qu’un abonnement à 20 $ n’est pas un coût plafonné sans condition. Si vous dépassez la limite chaque semaine, le vrai coût mensuel est celui du forfait ou des crédits que vous devrez ajouter.
Anthropic indique plusieurs leviers pour dépenser moins, dont vider le contexte entre deux tâches, choisir Sonnet pour la plupart des travaux et réserver Opus aux décisions d’architecture, écrire des demandes précises ou passer par le mode plan. Les équipes d’agents qui travaillent en parallèle consomment environ sept fois plus de jetons qu’une session classique, ce qui n’a guère d’intérêt pour un premier produit.
Les chiffres de la documentation sont des moyennes d’entreprise, pas une mesure sur des projets de SaaS en solo. Pour connaître votre dépense réelle, suivez la commande /usage pendant deux semaines et comparez-la au prix de l’abonnement.
Où l’agent peut-il se tromper, et quels risques pour un SaaS ?
Un SaaS garde les données et l’argent d’autres personnes. Une erreur de l’agent y coûte plus cher que dans un prototype, et le code qui paraît fonctionner n’est pas forcément un code sûr. Cinq risques se retrouvent d’un projet à l’autre.
| Risque | Ce que disent les sources | Réflexe à adopter |
|---|---|---|
| Données lisibles par tous | D’après la documentation de Supabase, une table d’un schéma exposé sans règles de sécurité par ligne est lisible et modifiable par tout rôle qui a un droit dessus. La consigne : activer ces règles sur chaque table | Écrivez la règle dans CLAUDE.md, puis testez avec deux comptes que l’un ne voit pas les données de l’autre |
| Code accepté sans relecture | Anthropic place la relecture du code et des commandes sous votre responsabilité. Sa commande /security-review lance une passe de sécurité sur les changements d’une branche | Relisez toujours les changements qui touchent la connexion, les droits et le paiement |
| Environnement et dépôt mal protégés | La CNIL consacre des fiches de son guide RGPD du développeur à la sécurisation de l’environnement de développement et à la gestion du code source | Gardez les clés d’accès hors du dépôt et donnez à l’agent des droits limités |
| Dette technique | Le même guide traite de la qualité du code, de sa documentation et des bibliothèques et SDK utilisés | Demandez des tests et une documentation à chaque fonction, et lisez les dépendances ajoutées |
| Statut de sous-traitant | Selon la CNIL, celui qui traite des données pour le compte d’un autre organisme est sous-traitant, et son traitement doit être encadré par un contrat | Si vos clients vous confient les données de leurs propres clients, préparez le contrat avant le lancement |
Sources : documentation de Supabase, documentation de sécurité de Claude Code et guides de la CNIL.
Le premier risque mérite d’être testé tout de suite, car il se vérifie en dix minutes. Créez deux comptes, saisissez une donnée dans le premier, connectez-vous avec le second. Si la donnée apparaît, rien ne doit être mis en ligne.
Pour la dette technique, la bonne mesure est simple. Pourriez-vous confier le projet à un développeur dans six mois sans passer une semaine à lui expliquer ce qui a été fait ? Un projet accompagné d’un fichier CLAUDE.md à jour, de tests et de messages de commit lisibles répond oui. Un projet construit en une longue conversation répond non.
Côté RGPD, le choix est limpide dans les cas simples. Si votre outil gère ses propres utilisateurs, vous êtes responsable de leurs données. S’il stocke celles des clients de vos clients, vous devenez sous-traitant. Travaillez avec des données fictives pendant la fabrication, car l’agent n’a aucune raison de lire une vraie base de clients.
Les durées du type « un SaaS en quelques jours » qui circulent sur le sujet ne viennent d’aucune documentation officielle, et nous n’en retenons aucune. Une version utilisable dépend de la taille de la fonction, de votre disponibilité et du temps que vous passez à relire.
Quel premier jalon viser pour votre SaaS avec Claude Code ?
Visez une tranche complète et minuscule plutôt qu’un produit large : une inscription, une seule fonction utile, un abonnement payé en mode test, et un accès réservé aux comptes à jour. Cette coupe verticale traverse les trois briques de la pile et montre où ça casse.
- Un compte et une connexion, avec les règles de sécurité de la base activées dès le premier jour.
- La fonction principale, décrite en une phrase dans CLAUDE.md, avec au moins un test automatique.
- Un abonnement en mode test avec la carte fictive de Stripe, puis la vérification que l’accès s’ouvre et se ferme comme prévu.
- Deux ou trois utilisateurs réels, issus des conversations menées avant le code, qui utilisent la version en ligne et vous disent ce qui bloque.
Comparez ensuite ce que ce jalon vous a coûté en abonnement, en domaine et en heures à ce que vous aviez prévu. C’est cette comparaison, plus que la vitesse de l’agent, qui dit si l’idée vaut un second mois. Et si vous butez sur la sécurité de la connexion ou sur le paiement, payer une relecture à un développeur est un coût raisonnable.
Que devient le projet après la mise en ligne ?
Créer un SaaS avec Claude Code ne s’arrête pas à la mise en ligne. Une application payante demande de l’entretien, et l’agent peut y aider tant que vous gardez la main sur la décision.
- Les dépendances vieillissent. Chaque bibliothèque ajoutée est une pièce à suivre, un sujet que le guide de la CNIL range sous la maîtrise des bibliothèques et des SDK. Demandez à l’agent la liste de celles que le projet utilise, puis passez-la en revue chaque mois.
- Les données ont une durée de vie. La CNIL traite la durée de conservation, l’information des personnes et l’exercice de leurs droits dans des fiches distinctes. Prévoyez la suppression d’un compte avant d’avoir besoin de la faire.
- Les tests protègent les corrections. Chaque bogue corrigé devient un test, de sorte que la prochaine session de l’agent ne casse pas ce que la précédente a réparé.
Gardez aussi une trace de ce que vous avez demandé et accepté. Un historique de changements lisible est le meilleur document à remettre à un développeur qui reprendrait le projet.
Questions fréquentes
Peut-on utiliser Claude Code avec le plan gratuit de Claude ?
Non. La documentation indique que le plan gratuit de claude.ai ne donne pas accès à Claude Code. Il faut un abonnement Pro, Max, Team ou Enterprise, un compte Console, ou un fournisseur d’API tiers.
Pro ou Max pour un premier SaaS ?
Commencez par Pro. Claude Code et le chat y partagent le même plafond, avec une fenêtre de cinq heures et une limite hebdomadaire. Si vous la touchez, vous pouvez attendre la réinitialisation, passer à Max à partir de 100 $ par mois, ou activer des crédits d’usage aux tarifs de l’API.
Claude Code fonctionne-t-il sous Windows ?
Oui, à partir de Windows 10 version 1809, en natif ou dans WSL. Git for Windows est recommandé en natif. La documentation précise que l’isolation des commandes (sandbox) n’est pas disponible en natif, mais l’est dans WSL 2.
Mon code part-il chez Anthropic ?
Le contenu envoyé à l’agent transite par ses serveurs. La documentation de sécurité mentionne des durées de conservation limitées, un accès restreint aux données de session et, pour les offres grand public, un réglage de vos préférences sur l’usage à l’entraînement. Lisez les conditions de votre formule avant d’y placer des données de clients.
Claude Code et le chat Claude, est-ce la même chose ?
Non. Le chat répond dans une conversation. Claude Code agit sur les fichiers de votre projet et exécute des commandes. Les deux partagent toutefois le même plafond d’usage sur un abonnement.
Notre verdict
Créer un SaaS avec Claude Code est réaliste si vous acceptez de rester le décideur. Prenez l’abonnement Pro, écrivez un fichier CLAUDE.md précis, avancez fonction par fonction et relisez ce qui touche aux accès, aux paiements et aux données. L’agent accélère l’écriture. Il ne remplace ni l’idée, ni la relecture, ni le contrat avec vos clients.
Ne commencez pas si l’idée n’a pas passé le test des conversations, si vous prévoyez de stocker des données clients sans jamais faire relire la connexion et le paiement, ou si votre budget n’admet aucun dépassement : la dépense réelle peut dépasser le prix de l’abonnement. Dans tous les autres cas, fixez-vous un premier jalon d’une seule fonction et jugez-le sur trois vrais utilisateurs.
