Kurzfassung: Retool ist heute Marktstandard für interne Tools. Wenn Eure Daten in der US-Cloud sein dürfen, Ihr primär read-only Dashboards braucht und Pro-User-Pricing für Euch okay ist, ist Retool oft schneller live. Wenn Ihr in Deutschland oder On-Prem hosten, mehrere Mandanten sauber trennen, lokale KI einbinden oder einen auditierbaren Workflow als Pilot aufsetzen wollt, ist Kumiko der bessere Pfad.
Für wen dieser Vergleich gedacht ist
Dieser Vergleich ist nicht für Hobby-Dashboards geschrieben, sondern für Teams, die gerade eine Kaufentscheidung vorbereiten:
- Geschäftsführung oder IT-Leitung im Mittelstand
- Teams mit DSGVO-, AVV-, Audit- oder Hosting-Vorgaben
- Prozesse wie Reklamationen, Wartung, Freigaben oder Portale mit Rollenmodell
- Organisationen, die nicht wieder bei Excel + E-Mail + Insellösung enden wollen
Wenn Ihr nur morgen ein internes Read-only-Dashboard auf eine US-Cloud-Datenbank klicken wollt, ist Retool weiterhin die wahrscheinlich pragmatischere Wahl.
Was Retool ist
Gehostete Internal-Tools-Plattform aus den USA. Drag-and-Drop-Editor, ca. 150 vorgefertigte Daten-Konnektoren (Postgres, MongoDB, Stripe, Salesforce, …), JavaScript für Custom-Logik. Marktführer bei „Dashboards für interne Daten” mit rund 10.000 zahlenden Kunden.
Pricing: ab $10/User/Monat, Enterprise mit Per-Action-Abrechnung. Bei 100 Mitarbeitern realistisch ~$1.000/Monat = $12.000/Jahr.
Wo Retool stärker ist
Ehrlich:
- Konnektoren-Bibliothek: 150+ vorgefertigte Konnektoren. Bei exotischen Datenquellen (Salesforce, Snowflake, MongoDB Atlas) hat Retool das fertig
- Reife UI-Komponenten: Tabellen mit Filtern und Sortierung, Charts, Maps — alles drin, alles getestet
- Zeit bis zum ersten Dashboard: wenn Eure Daten in einer Postgres in der US-Cloud liegen und Ihr ein read-only Dashboard braucht, ist Retool in einer Stunde fertig
- Community + Templates: Marktplatz mit fertigen Vorlagen, große Community
Das ist wichtig, weil Kumiko nicht gewinnen muss, wenn die Aufgabe nur lautet: „Wir brauchen schnell eine interne Oberfläche auf vorhandene Daten, ohne besonderen Betriebsanspruch.“ Genau dort ist Retool stark.
Wo Kumiko stärker ist
| Aspekt | Retool | Kumiko |
|---|---|---|
| Hosting in DE | Enterprise-Tier (US-managed) | Hetzner / On-Prem / Bare-Metal — ihr wählt |
| DSGVO + AVV | Albtraum (US-Cloud, Schrems-II-Risiko) | Architektonisch konform |
| KI-Features | Nur Cloud-KI (US-Provider) | BYOK: Anthropic, OpenAI oder lokales Modell via Konfigurations-Variable |
| Mandantentrennung | Pro-User-Pricing skaliert mit Tenants | Eingebaut, ein Pricing |
| Änderungsprotokoll | Müsst ihr selbst bauen | Eingebaut, jede Änderung lückenlos |
| Schema-Änderungen | Edit → Save → User reloaden um den neuen Stand zu sehen | Edit → User sehen es in Sekunden, ohne Reload |
| Neue App provisionieren | Manuelles Editor-Setup, aus Template kopieren | Klick → live in unter 2 Minuten |
| Lock-in | Hoch — eure App lebt in Retools Cloud | Niedrig — Code in eurem Repo, Framework öffentlich (BSL → Apache-2.0 nach 2 Jahren) |
| Preis-Skalierung | Pro User pro Monat | Pro App (~49–149 €/Monat) plus Hosting |
| Tiefe der Apps | Dashboards + Formulare (keine Workflows, keine State Machines) | Echtes Backend mit Aggregaten, Workflows, Realtime |
Die kaufrelevanten Unterschiede in der Praxis
1. Hosting- und Compliance-Modell
Retool kann vieles abdecken, aber der Default bleibt ein US-geprägtes Betriebsmodell. Für viele DACH-Teams ist genau das der Dealbreaker.
Kumiko startet von der anderen Seite:
- Hosting auf Hetzner in Deutschland oder komplett On-Prem
- lokales LLM via Ollama oder vLLM statt Pflicht zur US-KI-Cloud
- Audit-Trail und Rollenmodell nicht als Zusatzprojekt, sondern als Plattform-Fundament
Wenn Ihr schon heute wisst, dass Datenschutz, AVV, Schrems-II-Risiko oder interne Audit-Pfade im Projektgespräch auftauchen werden, spart Kumiko oft Wochen an Gegenargumentation und Architektur-Ausnahmen.
2. Preis- und Betriebslogik
Retool ist angenehm, solange die Nutzerzahl klein bleibt. Spätestens bei größeren Fachbereichen, mehreren Standorten oder Mandanten wird Per-User-Pricing schnell zum politischen Thema.
Kumiko ist näher an einem Plattform- bzw. App-Modell:
- kein Per-User-Lock-in für jeden zusätzlichen Mitarbeiter
- dieselbe technische Basis für interne Tools, Portale und tenant-fähige Prozesse
- Code, Repo und Deploy-Pfad bleiben in Eurem Einflussbereich
Für einen 10-Personen-Admin-Use-Case ist das nicht immer entscheidend. Für 50, 100 oder 300 interne Nutzer schon.
3. Dashboard vs. echter Workflow
Retool ist sehr gut, wenn Ihr auf bestehende Daten schaut und ein paar Aktionen drumherum braucht.
Kumiko wird stärker, wenn Ihr einen echten operativen Prozess digitalisieren wollt:
- Reklamationen mit Statuslogik, Rollen und Historie
- Wartung mit Ticketfluss, Anlagenakte und Folgeaktionen
- Mandanten- oder standortfähige interne Tools mit sauberer Trennung
- lokale KI-Unterstützung direkt im Prozess statt nur in Chat-Demos
Sobald der Kern nicht mehr „Daten anzeigen“ sondern „Betrieb abwickeln“ ist, kippt der Vorteil oft Richtung Kumiko.
Edit-and-See vs Edit-and-Redeploy
Retools Update-Loop: im Editor bearbeiten, Save drücken, User reloaden, sie sehen den neuen Stand. Das ist schnell — aber jede Änderung ist ein Deploy-Event, jeder Reload ist ein Context-Switch für den User, und jedes „ich hab vergessen zu speichern” ist ein Support-Ticket.
Kumikos Update-Loop: im Designer bearbeiten, die Änderung wird live an die laufende App übertragen. User auf demselben Bildschirm sehen das neue Feld erscheinen, die neue Ansicht verfügbar werden, die neue Berechtigungsregel greifen — ohne Reload, ohne „ist der Deploy fertig?”, ohne ihren Platz im Workflow zu verlieren.
Bei einem Tool das 200 Leute jeden Tag nutzen, ist das Wegfallen des Reload-bei-jeder-Änderung keine Kleinigkeit. Es ist der Unterschied zwischen „Tool das man toleriert” und „Tool das man tatsächlich mag”.
Wann Ihr Retool wählen solltet
Ehrlich:
- Eure Daten dürfen in die US-Cloud (kein DSGVO-Konflikt)
- Ihr braucht ein read-only Dashboard auf bestehende Datenquellen — keine echte App
- Time-to-First-Live ist das einzige Kriterium (1 Stunde vs. 1 Tag)
- Weniger als 20 User, keine Mandantentrennung nötig
- Ihr habt einen exotischen Konnektor (Salesforce, Snowflake), den Ihr nicht selbst bauen wollt
Wann Ihr Kumiko wählen solltet
- DACH/EU-Compliance ist Pflicht (DSGVO, AVV, Hosting in DE)
- Eure Tools brauchen mehrere Mandanten / Standorte / Abteilungen sauber getrennt
- Änderungsprotokoll ist regulatorisch verlangt (ISO 27001, BaFin, SOC 2)
- Ihr wollt mehr als ein Dashboard — echte Workflows, State Machines, Realtime-Updates
- Pro-User-Pricing tut weh (mehr als 50 Mitarbeiter)
- Ihr akzeptiert ~1 Tag Initial-Setup für 0 € pro User und volle Code-Kontrolle
Belege, die Ihr intern weitergeben könnt
- Live-System:
publicstatus.euläuft bereits end-to-end auf Kumiko und zeigt Multi-Tenant-Betrieb nicht nur in Slides. - Pricing-Pfad: Der Self-Host-Pfad startet nicht mit Per-User-Abrechnung, sondern mit Hosting + Plattformumfang. Das ist vor allem für mittelständische Rollouts relevanter als klassische Seat-Modelle.
- FAQ / Einwände: Hosting, Lock-in, lokales LLM, Audit und Pilotformat sind bereits auf der FAQ- und Pricing-Seite konkret beantwortet.
- Pilot-Modell: Statt langer Discovery ist der sinnvolle nächste Schritt ein kurzer Fit-Check plus Pilot-Setup für einen echten Prozess.
Wie ein realistischer Pilot mit Kumiko aussieht
- Use-Case prüfen: Ihr schickt Prozess, Screenshots oder Euer aktuelles Tool-Setup.
- Fit ehrlich klären: Wir sagen offen, ob Kumiko für Euren Fall besser ist als Retool oder ob Retool genügt.
- Pilot-Setup bauen: Ein erster Workflow läuft mit Eurem Hosting- und Rollenmodell.
- Entscheidung treffen: Danach ist klar, ob Ihr nur ein Dashboard braucht oder eine Plattform für mehrere Prozesse.
Migration von Retool nach Kumiko
Realistisch ein 2–4-Wochen-Projekt für ein mittelgroßes Tool. Datenquelle bleibt oft dieselbe (z. B. Postgres), UI wird neu auf den Prozess zugeschnitten, Custom-JavaScript wird zu TypeScript-Handlers. Ein Migrations- und Fit-Check ist Teil des Pilot-Gesprächs.
Entscheidungsregel in einem Satz
Wählt Retool, wenn Ihr schnell ein Dashboard auf vorhandene Datenquellen setzen wollt und US-Cloud + Seat-Pricing für Euch okay sind.
Wählt Kumiko, wenn Ihr operative Business-Software mit klarer Betriebslogik, auditierbarer Historie, lokaler KI und kontrolliertem Hosting aufbauen wollt.
→ Pilot prüfen: hello@kumiko.so
Weiterlesen: