Der Fall: einen Datensatz finden, korrigieren und die Kontrolle behalten
Das häufigste interne Tool ist einfach. Eine Mitarbeiterin oder ein Mitarbeiter sucht eine Transaktion oder einen Kunden, liest die Details und klickt auf eine Schaltfläche, die etwas in den zugrunde liegenden Daten korrigiert. Retool beschreibt sich als Low-Code-Plattform, mit der sich interne Tools und Geschäftsanwendungen schneller bauen lassen, mit KI-Funktionen und vorgefertigten Komponenten.
Die von Retool veröffentlichte Fallstudie zu Ramp zeigt dieses Muster. Das Backend von Ramp berechnet für jeden Kunden ein Risikosignal. Vor Retool konnten die Support-Mitarbeitenden es nicht sehen. Ramp baute eine Oberfläche, in der das Operations-Team das Signal sieht. Hat ein Kunde Anspruch auf eine Erhöhung seines Kreditrahmens, klickt die zuständige Person auf eine Schaltfläche, die das Backend von Ramp aktualisiert. Das Tool dient also nicht nur zum Lesen.
Der Rest dieses Artikels folgt diesem Weg: die Quelle verbinden, die Oberfläche bauen, den Zugriff einschränken, von Staging zu Production wechseln und einen Audit-Trail führen. Die hier genannten Kundenzahlen sind Angaben des Anbieters und kein Vergleich zwischen Unternehmen.
Schritt 1: die vorhandenen Daten verbinden
Die Integrationsseite von Retool nennt unter anderem REST API, GraphQL, OpenAPI, JDBC, PostgreSQL, MySQL, MongoDB, Snowflake, BigQuery, Salesforce, Zendesk, Stripe und Slack. Wenn Sie noch keine Quelle haben, bietet Retool auch eine eigene verwaltete PostgreSQL-Datenbank an.
Die Analysten von EquipmentShare erprobten Retool mit einer App für Marktdaten, die aus einem Snowflake-Data-Warehouse las und dorthin schrieb und von einer kleinen Zahl von Nutzern betreut wurde. Laut dem Bericht des Engineering-Teams von Remitly dauerte es nach der Einführung von Retool etwa fünf Minuten, eine Dynamo-Datenbank anzubinden und eine Seite mit den letzten Transaktionen zu bauen. Beides sind Aussagen von Kunden, die Retool veröffentlicht hat.
Schritt 2: die Oberfläche für Suche und Korrektur bauen
Die Customer-Success-Mitarbeitenden von Remitly suchen eine Transaktion über ihren Referenzcode oder filtern nach einem anderen identifizierenden Feld. Nach dem ersten Dashboard wünschten sich die Mitarbeitenden weitere Felder, die nach und nach ergänzt wurden. Auf einer zweiten Seite sehen sie den Partner, prüfen den Fehler in einer Wissensdatenbank und handeln, alles in einer Ansicht.
Das Support-Team von Plaid nutzte vorgefertigte Integrationen, um Kontext aus mehreren Tools in einer App zusammenzuführen. Ein Kollege ergänzte eine Schaltfläche, die ein Jira-Ticket mit vorausgefüllten Daten zum Institut anlegt, eine Funktion, die der Entwickler der App nicht geplant hatte. Plaid meldet eine um 80 % verbesserte durchschnittliche Bearbeitungszeit von Tickets, während sich das Team verdreifachte. Das ist eine eigene Messung von Plaid, veröffentlicht von Retool.
Für den Bau stellt die Startseite von Retool einen KI-App-Builder vor, der eine App aus einer Beschreibung erzeugt, einen MCP-Server und eine CLI für den Bau mit KI-Agenten sowie den Import von React-Code aus anderen Plattformen per ZIP-Datei oder GitHub-Synchronisierung. Die Preisseite ergänzt Workflows mit zeitgesteuerten und Webhook-Auslösern sowie eine Abfragebibliothek.
Schritt 3: festlegen, wer was sehen und ändern darf
Retool rechnet Builder (Personen, die Apps erstellen oder bearbeiten) und interne Nutzer (Beschäftigte, die Apps verwenden) getrennt ab. Laut Preisseite kosten Builder im Team-Tarif 10 US-Dollar pro Monat und im Business-Tarif 50 US-Dollar, interne Nutzer 5 bzw. 15 US-Dollar. Der Free-Tarif erlaubt bis zu fünf Nutzer. Die Preise für Enterprise werden individuell festgelegt.
Die Berechtigungen hängen vom Tarif ab. Die Preisseite nennt umfangreiche Berechtigungssteuerungen mit Zugriff auf Datenebene und rollenbasiertem Zugriff ab dem Business-Tarif. Granulare Rollen sind nur für Enterprise aufgeführt. Berechtigungen für Ressourcenumgebungen, die den Zugriff auf Dev, Staging und Production einschränken, gibt es ebenfalls nur in Business und Enterprise.
Laut Startseite verbinden sich Apps mit Produktionsdaten, wobei der Zugriff über bestehende Berechtigungen und ohne zusätzliche Konfiguration geregelt wird. Keine der vorliegenden Quellen erklärt, wie das in der Praxis funktioniert. Betrachten Sie es daher als Angabe, die Sie in einer Demo testen sollten.
Schritt 4: von Staging zu Production wechseln
Laut Preisseite bietet Free nur Production, Team bietet Staging und Production, und Business sowie Enterprise bieten unbegrenzt viele Umgebungen. Versionsfreigabe und Versionsverlauf mit der Möglichkeit, zurückzusetzen, sind in jedem Tarif enthalten. Mit Ressourcen für Staging und Production können Sie vor dem Umschalten gegen eine Staging-Datenbank testen.
Retool läuft in der eigenen Cloud oder selbst gehostet in Ihrer eigenen VPC. Enterprise unterstützt beides und zusätzlich Air-Gapped-Umgebungen. Remitly entschied sich für das Self-Hosting auf seinem Kubernetes-Cluster, weil seine Daten sensibel sind. Das Unternehmen speichert die Konfiguration von Retool in einem GitHub-Repository, baut bei jedem Merge einen Container und beschränkt die Registrierung per SSO auf die eigene Domain. Laut Preisseite sind Git-Versionsverwaltung und SSO Funktionen von Enterprise.
Schritt 5: Audit und Nachverfolgung
Audit-Logs sind ab dem Business-Tarif aufgeführt. Sie erfassen Abfragen an Datenbanken und APIs sowie Aktionen der Nutzer in Retool. Das Streaming von Audit-Logs ist nur für Enterprise aufgeführt. Auch Nutzungsanalysen gibt es nur in Enterprise.
Die Fallstudien zu Ramp, Remitly und EquipmentShare beschreiben nicht, wie diese Unternehmen Audit-Logs oder Berechtigungen pro Umgebung nutzen. Ob ein Business-Tarif Ihre eigenen regulatorischen Anforderungen erfüllt, beantworten diese öffentlichen Quellen nicht.
Welcher Tarif und welche Fragen
Unsere redaktionelle Lesart der Preisseite: Ein kleines Team, das mit nicht sensiblen Daten einen Prototyp baut, kann mit Free oder Team beginnen. Benötigen Sie Audit-Logs, umfangreiche Berechtigungen und Berechtigungen für Ressourcen pro Umgebung, ist Business der erste Tarif, der sie aufführt. Benötigen Sie SSO, Git, granulare Rollen oder Self-Hosting, verweist die Seite auf Enterprise.
Fragen, die sich in einer Demo lohnen: Wie werden bestehende Datenbankberechtigungen in die Apps übernommen? Wie lassen sich Schreibzugriffe auf bestimmte Felder beschränken? Was zeichnet das Audit-Log bei einem Klick auf eine Schaltfläche auf? Wie werden KI-Credits beim Bauen verbraucht? Das sind redaktionelle Vorschläge, keine Funktionen des Anbieters. Das Verzeichnis von usedby zählt 128 Unternehmen als Kunden von Retool. Das ist kein Marktanteil.
Methodik und Grenzen
2026-10-15
Diese datierte Momentaufnahme zählt unterschiedliche Unternehmen in öffentlichen Kundenbelegen. „Bestätigt“ steht für eine Fallstudie, eine namentliche Kundenstimme oder eine Pressequelle, „Beobachtet“ für einen Eintrag beim Anbieter und „Signal“ für eine Stellenanzeige. Alle drei zählen, ihre Beweiskraft ist aber unterschiedlich. Entfernte Einträge und Einträge ohne Nachweisstufe sind ausgeschlossen. Die Beispiele sind eine begrenzte Auswahl, die innerhalb von 90 Tagen geprüft wurde. Angaben zum Anbieter sind belegte Datensätze, die innerhalb von 60 Tagen geprüft wurden. Die Abdeckung ist ungleichmäßig, und fehlende Belege bedeuten „unbekannt“. Diese Zahlen messen weder Marktanteile noch Produktleistung. Erfassungsdaten sind keine Einführungsdaten.
