18 décembre 2025·7 min read

Studio solo : organisation, outils, réalité

Comment fonctionne un studio de développement d'une seule personne. Outils, méthodes et défis réels d'un développeur qui gère plusieurs projets en même temps.

TL;DR

Mon setup solo : Obsidian pour le suivi (bye Linear), Git + CI/CD automatisé, IA pour le pair programming, et une règle stricte de 2 projets max en parallèle. Le plus dur c'est la discipline de priorisation.

Jungle Labs existe depuis mi-2023. Deux ans et demi en solo, sans associé, sans employé. Ce qui m'a le plus surpris : le code est la partie facile. La vraie difficulté c'est tout le reste — priorisation, admin, marketing, support.

La stack technique d'un studio solo

Environnement de développement

Mon setup actuel tourne sur un Mac Studio avec un écran externe Innocn en 1920x821. Pourquoi ces détails ? Parce que quand tu es seul, chaque friction compte. Un écran trop petit, c'est des heures perdues à jongler entre fenêtres.

Éditeurs :

Xcode pour Inner Gallery (Swift/SwiftUI)
VS Code pour tout le reste (Flutter, NestJS, Next.js)
Terminal natif macOS avec Zsh

Pas de suroptimisation. J'ai testé Neovim pendant des mois, mais au final VS Code avec les bonnes extensions me fait gagner plus de temps qu'il n'en coûte.

Docker partout : Chaque projet a son docker-compose.yml. Base de données, Redis, services externes, tout tourne en local avec un simple docker-compose up. Ça évite les "ça marche sur ma machine" et permet de basculer entre projets sans pollution.

Mon meilleur investissement : automatiser le setup de dev. Nouveau projet = 5 minutes pour avoir un environnement complet.

Gestion de la connaissance

Obsidian est mon cerveau externe. Deux vaults distincts :

Jungle Obsidian : documentation technique, ADR (Architecture Decision Records), notes de code
Cortex Obsidian : stratégie business, marketing, analyses de marché

Cette séparation n'est pas anecdotique. Quand je code, je ne veux pas être pollué par les considérations business. Et inversement, quand je réfléchis stratégie, les détails techniques sont du bruit.

Git comme timeline : Tous mes projets sont versionnés avec des commits descriptifs. Pas pour le travail d'équipe, mais pour moi dans 6 mois. Les messages de commit deviennent ma documentation de progression.

Monitoring et observabilité

En tant que studio solo, je dois surveiller plusieurs projets simultanément :

Uptime monitoring avec UptimeRobot pour mes apps en prod
Error tracking avec Sentry pour Inner Gallery et Coachy
Analytics avec Plausible (plus léger que Google Analytics)

L'important : des alertes qui ne spamment pas. Mieux vaut rater un bug mineur que d'ignorer toutes les notifications par lassitude.

Organisation multi-projets

La méthode des contextes

J'ai trois types de journées :

Focus technique : Je travaille sur un seul projet, en général celui qui demande le plus de réflexion architecturale. Téléphone en mode avion, notifications coupées. Ces journées sont rares mais précieuses.

Maintenance : Je fais le tour des projets en cours. Corriger un bug sur Inner Gallery, tester une feature de Coachy, mettre à jour les dépendances. C'est moins gratifiant mais nécessaire.

Business : Prospection, comptabilité, stratégie, veille technologique. Aucune ligne de code n'est écrite. Ces journées me rappellent que développeur solo, c'est aussi entrepreneur.

Priorisation ruthless

Avec plusieurs projets, l'art c'est de dire non. Ma règle : si un projet ne progresse pas pendant un mois, soit je l'arrête, soit je comprends pourquoi et je corrige.

Inner Gallery est actuellement ma priorité #1. App native iOS, chiffrement local avec CryptoKit. Lancement App Store prévu prochainement.

Coachy est en développement actif. L'architecture avec Event Sourcing + CQRS prend forme, l'AI Coach donne des résultats prometteurs. Lancement prévu courant 2026.

Les missions freelance financent le tout. Principalement du NestJS et du Next.js, stack que je maîtrise bien.

Les outils qui font la différence

Communication

Telegram pour les urgences clients. WhatsApp pour les prospects. Email pour tout le reste. Cette segmentation évite le mélange des contextes.

Loom pour les démonstrations client. Plutôt que d'expliquer une feature en 10 paragraphes, 2 minutes de vidéo valent mieux.

Finances

Freebe pour la facturation (solution française, RGPD-friendly). Qonto pour le compte pro. Notion pour le suivi de trésorerie et les prévisions.

La règle d'or : automatiser au maximum. Je passe 2h par mois sur l'administratif, pas plus.

Déploiement

GitHub Actions pour CI/CD. Railway pour héberger les APIs NestJS. Vercel pour les frontends Next.js. TestFlight pour distribuer Inner Gallery.

Chaque push sur main déclenche le déploiement. Zero downtime, rollback facile. Cette infrastructure me coûte environ 50€/mois mais me fait économiser des heures.

En studio solo, ton temps vaut plus cher que l'infrastructure. Privilégie toujours l'automatisation.

La réalité du travail solo

Les avantages

Vélocité : Pas de réunions pour valider une décision technique. Si j'estime qu'une refactorisation va améliorer la maintenabilité, je la fais.

Cohérence : Tous mes projets respectent les mêmes conventions de code, la même architecture, les mêmes outils. Basculer de l'un à l'autre est fluide.

Apprentissage : Je touche à tout. Backend, frontend, mobile, DevOps, design, marketing. Cette polyvalence est un avantage concurrentiel énorme.

Les défis

Solitude technique : Pas de collègue pour challenger tes décisions. Tu peux passer des heures sur un problème qu'une discussion de 5 minutes avec un pair aurait résolu.

Goulot d'étranglement : Si je tombe malade ou que je pars en vacances, tout s'arrête. Cette dépendance personnelle est un risque business réel.

Surcharge cognitive : Jongler entre Swift pour Inner Gallery, Flutter pour Coachy, et NestJS pour les missions clients demande un effort mental constant.

Syndrome de l'imposteur : Quand tu es seul, difficile de valider que tes choix techniques sont pertinents. Tu développes parfois des solutions overengineered par manque de feedback.

Erreurs à éviter

L'outil magique

J'ai perdu des mois à chercher le setup parfait. Notion vs Obsidian, VS Code vs Neovim, PostgreSQL vs MongoDB. Au final, la productivité vient de la maîtrise des outils.

Le sur-découpage

Créer 15 micro-services pour une app qui a 100 utilisateurs. L'architecture doit servir le produit.

L'isolement total

Refuser toute collaboration externe. Même en studio solo, tu as besoin de feedbacks, de mentorship, de réseau. Les communautés comme IndieHackers ou les meetups locaux sont précieuses.

Conseils pour démarrer

Commence avec un projet

Ne lance pas 5 projets en même temps. Maîtrise d'abord la gestion d'un seul produit de A à Z. Tu ajouteras de la complexité plus tard.

Automatise dès le début

Script de déploiement, tests automatisés, monitoring. Ces investissements semblent coûteux au début mais deviennent rentables dès le deuxième projet.

Documente tout

Pas pour les autres, pour toi dans 6 mois. Comment lancer le projet ? Où sont les credentials ? Comment debugger le problème classique X ?

Garde un filet de sécurité

3-6 mois de trésorerie minimum. Être solo, c'est accepter l'incertitude financière, mais pas l'irresponsabilité.

L'évolution possible

Un studio solo n'est pas forcément un aboutissement. C'est peut-être une étape vers :

Studio à 2-3 personnes : garder l'agilité en ajoutant des compétences complémentaires
Produits 100% automatisés : se concentrer sur des SaaS qui tournent sans intervention
Consultancy premium : vendre de l'expertise haut niveau plutôt que du temps

Pour ma part, l'objectif actuel c'est d'atteindre l'indépendance financière via mes produits. Après, on verra.