JB Product
← Retour

Mon pipeline MVP : de l'idée à la prod en un commit

Publié le 5 mars 2026·3 min de lecture·Read in English

Partager :X / TwitterLinkedIn

Je suis product manager. Pas développeur. Mais quand j'ai une idée, je veux pouvoir la tester vite — sans dépendre d'une équipe, sans attendre un sprint, sans payer une infrastructure que je ne contrôle pas.

Voilà le pipeline que j'ai mis en place pour mes side projects et mes MVPs.

Le flow en une phrase

Je code en local, je fais un commit depuis VS Code, et Coolify build et déploie automatiquement sur mon VPS. La base de données tourne sur Supabase. C'est tout.

VS Code : le commit en deux clics

Je n'utilise pas le terminal pour commiter. VS Code a un panneau Git intégré : je vois mes fichiers modifiés, j'écris mon message de commit, je fais "Commit & Push". C'est fait.

Ce n'est pas de la paresse — c'est de l'efficacité. Moins de friction entre l'idée et le déploiement, c'est plus d'itérations. Et plus d'itérations, c'est de meilleures décisions produit.

Git + Coolify : le push déclenche tout

Coolify interface

Coolify surveille mon repo GitHub. Dès qu'il détecte un push sur la branche main, il lance le build et déploie sur mon VPS Ubuntu.

Pas de pipeline CI/CD à configurer, pas de YAML à maintenir. Coolify fait le travail.

J'ai choisi Coolify plutôt que Vercel ou Railway pour une raison simple : je contrôle mon infrastructure. Un VPS Ubuntu à 6€/mois, Coolify installé dessus, et je peux héberger autant de projets que je veux. Pas de surprise sur la facture, pas de vendor lock-in.

Coolify gère aussi les certificats SSL automatiquement. Mon MVP est en HTTPS dès le premier déploiement.

Supabase : la base de données sans friction

Supabase me donne un Postgres géré avec une API REST générée automatiquement, une interface d'administration, et une authentification prête à l'emploi.

Je n'installe pas de base de données en local, je ne gère pas de migrations complexes pour un MVP. Je crée ma table dans l'interface Supabase, j'utilise le client JavaScript dans mon code, et c'est parti.

Le tier gratuit couvre largement la phase de test. Quand le projet grossit, je migre si besoin.

Pourquoi cette stack

Chaque outil de ce pipeline a été choisi pour la même raison : réduire le temps entre l'idée et le feedback.

  • VS Code : pas besoin de changer d'outil pour commiter
  • Git : déclencheur universel, tout le monde comprend un push
  • Coolify : un PaaS que je possède, sans abonnement par projet
  • Supabase : une base de données opérationnelle en 5 minutes

Je n'ai pas choisi les outils les plus puissants. J'ai choisi les outils qui m'enlèvent le moins d'énergie possible pour des tâches qui ne sont pas le cœur du problème.

Ce que ça change concrètement

Avec ce pipeline, la question "est-ce que ça marche en vrai ?" prend 30 secondes à répondre après un changement de code. Je teste, je corrige, je re-pousse. Pas de réunion, pas de ticket, pas de deploy manuel.

C'est le genre de setup qui fait la différence entre un PM qui attend des feedbacks et un PM qui les provoque.

Commentaires