Softr

Was es ist

Softr ist eine No-Code-Plattform aus Berlin für Business-Apps, in die sich Menschen einloggen: Kundenportale, Partnerportale, Intranets, schlanke CRMs und Freigabe-Tools. Sie bauen aus vorgefertigten Blöcken — Listen, Tabellen, Kanban-Boards, Formularen, Diagrammen — auf Softrs eigener Datenbank oder auf einer bestehenden Quelle wie Airtable, Google Sheets, HubSpot, Salesforce, Notion oder einer SQL-Datenbank. Authentifizierung, Benutzergruppen, Seitensichtbarkeit und Datenbeschränkungen auf Zeilenebene sind eingebaut, und genau das trennt ein Portal von einem Prototyp.

Am 31. März 2026 wurde Softr als AI-native Plattform mit dem AI Co-Builder neu gestartet: Sie beschreiben die App, und er erzeugt Datenbankschema, Seiten, Berechtigungen und Workflow-Logik zusammen und übergibt Ihnen dann denselben visuellen Editor zum Weiterarbeiten (SiliconANGLE, VentureBeat). Softr meldet mehr als 1 Million Builder und 7.000 Organisationen, darunter Netflix, Google, Stripe und UPS. VentureBeat beschrieb ein Team von rund 50 Personen, im letzten Jahr profitabel, mit achtstelligem Jahresumsatz und bislang ohne Vertriebsteam; das Unternehmen baut gerade eine vertriebsgeführte Ansprache für Enterprise-Kunden auf. Die letzte bekannte Finanzierungsrunde war eine Series A über 13,5 Mio. US-Dollar unter Führung von FirstMark im Januar 2022.

Die Frage, die diese Seite beantwortet: Wenn Ops ein Portal mit echten Logins und Berechtigungen braucht, reicht Softr, oder brauchen Sie Retool oder einen KI-Codegenerator wie Lovable?

Warum es in Ops-Stacks auftaucht

• Portale sind der konkrete Anwendungsfall. Ein Legal-Ops-Team gibt externen Kanzleien einen Login, über den sie nur ihre eigenen Mandate sehen und Rechnungen hochladen; ein RevOps-Team gibt Channel-Partnern ein Portal zur Deal-Registrierung, das in HubSpot schreibt; ein Recruiting-Team gibt Agenturen eine Seite, die nur die von ihnen eingereichten Kandidaten zeigt. In jedem Fall ist der schwierige Teil „dieser externe Nutzer sieht diese Zeilen und sonst nichts“, und Softr konfiguriert das ohne Code.
• Die KI baut auf festen Blöcken, nicht auf rohem Code. Der Co-Builder setzt Softr-Komponenten zusammen, statt eine Codebasis zu schreiben. Eine nicht-technische verantwortliche Person kann das Ergebnis also im visuellen Editor weiter bearbeiten, und ein Prompt überschreibt keine Seiten, die Sie schon fertiggestellt haben. Der Preis dafür ist weniger Gestaltungsfreiheit als bei einem Codegenerator.
• MCP funktioniert in beide Richtungen. Ein workspace-weiter MCP-Server erlaubt Claude oder Cursor, in Ihrem Softr-Konto Datenbanken, Seiten und Workflows anzulegen. Unabhängig davon kann jede veröffentlichte App als eigener MCP-Server für ihre Nutzer dienen: Jede Anfrage läuft als dieser Nutzer, seine Gruppen und Datenbeschränkungen gelten also weiter (Softr-Hilfedokumentation).
• Workflows und „Ask AI“-Agents leben im selben Produkt, sodass ein Freigabe-Button einen Datensatz aktualisieren und eine Führungskraft per E-Mail informieren kann, ohne für einfache Fälle ein separates Zapier- oder Make-Konto.

Preise in der Praxis

Die veröffentlichten Preise gelten pro Monat bei jährlicher Abrechnung: Free (0 $), Basic (19 $), Pro (99 $), Business (329 $) und Enterprise nur auf Angebot. Monatliche Abrechnung ist 20–32 % teurer: Softrs eigenes Preis-Markup nennt 25 $, 119 $ und 395 $. Non-Profits und Bildungseinrichtungen erhalten 50 % Rabatt.

Welcher Plan passt, entscheiden die App-Nutzer, nicht die Builder:

Ein „Team“-Nutzer teilt die E-Mail-Domain mit einem Ihrer Builder; alle anderen, auch jeder mit Gmail-Adresse, sind „Client“-Nutzer. Zusätzliche App-Nutzer werden ab Pro extra berechnet; die Preisseite nennt sie ab 1 $ pro Monat im Pro-Plan und ab 2 $ im Business-Plan und verweist für den Rest auf einen Rechner. Weitere Custom Domains kosten bei jährlicher Abrechnung 13 $ pro Monat.

Realistische Spanne: Ein einzelnes Kunden- oder Partnerportal mit weniger als 50 externen Nutzern, eigenem Branding und granularen Berechtigungen landet im Pro-Plan bei 1.188 $ pro Jahr. Sobald Sie Zwei-Faktor-Authentifizierung, domain-beschränkte Registrierung, eine PWA oder mehr als 100 externe Nutzer brauchen, sind Sie im Business-Plan bei 3.948 $ pro Jahr zuzüglich Nutzer-Überschreitungen. SSO, SCIM und Audit-Logs gibt es nur in Enterprise; jedes Unternehmen, dessen Security-Review sie verlangt, sollte ein Angebot einplanen, keinen Listenpreis.

Am besten geeignet für

Ops-Verantwortliche — Legal Ops, RevOps, Recruiting-Ops, Customer-Success-Ops —, die ein externes Portal oder ein internes Tool mit Berechtigungen auf Daten brauchen, die bereits in Airtable, HubSpot, Google Sheets oder einer SQL-Datenbank liegen, und die keinen Engineer dafür abstellen können. Wählen Sie Softr, wenn die Anforderung „die richtigen Personen sehen die richtigen Zeilen“ lautet und nicht eine maßgeschneiderte UI.

Kaufen Sie es nicht für ein öffentliches Produkt mit Tausenden kostenlosen Anmeldungen — Preise pro Nutzer bestrafen dieses Muster — und nicht für ein Tool, dessen Logik starke Verzweigungen, eigenen Code in jeder Ansicht oder pixelgenaues Design verlangt.

Im Vergleich zu den Alternativen

Retool ist Segmentführer bei internen Tools, die von Engineers gebaut werden. Wählen Sie Retool, wenn die Builder SQL und JavaScript schreiben und die App auf Produktionsdatenbanken läuft. Für Portale ist die Preisgestaltung für externe Nutzer schwerer: Im Business-Plan sind externe Nutzer bis 50 kostenlos, danach kosten sie bis 250 je 8 $, zusätzlich zu 50 $ pro Builder.

Glide ist der ähnlichste No-Code-Builder, mit Mobile-first-Herkunft; bezahlte Pläne beginnen bei 25 $ pro Monat, Pro kostet 125 $. Wählen Sie Glide, wenn die App vor allem auf dem Smartphone von Außendienst- oder Frontline-Teams genutzt wird. Wählen Sie Softr, wenn die Nutzer externe Kunden und Partner im Web sind.

Lovable ist der am schnellsten wachsende Neueinsteiger im Segment und meldete im September 2026 mehr als 600 Mio. $ annualisierten Umsatz. Es erzeugt aus Prompts eine React-Codebasis, abgerechnet über Credits ab 25 $ pro Monat. Wählen Sie Lovable, wenn jemand den generierten Code übernehmen und prüfen kann und das Design maßgeschneidert sein muss. Wählen Sie Softr, wenn eine nicht-technische verantwortliche Person die App in zwei Jahren noch pflegen muss.

Wenn jeder Nutzer bereits einen bezahlten Airtable-Seat hat und niemand Externes einen Login braucht, können Airtable Interfaces genügen, und Sie sparen sich einen zweiten Anbieter.

Worauf Sie achten sollten

• Die Nutzerklassifizierung kann Sie in einen höheren Plan schieben. Freelancer und Kunden mit Gmail-Adresse zählen als Client-Nutzer, und ein Nutzer wird über alle Ihre Apps hinweg nur einmal gezählt. Absicherung: Exportieren Sie die Liste der E-Mail-Adressen, die sich einloggen werden, trennen Sie sie nach Domain und dimensionieren Sie den Plan auf diese Zahl plus 12 Monate Wachstum, bevor Sie bauen.
• Workflows stoppen, wenn Sie das Aktionslimit erreichen. Softr pausiert Workflows, bis das Monatslimit zurückgesetzt wird oder Sie upgraden. Absicherung: Legen Sie alles Geschäftskritische — Rechnungsrouting, Benachrichtigungen zur Deal-Registrierung — in den Business-Plan oder in ein externes Automatisierungs-Tool und prüfen Sie den Verbrauch an Workflow-Aktionen im ersten Monat wöchentlich.
• Enterprise-Sicherheitsfunktionen gibt es nur auf Angebot. SSO (SAML, OpenID), SCIM und Audit-Logs sind Enterprise vorbehalten. Absicherung: Schicken Sie Ihren Security-Fragebogen vor dem Bau, fordern Sie den SOC 2 Type II-Bericht an und stellen Sie sicher, dass SSO im Angebot steht, bevor Sie ein Portal für externe Kunden zusagen.
• Apps auf Airtable erben die Grenzen von Airtable. Datensatzlimits und API-Rate-Limits der Quellbasis zeigen sich im Portal als langsame Seiten. Absicherung: Verlagern Sie bei Portalen mit hohem Volumen die Tabellen, die das Portal anzeigt, in Softr Databases oder eine SQL-Quelle und behalten Sie Airtable für die Bearbeitung im Backoffice.
• Es gibt keine generierte Codebasis, die Sie mitnehmen können. Das Blockmodell hält die App wartbar, und es ist zugleich der Lock-in. Absicherung: Halten Sie das System of Record in einer Quelle, die Sie kontrollieren (Airtable, HubSpot, SQL), und behandeln Sie Softr als Interface-Schicht, damit ein Wechsel den Neubau von Ansichten bedeutet und keine Datenmigration.