Outils & Stack

Nos meilleurs outils SaaS (et comment on les utilise vraiment)

La stack complete d'un product studio qui build des SaaS : dev, design, growth et ops. Outils, couts reels et retours d'experience apres 3 ans.

10 min de lecture
Nos meilleurs outils SaaS (et comment on les utilise vraiment)

Pourquoi votre stack technique compte plus que vous ne le pensez

Dans l'episode 25 de Public SaaS Builders, on a decide de tout mettre sur la table : chaque outil qu'on utilise au quotidien chez Figue, combien ca nous coute, et surtout pourquoi on l'a choisi. Pas de placements produit, pas de listes generiques copiees de Twitter. Juste la realite d'un product studio qui build des SaaS comme ReactIn et Gramlab, et qui accompagne des fondateurs dans la construction de leurs produits.

Le choix de vos outils n'est pas anodin. Chaque outil ajoute de la complexite, du cout, et de la dette cognitive. On a fait des erreurs (beaucoup), on a change d'avis (souvent), et on a fini par converger vers une stack qui nous rend rapides sans nous rendre fragiles. Ce qui suit, c'est le resultat de 3 ans d'iterations.

5 000 $/mois

en tokens Claude AI pour accelerer notre dev et nos produits

Budget interne Figue, 2026

La stack dev : Next.js, tRPC, Drizzle et le monorepo qui change tout

Notre stack technique, c'est le socle de tout ce qu'on build. On l'a optimisee pour un seul objectif : shipper vite sans accumuler de dette technique. Apres avoir teste Rails, Remix, et meme du full serverless, on a converge vers un setup qui nous permet de lancer un MVP en 3 semaines.

1

Next.js 15 + React 19 + TypeScript

Next.js est notre framework par defaut. Server Components, Server Actions, le App Router : tout est la pour builder des apps rapides cote client et cote serveur. React 19 apporte les Server Functions et le preloading qui manquaient. TypeScript n'est meme plus un choix, c'est un prerequis. On ne lance plus un projet sans.

2

tRPC + Drizzle ORM + PostgreSQL

tRPC nous donne du type-safety de bout en bout entre le front et le back. Plus de contrats d'API a maintenir, plus de bugs de serialisation. Drizzle ORM remplace Prisma : il est plus rapide, plus leger, et son approche SQL-first colle mieux a notre facon de penser. PostgreSQL reste imbattable pour la fiabilite et les fonctionnalites avancees (JSONB, full-text search, row-level security).

3

Turborepo monorepo + Vercel

On gere tout dans un monorepo Turborepo : web app, mobile app, landing, packages partages (server, core, UI, config). Le cache incremental de Turborepo divise nos temps de build par 3. Vercel pour le deploy : zero config, preview branches automatiques, et une integration Next.js native qui nous fait gagner des heures chaque semaine.

4

Claude AI : 5 000 $/mois de tokens

C'est notre investissement le plus inattendu. On utilise Claude pour le code review, la generation de tests, le refactoring, et meme l'analyse de specs clients. Ca represente ~5 000 $/mois en tokens, et c'est notre meilleur ROI. Un dev senior coute 8 000 a 12 000 $/mois. Claude ne remplace personne, mais il amplifie chaque developpeur de l'equipe. On l'integre aussi dans nos produits via le Vercel AI SDK.

La stack design : Figma, Framer et le systeme de composants

Le design chez Figue n'est pas un departement separe. C'est integre au process de dev. On ne fait pas de maquettes qui moisissent dans Figma pendant que les devs buildent autre chose. Le design est iteratif, collaboratif, et directement lie au code.

1

Figma + Shadcn UI

Figma reste incontournable pour les flows complexes et les specs d'interaction. Mais on ne part jamais de zero. On utilise Shadcn UI comme base de composants, qui est en realite une collection de composants Radix UI styles avec Tailwind. L'avantage enorme : les composants sont dans notre code, pas dans un node_module. On les customise a volonte. Ca nous evite le syndrome du design system jamais termine.

2

Framer pour les landing pages

Pour les pages marketing et les landing pages de nos produits, on utilise Framer. C'est un no-code builder qui genere du code propre et rapide. Le growth team peut iterer sur les pages d'acquisition sans solliciter un dev. On l'utilise pour les pages de ReactIn, Gramlab, et certaines pages clients. Le resultat : des pages qui performent a 95+ sur Lighthouse sans effort particulier.

L'enjeu n'est pas d'avoir le plus beau design system. C'est d'avoir un systeme qui permet de shipper vite sans sacrifier la qualite visuelle. Shadcn UI + Tailwind CSS, c'est exactement ca : un framework qui donne des resultats professionnels sans passer des semaines a designer chaque bouton.

Le meilleur design system, c'est celui que l'equipe utilise vraiment. Pas celui qui a le plus de composants dans Figma.

Sezen, Figue Studio

La stack growth : ReactIn, Plausible et les automations

Avoir un bon produit ne suffit pas. Il faut l'amener devant les bonnes personnes. Notre stack growth est construite autour d'un principe : mesurer tout, automatiser le repetitif, garder l'humain pour la strategie. Et oui, on mange notre propre cuisine : ReactIn est notre outil principal d'acquisition.

1

ReactIn : notre propre outil de prospection LinkedIn

ReactIn, c'est un produit qu'on a build nous-memes pour automatiser la prospection LinkedIn de maniere intelligente. Campagnes multi-etapes, enrichissement de leads, scoring automatique. On l'utilise tous les jours pour Figue et pour nos clients. C'est notre premier canal d'acquisition B2B, et c'est aussi la preuve qu'un product studio qui build ses propres outils comprend mieux les problematiques de ses clients. Decouvrez notre approche GTM complete sur /gtm.

2

Plausible + DataFast pour l'analytics

On a vire Google Analytics il y a 2 ans. Plausible est leger, respecte la vie privee, et donne les metriques qui comptent sans se noyer dans les vanity metrics. DataFast (un autre produit du studio) nous donne des dashboards business en temps reel : MRR, churn, LTV, le tout connecte directement a Stripe. Pas besoin de Mixpanel ou Amplitude quand on sait exactement ce qu'on veut mesurer.

3

Make + Slack : le ciment des automations

Make (ex-Integromat) connecte tout ce qui ne se parle pas nativement. Nouveau lead ReactIn ? Notification Slack + enrichissement automatique + ajout dans le CRM. Nouveau paiement Stripe ? Notification dans le channel client + mise a jour du dashboard. On a plus de 40 scenarios Make actifs. Le cout : ~80 $/mois pour remplacer ce qui demanderait un ops a temps plein.

La stack ops : Linear, Notion, Stripe et le reste

Les outils ops sont souvent negliges. Pourtant, c'est la difference entre un studio qui livre en 3 semaines et un qui met 3 mois. Notre philosophie : un outil par besoin, pas de doublons, et tout doit communiquer.

1

Linear pour la gestion de projet

On a teste Jira, Asana, ClickUp, Notion Projects. Linear est le seul qui ne nous ralentit pas. L'interface est rapide (vraiment rapide, pas 'rapide pour un outil de PM'), les raccourcis clavier sont excellents, et les cycles/sprints sont bien penses. On gere tous nos projets clients et internes dans Linear. Le cout est negligeable comparé au temps gagne.

2

Notion + Cal.com + better-auth

Notion pour la documentation et les bases de connaissances. Cal.com (open source) pour la prise de rendez-vous, directement integre sur notre site /call. better-auth pour l'authentification de toutes nos apps : c'est une librairie TypeScript open source qui remplace Auth.js/NextAuth avec une API bien plus propre. On l'utilise dans Figue Studio, ReactIn, et tous nos projets clients.

3

Stripe pour tout ce qui touche a l'argent

Stripe gere nos abonnements, nos factures clients, et les paiements de nos produits SaaS. On utilise Stripe Billing pour les subscriptions, Stripe Invoicing pour les factures projets, et les webhooks pour synchroniser tout avec notre base. Le combo Stripe + Drizzle + tRPC nous donne un systeme de billing type-safe de bout en bout. On a documente notre approche bootstrapping vs levee de fonds sur /blog/bootstrap-vs-levee-de-fonds.

~800 $/mois

pour l'ensemble de notre stack ops (hors salaires et tokens AI)

Budget interne Figue, 2026

Conclusion : la stack ne fait pas le produit, mais elle fait la vitesse

Au final, aucun outil ne va sauver un mauvais produit. Mais les bons outils, bien assembles, font la difference entre un studio qui shippe en 3 semaines et un qui galere pendant 3 mois. Notre stack n'est pas parfaite. On la remet en question regulierement. Mais elle a un merite : elle est testee en conditions reelles, sur nos propres produits et ceux de nos clients.

Si vous lancez un produit et que vous voulez comprendre comment un product studio peut vous aider a aller plus vite avec les bons outils, on en parle volontiers. C'est exactement la difference entre un prestataire et un partenaire technique : le partenaire partage ses outils, ses process, et ses erreurs. Decouvrez la difference entre un product studio et une agence classique sur /blog/product-studio-vs-agence.

Les meilleurs outils sont ceux que tu maitrises parfaitement, pas ceux qui ont le plus d'etoiles sur GitHub.

Episode 25, Public SaaS Builders

Articles similaires