Vibe-coder un SaaS une FDS? Not so fast!

daybits : de zéro à App Store en 33 jours

Francois Lanthier Nadeau
6th février 2026

❝

Tu peux vibe-coder une app en un week-end.

On l'entend partout. X, LinkedIn, podcasts. Des gens qui prétendent avoir buildé un SaaS complet en 48 heures avec Claude ou Cursor. Screenshots de dashboards fancy, revenus Stripe en montant, etc.

Ça m'intriguait autant que ça m'énervait.

Fait que j'ai décidé de tester pour vrai!

Pas un proof of concept genre prototype qui marche juste sur mon laptop. Une vraie app—web ET mobile—avec du vrai auth, une vraie base de données, déployée sur l'App Store.

L'app s'appelle daybits. Un habit tracker super simple que j'ai construit d’abord pour moi-même avec Claude Code.

~33 jours. 36 sessions. 102 commits. 170 tests. Une app sur TestFlight.

À temps partiel pas mal, mettons.

Autant de "holy shit" que de "ah shit".

C'est ni le week-end promis, ni les 6 mois que ça m'aurait pris avec une équipe. C'est entre les deux—et c'est là que ça devient intéressant.

App Store asset

Of course, tu pourras essayer l'app mobile ou web pis me dire ce que t'en penses!

Avant le code

Avant d'ouvrir Claude Code, j'ai sorti ma tablette Remarkable. Pas d'écran, pas de notifications, juste du papier digital.

J'ai commencé par décrire le problème que j'essayais de régler.

j’écris à la main comme un enfant de sept ans

Depuis des années, je track on and off mes habitudes de vie sur un calendrier papier. Des X de couleurs différentes—bleu pour gym, mauve pour marche, orange pour fast-food évité, etc.

épouvantable

Ça marchait. Mais c'était pas portable. Des fois j'oubliais le calendrier dans mon sac quelques jours. Ou je me rappelais plus si j'avais mangé du fast-food mardi ou mercredi. J'ai essayé Notion, mais j'avais le goût de séparer mes trucs perso de pro. Pis mon setup boboche sur mobile était janky.

Fait que j'ai listé quelques critères pour une bonne app, comme:

Portabilité – accessible sur mon cell, ordi, offline, partout, tout le temps. Technos populaires, bien documentées, avec une grosse communauté
Sécurité – protection des données, bases de sécurité
Maintenabilité – si un dev ou un AI rentre dans le code, il comprend ce qui se passe

eh boy

Tout ça avant d'écrire une seule ligne de code. Ou plutôt, avant de demander à Claude d'en écrire une.

C'est peut-être la partie la plus importante du processus. Le vibe coding, c'est pas juste "prompter et prier". C'est savoir ce que tu veux avant de le demander.

Ce qui est magique

Itérations dev+design

La vitesse d'itération en local, c'est complètement débile.

Avant d'ajouter une feature ou une vue, je demandais à Claude de me montrer des mockups en localhost. Différents types d'icônes, différentes animations, différents color schemes. Quand je trouvais quelque chose qui marchait, je disais "ok, ajoute ça au codebase". C'est comme avoir un designer-dev à côté de toi qui fait des prototypes en temps réel.

Il y a eu des moments où je me suis presque senti comme un vrai dev. Ou peut-être plus comme un vrai product owner avec des vrais devs pluggés sur la matrice Neuromancer-style.

Implémenter le SSO avec Apple Sign In et Google Sign In? Quelques minutes. Créer un repo GitHub, une database Supabase, un projet Vercel? Claude faisait ça via le CLI directement dans le terminal. Moi je regardais ça se passer en me disant "oh my god, le monde est à moi".

Marketing

La partie marketing m'a aussi impressionné. Je me rappelle le labeur qu'on mettait chez Snipcart pour créer un site web, des visuels promo, des screenshots et mockups. Des semaines de travail. Là, j'ai généré tout ça en deux sessions. Landing page, copy, assets—le kit complet.

J'ai créé une skill Claude Code—un fichier de directives—pour définir la voix de daybits. Ton, mots interdits, patterns de copy pour chaque contexte. Genre: jamais dire "streak" ou "unlock your potential". Toujours écrire le nom en minuscules. Boutons en CAPS, titres en lowercase.

Après ça, j'ai fait un exercice de positionnement avec la méthode April Dunford. Alternatives compétitives, attributs uniques, client idéal, tagline. Claude m'a guidé à travers les 6 étapes comme un vrai consultant stratégique.

Résultat

Landing page complète
Description App Store
Tagline: "Habit commits for busy builders."
Battlecards des compétiteurs
Emails transactionnels

Tout ça en deux sessions. Le genre de travail qui prenait des semaines chez Duda avec une équipe marketing.

Landing page — daybits.app

Multi-tasking

Un autre unlock: les sessions parallèles.

Je pouvais travailler sur l'app mobile dans une fenêtre, sur le marketing copy dans une autre, sur la stratégie long terme dans une troisième. Chaque session avait son contexte, son focus. Pis à la fin de chaque session, on loguait tout dans le CLAUDE.md—ce qu'on avait fait, les erreurs rencontrées, la roadmap.

Donc je pouvais reprendre n'importe quel chantier sans friction. Pas besoin de me re-contextualiser pendant 30 minutes. Claude savait exactement où on en était.

App Store asset

Les murs

Mobile

Beaucoup de ce qui touche à l'app mobile était… painful.

Setup Expo, React Native, simulateur sur Mac, builds locaux, tester sur mon cell... J'ai sacré quelques fois avec ça.

Patentage

Ça pis le wiring.

Il y a un paquet de services que tu utilises pour un paquet de choses. Supabase pour la base de données. Vercel pour le déploiement web. Google Cloud Console pour l'auth. Apple pour l'App Store. Chaque service demande un compte, une configuration, des clés API qui doivent passer au bon endroit de façon sécure dans ton codebase.

Tu peux pas tout faire par CLI. Tu dois rentrer dans des interfaces que tu connais pas. Cliquer sur des boutons stressants. Lire de la documentation. C'est là que le vibe coding montre ses limites.

Apple

L'enfer Apple, parlons-en.

Créer un Apple Developer Account, ça prend des jours. Il faut un numéro DUNS lié à ta business. Des temps d'attente avant approbation. Pis après, App Store Connect: uploader ton build, décrire tout ce que ton app fait, faire tous les screenshots, répondre à des questionnaires sur le contenu, la privacy, les permissions... c'est pas un mur, c'est un mini labyrinthe bureaucratique.

Builds, CI/CD

J'ai aussi passé des heures sur des builds Vercel qui cassaient. Je copiais les messages d'erreur dans Claude Code, il proposait des fixes, ça marchait pas, on recommençait. Une loop frustrante. Éventuellement, en brute force, on a trouvé les erreurs de config.

Dangerously skipping permissions

Pis il y a eu l'incident yolo.

Un soir, tard, j'ai demandé à Claude de supprimer mes utilisateurs test dans la base de données. J'utilisais l'extension Claude for Chrome pour cliquer à ma place dans des interfaces complexes quand j'étais trop fatigué. Cette fois-là, il a tout supprimé. Incluant mon vrai compte avec mes deux semaines de données. WHOOPS. Après ça, j'ai mis des règles:

Même si je te donne carte blanche en mode dangerously skip permissions partout, double-valide avec moi avant de toucher à la BD!

Today view — web

La poutine vs l'emballage

Générer du code, des pixels, du texte—assembler ça dans une expérience cohésive, interactive—c'est rendu facile. Quand t'as une bonne idée et que tu sais ce que tu veux, l'AI peut te cook la pout assez vite.

Mais le contenant autour de ta poutine pour la servir à de vrais clients? Le déploiement, la sécurité, l'hébergement, le versioning? C'est ça qui est tough.

C'est l'emballage. Pis l'emballage, c'est plate.

Mais quand tu veux construire un produit que d'autres vont utiliser de façon sérieuse et sécuritaire, ces choses-là sont essentielles. Pas la partie fun du processus though.

Il y a un monde de différence entre un internal tool pour toi ou tes collègues versus un produit que tu vas commercialiser et distribuer à du monde partout sur la planète. Le premier, tu peux le vibe-coder en une fin de semaine. Le deuxième? Ajoute facile quelques semaines pour l'emballage.

Vibe verdict

C'est pas de la magie le vibe-coding, mais pas loin. Si t'es patient, un minimum instruit, pas mal curieux… tu peux faire des trucs insane.

Si t'as une idée claire, des critères bien définis, et que tu sais ce que tu veux—l'AI va te permettre de builder des choses que t'aurais jamais pu faire seul. Moi, je suis pas designer. Je suis pas dev. Mais j'ai bientôt une app sur l'App Store. ¯\_(ツ)_/¯

Par contre, il reste plein de choses opaques pour moi. Je comprends à haut niveau comment les parties de mon app interagissent. Mais quelle ligne de code fait quoi exactement? Aucune idée. J'ai encadré, supervisé, testé. Mais c'est pas moi qui ai codé le produit.

Sinon, mon take sur les apps mobiles: à moins que t'aies vraiment besoin de features natives (GPS, caméra, health data), une bonne web app mobile-first fait probablement la job. Le processus App Store, c'est heavy. Mais si tu penses pouvoir optimiser ce canal de distribution, ça peut payer big time!

Est-ce que je referais ça? Hell yes. Mais avec des attentes calibrées.

Genre, au début du processus, je prenais des learning breaks sur ChatGPT ou Claude web pour "apprendre" c'était quoi tout ce que je faisais:

❝

Oh tell me more about data modelling please!

Mais après quelques sessions, j'étais comme:

❝

let it f***ing RIP CLAUDE!

--dangerously-skip-permissions FTW

Je vais continuer de m'amuser avec daybits, c'est un beau terrain de jeu. J'ai of course d'autres idées de quoi builder, mais faut que j'aille au gym, que je marche, que je médite, que je ferme mes écrans avant 23:00…

Au moins maintenant j'ai une app pour cocher tout ça 🙃

→ Essaie daybits — web ou mobile, c'est gratuit, simple, pis ça track tes habits sans te faire sentir coupable.