Entretien

Zero competences en code, 100 dollars de budget: comment un entrepreneur a vibe-code une plateforme IA de photographie complete en partant de zero

21 avril 202625 min de lecture

Une interview AgentAya avec Gilles Storme, co-fondateur de Masters of Photography et createur de Pixwise Studio

Gilles Storme a passe plus de deux decennies dans des roles commerciaux et strategiques seniors dans les secteurs des medias, de la radiodiffusion et du jeu video. Il a occupe des postes de leadership a la BBC, National Geographic, Discovery et AOL, puis a dirige des equipes commerciales chez King, le studio derriere Candy Crush. C'est, a tous egards, un cadre serieux et experimente. Ce qu'il n'est pas, en revanche, c'est un ingenieur. Il n'a aucune formation en developpement. Il n'a jamais ecrit une seule ligne de JavaScript, React ou TypeScript de sa vie. Pourtant, en l'espace de quelques semaines, travaillant depuis son domicile en Angleterre, il a concu et lance Pixwise Studio: une plateforme d'apprentissage de la photographie entierement fonctionnelle propulsee par l'IA, complete avec des comptes utilisateurs, une connexion sociale Google, un systeme de paiement, des reglages d'appareil photo generes par IA, des critiques de photos alimentees par IA, une fonctionnalite communautaire, un journal d'apprentissage et une strategie de contenu SEO pour l'accompagner.

Le cout total des outils et abonnements externes? Environ 100 dollars.

Si ce chiffre semble presque absurde, c'est parce qu'il l'est. Il y a seulement quelques annees, le meme produit aurait coute entre 30 000 et 80 000 dollars a construire avec une agence ou une equipe de developpement externe. Aujourd'hui, un fondateur non technique et motive peut passer de l'idee a un produit en ligne en jours ou en semaines, pas en mois.

Voici l'histoire de comment Gilles l'a fait, ce qu'il a appris en chemin et ce que cela signifie pour quiconque a une idee d'entreprise et zero experience en ingenierie.

Masters of Photography: l'entreprise derriere le createur

Pour comprendre pourquoi Pixwise existe, il faut comprendre l'univers de Gilles. Il a co-fonde Masters of Photography en 2018 aux cotes du cineaste Chris Ryan. La plateforme est une entreprise d'education premium en ligne proposant des masterclasses video approfondies avec certains des plus grands photographes vivants. Pas des webinaires ni des conseils rapides, mais de vrais cours de plusieurs heures filmes en exterieur a travers le monde, suivant chaque photographe de renom pendant son travail.

Le roster est remarquable. Steve McCurry, le photographe derriere le celebre portrait de la Fille afghane. Joel Meyerowitz, le legendaire photographe de rue et d'art qui travaille depuis plus de 50 ans. Albert Watson, l'un des photographes de portrait et de mode les plus influents au monde, filme dans son studio new-yorkais et en exterieur au Maroc. David Yarrow, le photographe d'art le plus vendu, filme au Montana et au Kenya. Paul Nicklen et Cristina Mittermeier, tous deux photographes de conservation renommes. Nick Danziger, le celebre photojournaliste. Chaque masterclass dure entre quatre et huit heures, divisee en episodes de 15 a 20 minutes, et ensemble elles forment une bibliotheque veritablement unique d'education photographique. La plateforme a attire plus de 30 000 photographes.

Masters of Photography est tres vivante et en pleine croissance. Ils ont recemment lance un nouveau livre avec Paul Nicklen et continuent de publier de nouveaux contenus et d'organiser des sessions de questions-reponses en direct avec les maitres.

Mais Gilles reflechissait depuis longtemps a un manque dans ce qu'ils proposaient.

Les masterclasses sont concues pour des photographes qui ont deja une base solide. Elles apprennent a developper son regard, a trouver son propre style, a comprendre la philosophie et le processus creatif derriere la grande photographie. Ce ne sont deliberement pas des cours techniques sur les reglages d'appareil photo ou la physique de la lumiere.

"Les masterclasses supposent deja un certain niveau de maitrise," explique Gilles. "Elles portent sur le developpement de votre regard, la recherche de votre voix. Mais qu'en est-il de la personne qui debute? La personne qui ne comprend pas encore les ouvertures de diaphragme, les vitesses d'obturation et la theorie de la lumiere? Il y avait toujours ce decalage entre ce que nous proposions et les besoins techniques plus basiques d'un photographe debutant."

Le defi etait de combler ce manque. Enseigner les reglages d'appareil photo et les fondamentaux techniques par le biais de videos traditionnelles est, comme le dit Gilles, tres aride. Quiconque a essaye d'apprendre les valeurs d'ouverture et les relations de vitesse d'obturation depuis une video YouTube sait ce qu'il veut dire. C'est dense en information, dependant du contexte, et au moment ou vous etes dans un champ au coucher du soleil, vous avez oublie la moitie de ce que vous avez regarde.

Gilles voulait quelque chose de different. Quelque chose d'interactif. Quelque chose qui pourrait faire le pont entre rester assis chez soi a regarder une lecon et se tenir sur le terrain en train d'essayer de faire une photographie. Quelque chose qui ressemblerait moins a un manuel et davantage a avoir un ami competent avec soi.

C'est alors qu'il a commence a penser a l'IA.

L'idee derriere Pixwise

Le concept est elegant. Pixwise Studio fait deux choses, et toutes deux exploitent ce que l'IA sait vraiment faire: traiter l'information rapidement et donner un feedback structure et personnalise.

La premiere fonctionnalite est un conseiller de reglages d'appareil photo propulse par l'IA. Avant de partir photographier, vous dites a Pixwise ce que vous voulez photographier. Un paysage. Un portrait. Une scene de rue la nuit. Il vous pose une serie de questions sur les conditions, ce que vous essayez d'obtenir, quel equipement vous avez. Ces reponses forment un prompt qui est envoye a un LLM, et il revient avec des conseils structures et pratiques: reglages d'appareil photo recommandes, conseils d'approche, points de vigilance.

La deuxieme fonctionnalite est vraiment interessante. Apres avoir pris vos photos, vous pouvez uploader une image et Pixwise vous donne une critique detaillee et structuree. Composition, exposition, technique. Il vous dit ce qui fonctionne, ce qui ne fonctionne pas, ce que vous pourriez ameliorer si vous repreniez la photo, et ce que vous pourriez corriger en post-production. C'est comme avoir un photographe professionnel regarder par-dessus votre epaule et vous donner un feedback honnete et specifique.

La fonctionnalite de critique photo utilise le modele Gemini Flash de Google, que Gilles a choisi parce qu'il est particulierement fort pour analyser les images et parce qu'il avait un genereux quota de tokens gratuits au moment de la construction. Le conseiller de reglages d'appareil photo fonctionne via l'API de Claude. Les deux retournent des reponses structurees pour que le feedback soit coherent.

"Je me suis dit, OK, c'est un assez bel outil," dit Gilles. "La question est: est-ce que cela va fonctionner? Est-ce que ca interesse quelqu'un? C'est tres difficile a savoir. Et si vous aviez du construire cela depuis zero il y a quelques annees, cela aurait coute assez cher sans aucune garantie de succes. C'est un pari risque."

Il y a quelques annees, un tel pari aurait signifie signer un cheque de dizaines de milliers de livres a une agence, attendre des mois et esperer le mieux. Ce n'est pas un pari que la plupart des proprietaires de petites entreprises peuvent se permettre de prendre. Mais cette fois, Gilles a decide de le construire lui-meme.

Pourquoi cela depasse la photographie

Avant d'entrer dans les details de comment Gilles a construit Pixwise, il est utile de prendre du recul et de comprendre pourquoi cette histoire compte. Pas seulement pour les photographes, pas seulement pour les entreprises d'education, mais pour quiconque gere ou veut lancer une petite entreprise.

Pendant des decennies, l'economie de la construction de produits numeriques a ete brutalement simple. Si vous avez une idee pour un logiciel, une application web, un outil en ligne, vous avez trois options. Vous pouvez apprendre a coder vous-meme, ce qui prend des mois ou des annees. Vous pouvez embaucher des developpeurs, ce qui coute au minimum des dizaines de milliers de dollars. Ou vous pouvez utiliser des outils no-code comme Bubble ou Webflow, qui ont de vraies limitations.

Le vibe coding, le terme cree par Andrej Karpathy en fevrier 2025, change completement l'equation. L'idee de base est que vous decrivez ce que vous voulez en langage naturel, et l'IA genere le code reel. Vous vous concentrez sur le produit, le probleme, l'experience utilisateur. L'IA gere la syntaxe.

En fevrier 2025, Karpathy a poste: "Il existe un nouveau type de codage que j'appelle vibe coding, dans lequel vous vous abandonnez completement aux vibes, embrassez les exponentielles et oubliez que le code existe meme." Collins Dictionary l'a nomme Mot de l'Annee 2025. Debut 2026, cela est passe d'un tweet a un mouvement. Selon des analyses communautaires, 63% des utilisateurs actifs de vibe coding ne sont pas des developpeurs. Ce sont des fondateurs, des product managers, des marketeurs et des proprietaires d'entreprise qui construisent de vrais produits fonctionnels. Y Combinator a rapporte qu'un quart des startups de sa promotion Hiver 2025 avaient des codebases generes a 95% par IA.

Les outils qui rendent cela possible ont suffisamment mature pour qu'une personne non technique puisse passer d'une idee a une application web deployee en quelques jours. Le cout se limite typiquement a quelques abonnements IA. Le code est reel, exportable, deployable partout. Ce n'est pas un constructeur de site web par glisser-deposer avec un plafond.

Mais, et l'experience de Gilles l'illustre clairement, il y a une difference significative entre generer du code rapidement et construire un produit bien. Cette difference tient a la structure, au processus et a savoir quand iterer et quand livrer.

Commencer avec Lovable, et en apprendre les limites

Comme beaucoup de personnes qui commencent a explorer le vibe coding, Gilles a debute avec Lovable, l'une des plateformes prompt-to-product les plus populaires. L'attrait est evident. Vous decrivez votre idee, et Lovable genere une application fonctionnelle qui semble soignee et professionnelle, souvent en quelques minutes.

"Lovable etait tres bon pour creer quelque chose qui semble excellent," dit Gilles. "Mais le piege dans lequel je tombais, c'est que ces outils vous disent: donnez-nous juste votre idee et nous allons le construire. Vous arrivez donc avec quelque chose de tres large, vous le mettez dans la machine, et elle construit quelque chose. Mais vous realisez qu'une fois construit, il est tres difficile de le changer et de le faire evoluer dans la direction que vous voulez vraiment. Assez souvent, ca casse, et ensuite ca entre dans une sorte de boucle."

C'est un schema que presque tous les vibe coders non techniques rencontrent a un moment donne. Le resultat initial est impressionnant, meme magique. Mais un logiciel n'est pas un moment unique de creation. C'est un processus continu de raffinement, d'ajustement et de debogage. Quand vous avez genere une grande codebase en une seule fois et que quelque chose casse, identifier ou se trouve le probleme est genuinement difficile, surtout si vous ne comprenez pas le code.

L'economie des tokens aggrave les choses. Les niveaux gratuits vous donnent juste assez pour vous enthousiasmer, mais les iterations serieuses consomment les tokens rapidement. "Tres bien, tu dois changer ca. Oh, maintenant tous tes tokens sont epuises. Tu dois upgrader, et attends, j'ai juste utilise un seul prompt," se souvient Gilles.

Il n'a pas abandonne le vibe coding. Mais il a reconnu qu'il avait besoin d'une methode plus structuree, quelque chose qui lui donnait le controle sur le processus plutot que de confier l'ensemble du projet a une IA en esperant le mieux.

Trouver une methode qui fonctionne

Le tournant est venu via Lenny's Newsletter, l'une des publications de product management les plus respectees. Gilles a trouve un episode avec Zevi Arnovitz, un product manager chez Meta qui, malgre l'absence de formation technique, avait trouve comment construire et livrer de vrais produits avec des outils IA. Son equipe d'ingenierie chez Meta lui demande meme d'enseigner comment il fait ce qu'il fait.

L'episode, The non-technical PM's guide to building with Cursor, expose un workflow complet construit autour d'une serie de prompts structures. L'approche est fondamentalement differente de ce que Lovable et des outils similaires proposent. Au lieu de jeter toute votre vision dans un seul prompt et de laisser l'IA s'executer, Arnovitz decompose le processus en etapes deliberees et sequentielles.

Le workflow fonctionne comme suit. Vous commencez par dire a Claude quel est son role et quels outils vous allez utiliser pour construire le produit. Vous precisez comment vous voulez que Claude communique avec vous. Vous fournissez un workflow structure que Claude doit suivre. Ensuite, pour chaque fonctionnalite ou correction de bug individuelle, vous brainstormez l'exigence, Claude vous pose des questions de clarification, puis Claude cree un prompt specifique. Vous prenez ce prompt et le collez dans Cursor, l'editeur de code propulse par IA, qui genere le code reel. Cursor vous donne un rapport de statut, que vous transmettez a Claude pour revue. Les deux outils verifient mutuellement leur travail.

Cette approche a double outil est plus impliquante que simplement dire a l'IA ce que vous voulez. Mais cette structure supplementaire est precisement ce qui la fait fonctionner pour les projets serieux. Vous ne generez pas une application entiere en un seul coup. Vous construisez fonctionnalite par fonctionnalite, prompt par prompt, avec deux systemes IA qui collaborent et se passent mutuellement en revue.

"Ce qui est incroyable," dit Gilles, "c'est qu'en travaillant de cette facon et en demandant a Claude d'etre votre partenaire, Claude suggere des idees, suggere une structure, et vous travaillez ensemble. C'est comme avoir un developpeur senior assis a cote de vous qui implementerait tout."

Le mot "partenaire" revient regulierement quand Gilles parle du processus. Pas un outil, pas un assistant, mais un partenaire. Il decrit des conversations avec Claude ou il expliquait ce qu'il essayait d'atteindre, et Claude revenait avec des suggestions auxquelles il n'avait pas pense, des ameliorations structurelles, des approches alternatives. L'IA n'executait pas seulement des instructions, elle contribuait veritablement a la strategie produit.

C'est quelque chose que les personnes qui n'ont pas utilise ces outils de maniere soutenue ne saisissent souvent pas. La conversation entre un humain et une IA pendant un processus de construction n'est pas simplement une serie de commandes et de resultats. C'est veritablement collaboratif: vous apportez la connaissance du domaine, la comprehension de l'utilisateur, le sens de ce que le produit devrait ressentir. Et l'IA apporte la capacite a structurer, implementer et suggerer en se basant sur des patterns vus dans des millions de projets.

Un conseil pratique que Gilles a mentionne: quand vous passez des heures a donner des instructions a Claude et Cursor, la frappe devient parfois un veritable goulot d'etranglement. Les outils de dictee comme Wispr Flow peuvent accelerer significativement les choses. C'est un detail que Karpathy lui-meme a souleve dans son post original sur le vibe coding, et qu'Arnovitz utilise aussi dans son workflow. Quand votre interface principale avec un outil de developpement est le langage naturel, pouvoir parler plutot que taper est un gain de productivite etonnamment significatif.

Ce que Gilles a reellement utilise, et ce que ca a coute

Pour quiconque envisage un projet similaire, voici le tableau complet de ce que Gilles a utilise.

Il a utilise Claude en plan Pro a 15 livres sterling par mois comme partenaire IA principal pour tout: brainstorming, planification produit, creation de prompts, revue de code, strategie SEO, strategie tarifaire et reflexion generale sur les affaires. Cursor a servi d'editeur de code propulse par IA ou le code reel a ete ecrit, et Gilles a pu rester sur le niveau gratuit pour cela.

Pour les fonctionnalites IA qui propulsent Pixwise elle-meme, Gilles a integre l'API Claude pour le conseiller de reglages d'appareil photo et Google Gemini Flash pour la fonctionnalite de critique photo. Il a specifiquement choisi Gemini Flash pour ses solides capacites d'analyse d'images et son genereux quota de tokens avant d'atteindre les niveaux payes.

Le frontend est React avec TypeScript, construit avec Vite. Le backend fonctionne sur Supabase, une alternative open source a Firebase, qui gere la base de donnees, l'authentification et la connexion sociale Google. Le deploiement passe par GitHub vers Vercel. Les emails transactionnels sont geres par Resend.

Gilles a aussi essaye d'implementer la connexion sociale Apple aux cotes de Google, mais a trouve la configuration significativement plus complexe. Il l'a sagement abandonnee plutot que de s'y perdre davantage pour une fonctionnalite non essentielle.

Quand on lui demande le cout total, Gilles est presque gene par sa faiblesse. "Ca ne coute pratiquement rien. Je pense que ca m'a coute dans les 100 dollars." Cela couvre l'abonnement Claude Pro et une poignee d'autres petits abonnements.

100 dollars. Pour une application web entierement fonctionnelle avec authentification utilisateur, traitement des paiements, deux integrations IA separees, un systeme de gestion de contenu et un pipeline de deploiement.

Pour replacer les choses en perspective, Gilles a des annees d'experience de travail avec des agences et des equipes de developpement. Quand on lui demande ce qu'un produit comparable aurait coute a construire de maniere traditionnelle en 2018, il n'a pas hesite: "25 000 a 40 000 dollars pour une premiere version. Si vous voulez une version de haute qualite, ca pourrait facilement etre le double."

C'est une reduction de cout de quelque part entre 99,6% et 99,8%. Et l'approche traditionnelle aurait pris des mois, pas des semaines, sans garantie que le concept resonne aupres des utilisateurs.

Trois semaines, cent heures et l'addiction de construire

Gilles estime que la construction complete a pris trois a quatre semaines et environ 100 heures. Cela inclut tout: apprendre les outils et le workflow d'Arnovitz, s'enregistrer et connecter tous les differents services, construire le produit principal, iterer sur le design et ajouter des fonctionnalites qui ne faisaient pas partie du plan initial.

Une partie significative de ce temps a ete consacree a la configuration et a l'apprentissage. Enregistrer des comptes, connecter des APIs, comprendre comment toutes les pieces s'assemblent. "Il y a beaucoup de petites pieces, des APIs qu'il faut connecter d'un endroit a un autre. Ca prend du temps." Pour quelqu'un qui ferait cela pour la deuxieme fois, cette charge disparaitrait en grande partie.

Il y a aussi la question du perimetre croissant, bien que ce terme semble trop negatif pour ce que Gilles decrit. C'est plutot de l'enthousiasme de perimetre.

"L'un des defis, c'est que parce que vous realisez a quel point il est facile de creer des choses, vous ne vous arretez jamais," dit-il en riant. "Vous vous dites, oh mon Dieu, je pourrais faire ca, je pourrais ajouter ca, je ne suis pas content de ca. Et ca continue sans fin."

Les fonctionnalites qui ont emerge de ce processus incluent un journal d'apprentissage, une fonctionnalite de defis et une section communautaire. Rien de tout cela n'etait dans le plan initial. Ces elements sont venus du fait que les construire etait soudainement a portee.

"Ca aurait probablement pu etre construit beaucoup plus vite," admet Gilles. "Mais il y avait toujours quelque chose que je voulais ajouter."

Quand on lui demande ce qu'il faudrait pour construire un produit comparable aujourd'hui, Gilles reflechit un moment. "Vous pouvez mettre quelque chose en ligne en peut-etre 20 heures. C'est ensuite, le peaufinage, la finition de la marque, s'assurer que vous etes content de tout, que ca peut prendre plus de temps."

Vingt heures de l'idee au produit fonctionnel. C'est le chiffre qui devrait faire sursauter tout proprietaire d'entreprise. Pas parce que chaque idee devrait etre construite en 20 heures, mais parce que le cout de tester une idee a chute si dramatiquement que tout le calcul de l'entrepreneuriat a change.

Autrefois, tester une idee de produit numerique signifiait un engagement financier serieux. Maintenant, le cout de decouvrir si une idee a un potentiel, c'est quelques week-ends et 100 dollars. Comme le dit Gilles: "Si j'ai une autre idee demain, j'en ferai une autre. Et bien plus vite. Vous pouvez essayer plus de choses jusqu'a trouver quelque chose qui capture l'imagination. Ce que vous ne pouviez pas faire dans le passe."

Ou ce n'etait pas facile: un regard honnete sur les points de friction

L'une des choses qui nous importe chez AgentAya, c'est de raconter la vraie histoire, pas la version policee. Gilles a ete rafraichissamment honnete sur les moments ou le processus etait frustrant, et son experience correspond a ce que nous entendons de nombreux constructeurs non techniques.

Le deploiement a ete une source recurrente de frustration. Le code est ecrit dans Cursor, pousse sur GitHub, puis deploye via Vercel. Ce pipeline est standard et fonctionne generalement bien, mais quand ce n'est pas le cas, identifier la source de l'erreur peut etre penible. "Vous essayez de trouver les erreurs dans la console, vous les envoyez a Claude, Claude suggere quelques correctifs, et ca peut durer un moment." Quand vous ne comprenez pas entierement le code, diagnostiquer pourquoi un deploiement echoue demande un type de patience different.

Le design est un autre domaine ou Gilles trouve que les outils actuels sont insuffisants. Claude et Cursor sont forts pour generer du code fonctionnel, mais le design visuel, l'identite de marque et les palettes de couleurs sont plus difficiles a obtenir correctement via des prompts seuls. "La seule chose qui n'est clairement pas encore tres bonne, c'est le design. J'ai essaye differentes iterations de marques et de palettes de couleurs et je ne suis toujours pas convaincu." Le logo Pixwise a ete genere par Claude. Ca fonctionne, mais ce n'est pas la ou Gilles veut en etre.

Il a entendu dire que certains vibe coders utilisent Lovable specifiquement pour le design, puis portent ces designs dans Cursor pour l'implementation. Il envisage d'essayer cette approche hybride.

Le contenu SEO que Claude a genere pour Pixwise comporte aussi une mise en garde. "C'est probablement un peu trop IA, donc pas tres profond en termes de contenu. Mais l'idee etait de creer quelque chose de basique pour commencer et voir comment ca evolue." Le contenu genere par IA peut vous faire demarrer, mais si vous voulez un contenu qui resonne vraiment aupres d'un public competent, l'edition humaine et l'expertise du domaine comptent encore.

Ce sont de vraies limitations, et il vaut la peine de les connaitre avant de commencer. Le vibe coding ne produit pas des resultats parfaits. Il produit une premiere version qui a ensuite besoin d'iteration, de raffinement et, dans certains domaines, de l'apport de quelqu'un avec des competences specialisees. Mais le point crucial est qu'il vous emmene de zero a quelque chose de reel que vous pouvez tester et sur lequel vous pouvez iterer.

Construire etape par etape: la lecon la plus importante

S'il y a un conseil que Gilles mettrait en avant par-dessus tous les autres, c'est celui-ci: construisez de maniere incrementale.

"Je pense qu'il est tres, tres important de travailler etape par etape," dit-il avec une emphase reelle dans la voix. "C'est la ou la difficulte avec Lovable etait. Vous donnez juste votre projet et ca va construire quelque chose. Mais je pense que vous devez attraper les bugs au moment ou ils apparaissent, immediatement."

La metaphore qu'il utilise est marcher versus courir. Les outils comme Lovable commencent a courir pendant que vous apprenez encore a marcher. Ils generent beaucoup de code rapidement, ce qui parait incroyable, mais si quelque chose se passe mal dans cette masse de code genere, vous etes perdu. Vous ne savez pas ou est le probleme, et les tentatives de l'IA pour le corriger peuvent creer de nouveaux problemes.

La methode d'Arnovitz que Gilles a suivie evite cela en traitant chaque fonctionnalite comme une unite discrete. Vous construisez une chose, vous la testez, vous vous assurez qu'elle fonctionne, et vous passez ensuite a la chose suivante. Si quelque chose casse, vous savez exactement quel changement en est la cause.

Ce n'est pas une nouvelle idee dans le developpement logiciel. Les ingenieurs professionnels preconisent le developpement incremental depuis des decennies. Mais c'est particulierement important dans le contexte du vibe coding parce que la tentation de tout generer a la fois est si forte. Pour tout ce qui a une vraie complexite, les systemes de paiement, les comptes utilisateurs, les integrations API, les multiples modeles IA, l'approche etape par etape n'est pas seulement meilleure, elle est essentiellement obligatoire.

L'IA comme plus qu'un constructeur

L'un des aspects les plus interessants de l'experience de Gilles est jusqu'ou il a pousse les outils IA au-dela de la generation de code. Claude n'etait pas seulement le developpeur. Il etait le stratege commercial, le planificateur SEO, le consultant en tarification et le conseiller produit.

La page de tarification de Pixwise, avec sa structure par niveaux Starter, Hobbyist et Studio, a ete developpee en collaboration avec Claude. Gilles donnait a Claude un prompt systeme different, lui disant: vous etes maintenant mon business manager et stratege de tarification. Il travaillait des questions comme: Combien de sessions gratuites devrions-nous proposer? Qu'est-ce qui rend le niveau premium veritablement premium? Ce sont des decisions commerciales, pas techniques, et ce sont exactement le type de reflexion structuree ou l'IA peut etre un sparring partner etonnamment bon.

"Vous pouvez donner a Claude un prompt different au debut et dire, tres bien, vous etes mon business manager stratege. Comment devrais-je construire ca?" explique Gilles. "Et soudainement vous obtenez de nouvelles idees. Ca vous aide a structurer l'ensemble du programme."

Il a utilise la meme approche pour le SEO. Claude agissant en tant que specialiste SEO a produit un plan de contenu, une strategie de mots-cles, puis a genere le contenu initial pour le blog Pixwise. Gilles a aussi utilise les conseils de Claude sur la selection d'outils, decouvrant des services comme Resend pour les emails transactionnels a travers des conversations sur l'infrastructure dont il avait besoin.

C'est quelque chose qui se perd dans la conversation sur le vibe coding. Les titres se concentrent sur une personne non technique qui construit une appli, ce qui est deja impressionnant. Mais la vraie histoire est plus large. Une personne non technique, avec les bons outils IA, peut maintenant gerer l'ensemble du spectre de la construction et du lancement d'un produit: la strategie, le design produit, le developpement, l'infrastructure marketing, la tarification, le SEO, le contenu.

Pour un proprietaire de petite entreprise ou un entrepreneur solo, cela change tout. Vous ne dependez plus d'un developpeur pour construire, d'une agence marketing pour planifier votre SEO, d'un consultant pour aider a la tarification et d'un designer pour que ca semble bien. Vous pouvez faire une version raisonnable de tout cela, identifier quelles parties ont besoin d'aide professionnelle, puis depenser votre argent la ou ca compte le plus.

Ce que Gilles dirait a un autre entrepreneur

Quand on lui demande quel conseil il donnerait a quelqu'un inspire par son histoire, Gilles y reflechit serieusement. Il ne saute pas directement vers la technologie. Il commence par les fondamentaux.

"La partie importante maintenant est de trouver une bonne idee," dit-il. "C'est les choses evidentes. Quel est le probleme que vous essayez de resoudre? Definissez le probleme correctement. Et ensuite, a partir du probleme, essayez de concevoir un produit structure de maniere a y repondre."

Cela peut sembler basique, mais c'est plus important maintenant que jamais. Quand le cout de construction est proche de zero, le goulot d'etranglement se deplace entierement vers la qualite de l'idee et la clarte de votre reflexion sur le probleme. Dans l'ancien monde, beaucoup de mauvaises idees n'ont jamais ete construites parce que le cout de construction etait lui-meme un filtre. Maintenant, n'importe qui peut construire n'importe quoi. La question est de savoir si quelqu'un le veut.

Le deuxieme conseil de Gilles vient de sa propre erreur. Il a trop construit avant de tester.

"Je pense que ce que j'aurais du faire, c'est construire quelque chose tres rapidement, en une ou deux semaines, puis l'envoyer pour tests en premier. Vous etes tellement enthousiaste, et vous construisez la chose entiere avant de demander du feedback."

Il est maintenant dans une phase de test avec 10 a 15 photographes utilisant Pixwise et fournissant du feedback. Les fonctionnalites qu'ils demandent sont des choses que Gilles n'avait pas prevues au depart. "Vous avez toujours une idee de ce que votre produit devrait etre. Et puis vous realisez qu'il y a beaucoup de bons conseils et de bonnes idees auxquels vous n'avez pas pense."

Le troisieme point porte sur la distribution, et c'est celui qui tempere l'enthousiasme. L'IA peut vous aider a construire un produit. Elle peut aider avec le SEO et le contenu. Elle peut meme vous aider a reflechir a votre strategie go-to-market. Mais elle ne vous amenera pas magiquement des milliers de clients payants.

"La partie vraiment difficile, c'est comment vous distribuez votre produit," dit Gilles.

Il a publie sur Pixwise sur LinkedIn lors du lancement, mais son reseau n'est pas assez concentre pour que l'approche construire en public genere une traction significative. Il a des plans pour cibler directement les clubs de photographie, en utilisant Claude pour aider a construire des outils de scraping qui peuvent identifier et collecter les coordonnees des clubs de photographie au Royaume-Uni et aux Etats-Unis. Mais c'est un travail qui necessite des efforts, de la perseverance et de l'experimentation.

Sur la maintenance, Gilles dit qu'il n'y a pratiquement rien a faire au quotidien. La principale chose a surveiller est la consommation de tokens sur les APIs IA au fur et a mesure que l'utilisation augmente. Ces problemes ne surviennent que si le produit reussit, ce qui en fait de bons problemes a avoir.

La vue d'ensemble: ce que ca signifie pour les proprietaires de petites entreprises

Il y a une tendance, quand on parle de vibe coding et de developpement propulse par l'IA, a le cadrer comme un phenomene de la Silicon Valley. Des startups Y Combinator avec des codebases generes a 95% par IA. Des fondateurs techniques allant plus vite. Des ingenieurs devenant plus productifs.

L'histoire de Gilles est importante precisement parce qu'elle n'est rien de tout cela. C'est un proprietaire d'entreprise de la cinquantaine, base en Angleterre, avec une formation en radiodiffusion, jeu et marketing digital. Il gere une plateforme d'education avec une petite equipe. Il a vecu les vagues precedentes de disruption dans la facon dont les produits numeriques sont construits.

Cette vague est differente. Pas parce que l'IA est plus intelligente que ces bouleversements precedents, mais pour ce qu'elle fait a l'economie de l'experimentation. L'ancien modele etait: avoir une idee, depenser 50 000 dollars et trois mois, decouvrir si ca fonctionne. Le nouveau modele est: avoir une idee, depenser 100 dollars et trois semaines, decouvrir si ca fonctionne. Et si ca ne fonctionne pas, essayer une autre idee le mois prochain.

Pour les proprietaires de petites entreprises en particulier, c'est transformateur. Non pas parce que chaque idee va reussir, mais parce que le cout d'essayer est tombe en dessous du seuil ou l'echec a de l'importance. Vous pouvez experimenter. Vous pouvez iterer. Vous pouvez decouvrir ce qui fonctionne en le construisant, pas en commandant une etude de faisabilite.

La technologie a encore de vraies limitations. Le design n'est pas la ou il doit etre. La securite necessite de l'attention. La construction sans fin que Gilles decrit est un vrai piege. Et la distribution reste stubbornement resistante a l'automatisation.

Mais la trajectoire est indeniable. Les outils s'ameliorent rapidement. Les couts baissent. La communaute de constructeurs non techniques grandit et partage ce qu'elle apprend. Comme le dit Gilles: "Il n'y a vraiment aucune excuse. Si vous avez une idee et que vous voulez faire quelque chose, ce n'est pas parce que vous n'avez pas d'argent que vous ne pouvez pas."

La barriere a la construction d'un produit numerique n'est plus financiere ni technique. Elle tient a avoir une idee claire, la volonte d'apprendre un nouveau processus et la discipline de construire etape par etape. Tout le reste, l'IA peut vous aider.

Ressources et liens

Les projets de Gilles:

Pixwise Studio: la plateforme d'apprentissage de la photographie propulsee par l'IA
Masters of Photography: masterclasses en ligne avec des photographes de renommee mondiale
Gilles Storme sur LinkedIn

Le workflow suivi par Gilles:

The non-technical PM's guide to building with Cursor par Zevi Arnovitz sur Lenny's Newsletter

Outils utilises pour construire Pixwise:

Claude pour la planification, la revue de code, la strategie et le contenu
Cursor comme editeur de code propulse par l'IA
Supabase pour le backend et l'authentification
Vercel pour le deploiement
Resend pour les emails transactionnels

Plateformes de vibe coding adaptees aux debutants:

Lovable: prototypage rapide, generation d'interface utilisateur forte
Bolt: prototypage rapide avec apercu dans le navigateur
Replit: developpement dans le navigateur avec agent IA
v0 by Vercel: generation de composants d'interface utilisateur

Cette interview a ete conduite par AgentAya dans le cadre de notre serie en cours explorant comment de vrais proprietaires d'entreprise utilisent les outils IA pour construire, developper et transformer leurs activites. Vous avez une histoire a partager? Nous serions ravis de vous entendre.