Dans beaucoup d’entreprises, une partie du travail quotidien passe par des outils que personne n’a vraiment conçus : un tableur partagé pour suivre les remboursements, une requête SQL qu’un développeur relance à la main chaque lundi, un back-office bricolé il y a trois ans. Retool s’attaque à ce problème. La plateforme, fondée en 2017 à San Francisco, sert à construire ces applications internes directement sur vos bases de données et vos API, sans repartir de zéro à chaque fois.
Quel problème Retool règle, et pour qui
Un outil interne ressemble presque toujours au précédent : un tableau de données, quelques filtres, un formulaire de modification, un bouton qui déclenche une action. Le coder entièrement prend des semaines à une équipe technique, alors que la valeur se trouve dans la logique métier, pas dans l’interface. Retool fournit les briques communes (composants, connexions aux sources, droits d’accès) pour que l’effort porte sur ce qui est propre à votre activité.
L’éditeur vise d’abord les profils à l’aise avec les données : développeurs, ingénieurs « métier », analystes et équipes opérations. Sa FAQ tarifaire le dit clairement, la génération par prompt donne un point de départ, puis le développeur reprend la main sur la logique et les composants. Si vous cherchez plutôt un outil pour monter une application sans jamais lire une ligne de code, notre guide du no-code présente des approches plus accessibles.
Comment on construit une application dans Retool
Retool a reconstruit son éditeur d’applications autour de l’IA. Les applications créées avec l’ancien éditeur, désormais appelé « classic », continuent de fonctionner. Le cycle de travail décrit par l’éditeur suit trois étapes :
- Vous décrivez l’application en langage courant : l’IA génère requêtes, logique et interface en tenant compte du schéma de vos sources connectées.
- Vous inspectez ce qui a été produit dans un panneau unique : sources utilisées, fonctions, requêtes, historique d’exécution et données renvoyées.
- Vous corrigez ou enrichissez le code, en SQL, en JavaScript ou avec vos propres composants React, directement dans Retool ou depuis Claude Code et Cursor via le serveur MCP.
Les connexions se font une fois au niveau de l’organisation (PostgreSQL, MySQL, BigQuery, Redshift, API REST ou GraphQL, Salesforce, Stripe, Jira…), puis toute application peut les réutiliser avec les droits déjà définis. Retool précise que les requêtes s’exécutent contre vos propres sources et qu’il ne stocke pas vos données. Pour les projets qui n’ont pas encore de base, Retool Database fournit un PostgreSQL géré, avec un éditeur de tables proche d’un tableur et l’import de fichiers CSV.
Autour des applications, trois autres modules partagent les mêmes connexions. Workflows exécute des automatisations planifiées ou déclenchées par webhook, avec des blocs de code, de requête ou d’IA. Agents permet de créer des agents IA reliés à vos requêtes et workflows, suivis en temps réel et facturés au temps de travail. Mobile produit des applications natives pour iOS et Android, ouvertes depuis l’application Retool Mobile ou publiées en marque blanche.
Cas d’usage concrets par profil
- Support client : un écran qui regroupe la fiche client issue de la base de production, l’historique des paiements Stripe et un bouton de remboursement, avec journal d’audit des actions.
- Opérations : un tableau de suivi des commandes ou des tournées, alimenté par la base de données, avec des filtres par statut et un export.
- Équipe data : un workflow nocturne qui interroge l’entrepôt de données, met en forme le résultat en JavaScript et publie un rapport dans Slack.
- Terrain : une application mobile d’inventaire ou d’inspection avec scan de codes-barres, photos, signature et saisie hors ligne.
- Finance ou conformité : un agent qui examine chaque contestation de paiement, croise les données internes et prépare une réponse, avec la trace de chaque étape.
Retool face à Softr, Glide et n8n
Retool se place à mi-chemin entre le no-code et le développement classique. Softr et Glide misent sur la simplicité : on part d’un tableur ou d’une base Airtable et on obtient un portail ou une application sans toucher au code. Ils conviennent mieux à une petite équipe métier autonome, mais offrent moins de prise quand il faut écrire une requête SQL complexe ou brancher une API interne avec une authentification particulière.
Sur l’automatisation, n8n reste une référence pour enchaîner des services entre eux, avec un catalogue d’intégrations SaaS très large. Retool Workflows est plus pertinent quand l’automatisation s’appuie sur les mêmes bases et les mêmes droits que vos applications internes. Enfin, les outils de vibe coding comme Lovable génèrent du code applicatif à partir d’un prompt ; Retool se présente comme la couche gouvernée qui accueille ces applications, avec SSO, rôles et journaux d’audit hérités de la plateforme.
Les limites à connaître avant de vous lancer
L’éditeur et la documentation sont en anglais. Seules les applications que vous publiez peuvent être traduites pour vos utilisateurs finaux, grâce à un système de traductions par fichiers JSON qui couvre notamment le français. Ensuite, l’interface générée par IA ne dispense pas de compétences techniques : pour une logique métier fine, il faudra écrire du SQL ou du JavaScript.
Plusieurs fonctions attendues par les DSI sont réservées au plan Enterprise sur devis : authentification unique, provisionnement SCIM, contrôle de source Git, rôles granulaires, statistiques d’usage et auto-hébergement. Le support technique de l’équipe Retool l’est aussi ; les autres plans s’appuient sur l’e-mail pour la facturation, le forum des développeurs et des permanences hebdomadaires en visioconférence. Enfin, la facture combine plusieurs compteurs : sièges de créateurs, utilisateurs internes et externes, exécutions de workflows au-delà du quota et heures d’agents IA.
Quel plan Retool choisir
Le plan Free suffit pour évaluer la plateforme ou outiller une équipe de cinq personnes au plus, mais sans environnement de test : chaque modification part directement en production. Team devient pertinent dès que plusieurs personnes utilisent les applications, car vous payez surtout les créateurs, les simples utilisateurs internes étant facturés moins cher. L’environnement de staging qu’il ajoute évite de tester sur les données réelles.
Business se justifie dans deux cas : vous voulez ouvrir une application à des clients ou partenaires (50 utilisateurs externes sont inclus avant facturation), ou vous avez besoin de journaux d’audit et de permissions au niveau des données. Enterprise s’impose si votre politique de sécurité exige le SSO, l’hébergement dans votre propre infrastructure ou un environnement isolé d’Internet. Dans tous les cas, la facturation annuelle réduit la note d’environ 20 % par rapport au paiement mensuel.