Softr

Ce que c’est

Softr est une plateforme no-code basée à Berlin pour les applications métier auxquelles des personnes se connectent : portails clients, portails partenaires, intranets, CRM légers et outils de validation. Vous construisez à partir de blocs prêts à l’emploi — listes, tableaux, tableaux Kanban, formulaires, graphiques — sur la base de données propre à Softr ou sur une source existante comme Airtable, Google Sheets, HubSpot, Salesforce, Notion ou une base SQL. L’authentification, les groupes d’utilisateurs, la visibilité des pages et les restrictions de données au niveau de la ligne sont intégrés, et c’est ce qui sépare un portail d’un prototype.

Le 31 mars 2026, Softr s’est relancé comme plateforme AI-native avec l’AI Co-Builder : vous décrivez l’application, il génère ensemble le schéma de base de données, les pages, les permissions et la logique de workflow, puis vous remet le même éditeur visuel pour continuer à l’ajuster (SiliconANGLE, VentureBeat). Softr revendique plus d’1 million de builders et 7 000 organisations, dont Netflix, Google, Stripe et UPS. VentureBeat décrit une équipe d’environ 50 personnes, rentable depuis un an, avec un chiffre d’affaires annuel à huit chiffres et sans équipe commerciale jusqu’ici ; l’entreprise ajoute une approche commerciale pour les comptes enterprise. Sa dernière levée publique est une Série A de 13,5 M$ menée par FirstMark en janvier 2022.

La question à laquelle cette page répond : quand les ops ont besoin d’un portail avec de vrais logins et de vraies permissions, Softr suffit-il, ou faut-il Retool ou un générateur de code IA comme Lovable ?

Pourquoi il apparaît dans les stacks ops

• Les portails sont le cas d’usage précis. Une équipe Legal Ops donne aux cabinets externes un login pour ne voir que leurs propres dossiers et déposer leurs factures ; une équipe RevOps donne aux partenaires de distribution un portail d’enregistrement de deals qui écrit dans HubSpot ; une équipe Recruiting donne aux agences une page qui liste uniquement les candidats qu’elles ont soumis. Dans chaque cas, la difficulté est « cet utilisateur externe voit ces lignes et rien d’autre », et Softr le configure sans code.
• L’IA construit sur des blocs encadrés, pas sur du code brut. Le Co-Builder assemble des composants Softr au lieu d’écrire une codebase : un responsable non technique peut donc continuer à modifier le résultat dans l’éditeur visuel, et un prompt ne réécrit pas des pages déjà terminées. La contrepartie est une liberté de design moindre qu’avec un générateur de code.
• Le MCP fonctionne dans les deux sens. Un serveur MCP à l’échelle du workspace permet à Claude ou Cursor de créer des bases de données, des pages et des workflows dans votre compte Softr. Par ailleurs, toute application publiée peut servir de serveur MCP à ses propres utilisateurs : chaque requête s’exécute en tant que cet utilisateur, donc ses groupes et ses restrictions de données s’appliquent toujours (documentation d’aide Softr).
• Les workflows et les agents « Ask AI » vivent dans le même produit, si bien qu’un bouton de validation peut mettre à jour un enregistrement et envoyer un email à un manager sans compte Zapier ou Make séparé pour les cas simples.

Prix réels

Les prix publiés s’entendent par mois en facturation annuelle : Free (0 $), Basic (19 $), Pro (99 $), Business (329 $) et Enterprise sur devis uniquement. La facturation mensuelle coûte 20 à 32 % de plus : le balisage de prix de Softr lui-même indique 25 $, 119 $ et 395 $. Les associations et l’enseignement bénéficient de 50 % de remise.

Ce sont les utilisateurs de l’application, pas les builders, qui déterminent votre plan :

Un utilisateur « team » partage le domaine email d’un de vos builders ; tous les autres, y compris toute personne sur Gmail, sont des utilisateurs « client ». Les utilisateurs d’application supplémentaires sont facturés en plus à partir du plan Pro ; la page de tarifs les affiche à partir de 1 $ par mois en Pro et 2 $ en Business, et renvoie à un calculateur pour le reste. Les domaines personnalisés supplémentaires coûtent 13 $ par mois en facturation annuelle.

Fourchette réelle : un seul portail client ou partenaire de moins de 50 utilisateurs externes, avec votre marque et des permissions fines, tombe sur le plan Pro à 1 188 $ par an. Dès que vous avez besoin de l’authentification à deux facteurs, d’une inscription limitée par domaine, d’une PWA ou de plus de 100 utilisateurs externes, vous êtes sur Business à 3 948 $ par an, plus les dépassements d’utilisateurs. SSO, SCIM et journaux d’audit sont réservés à Enterprise : toute entreprise dont la revue de sécurité les exige doit budgéter un devis, pas un prix catalogue.

Idéal pour

Les responsables ops — Legal Ops, RevOps, ops Recruiting, ops Customer Success — qui ont besoin d’un portail externe ou d’un outil interne avec permissions sur des données déjà présentes dans Airtable, HubSpot, Google Sheets ou une base SQL, et qui n’ont aucun ingénieur à y affecter. Choisissez Softr quand l’exigence est « les bonnes personnes voient les bonnes lignes » plutôt qu’une interface sur mesure.

Ne l’achetez pas pour un produit public avec des milliers d’inscriptions gratuites — la tarification par utilisateur pénalise ce profil — ni pour un outil dont la logique exige beaucoup d’embranchements, du code personnalisé sur chaque écran ou un design au pixel près.

Face aux alternatives

Retool est le leader du segment des outils internes construits par des ingénieurs. Choisissez Retool quand les builders écrivent du SQL et du JavaScript et que l’application repose sur des bases de production. Sa tarification des utilisateurs externes pèse plus lourd pour les portails : en Business, les utilisateurs externes sont gratuits jusqu’à 50, puis coûtent 8 $ chacun jusqu’à 250, en plus de 50 $ par builder.

Glide est le builder no-code le plus comparable, avec un héritage mobile-first ; ses plans payants commencent à 25 $ par mois et Pro coûte 125 $. Choisissez Glide quand l’application sert surtout sur téléphone à des équipes terrain ou de première ligne. Choisissez Softr quand les utilisateurs sont des clients et partenaires externes sur le web.

Lovable est le nouvel entrant à la croissance la plus rapide du segment, avec plus de 600 M$ de revenu annualisé annoncé en septembre 2026. Il génère une codebase React à partir de prompts, facturée en crédits à partir de 25 $ par mois. Choisissez Lovable quand quelqu’un peut prendre en charge et relire le code généré et que le design doit être sur mesure. Choisissez Softr quand un responsable non technique devra encore maintenir l’application dans deux ans.

Si chaque utilisateur dispose déjà d’un siège Airtable payant et qu’aucune personne externe n’a besoin de se connecter, Airtable Interfaces peut suffire et vous évitez un second fournisseur.

Points de vigilance

• La classification des utilisateurs peut vous faire changer de plan. Les prestataires et clients sur Gmail comptent comme utilisateurs client, et un même utilisateur n’est compté qu’une fois sur l’ensemble de vos applications. Garde-fou : exportez la liste des emails qui se connecteront, séparez-les par domaine et dimensionnez le plan sur ce total plus 12 mois de croissance avant de construire.
• Les workflows s’arrêtent au plafond d’actions. Softr met les workflows en pause jusqu’à la réinitialisation mensuelle ou jusqu’à ce que vous changiez de plan. Garde-fou : placez tout ce qui est critique — routage des factures, notifications d’enregistrement de deals — sur Business ou dans un outil d’automatisation externe, et vérifiez chaque semaine la consommation d’actions de workflow pendant le premier mois.
• Les fonctions de sécurité enterprise passent par un devis. SSO (SAML, OpenID), SCIM et journaux d’audit sont réservés à Enterprise. Garde-fou : envoyez votre questionnaire de sécurité avant de construire, demandez le rapport SOC 2 Type II et vérifiez que le SSO figure dans le devis avant d’engager un portail auprès de clients externes.
• Les applications sur Airtable héritent des limites d’Airtable. Les plafonds d’enregistrements et les rate limits de l’API de la base source se traduisent par des pages lentes dans le portail. Garde-fou : pour les portails à fort volume, déplacez les tables affichées par le portail vers Softr Databases ou une source SQL, et gardez Airtable pour l’édition back-office.
• Il n’y a pas de codebase générée à emporter. Le modèle en blocs est ce qui garde l’application maintenable, et c’est aussi le lock-in. Garde-fou : conservez le système de référence dans une source que vous contrôlez (Airtable, HubSpot, SQL) et traitez Softr comme la couche d’interface, pour qu’un remplacement signifie reconstruire des écrans, pas migrer des données.