Lovable

Was es ist

Lovable ist ein Prompt-to-App-Builder. Sie beschreiben eine App im Chat, und Lovable schreibt daraus eine Full-Stack-Webanwendung — React und Tailwind im Frontend, ein Supabase-basiertes Backend für Daten, Authentifizierung und Dateispeicher — und hostet sie anschließend. Der Code bleibt nicht im Produkt eingeschlossen: Er synchronisiert mit einem GitHub-Repository, sodass ein Engineer Pull Requests prüfen und im eigenen Editor weiterbauen kann. Dieser Ausstieg ist der wichtigste Unterschied zu klassischen Low-Code-Canvases wie Retool, bei denen die App im Format des Anbieters lebt.

Lovable ist zugleich der am schnellsten wachsende Neueinsteiger im Segment für interne Apps, gemessen am Umsatz. Das Unternehmen sitzt in Stockholm und wurde 2023 von Anton Osika und Fabian Hedin aus dem Open-Source-Projekt GPT Engineer heraus gegründet. Am 12. August 2026 sammelte es eine Series C über $400M unter Führung von Menlo Ventures bei einer Bewertung von $13.3B ein (TechCrunch), acht Monate nach einer Series B über $330M bei $6.6B. Mitgründer Fabian Hedin sagte am 24. September 2026, der annualisierte Umsatz habe $600M überschritten — rund das Dreifache der $200M, die Lovable im November 2025 meldete. Laut Lovable wurden über 60 Millionen Projekte erstellt, und Mitarbeitende bei fast zwei Dritteln der Fortune 500 nutzen das Tool.

Warum Ops-Teams hier landen

Weil Ops-Leute es bereits nutzen, meist bevor die IT davon weiß. Die typische Anfrage — ein Partnerportal, ein Intake-Formular mit Prüf-Queue, ein Provisions-Dashboard über CRM-Daten — ist klein genug, dass Engineering sie nie priorisiert, und spezifisch genug, dass eine Tabellenkalkulation nicht mehr reicht. Lovable schließt diese Lücke an einem Nachmittag. Die Series-C-Ankündigung nannte Salesforce, Google Workspace, Microsoft 365 und Stripe als Konnektoren, und Lovable Cloud gibt jeder App Datenbank, Authentifizierung und Speicher ohne separates Supabase-Konto.

Auf Enterprise existiert die Governance-Schicht inzwischen: SSO/SAML, SCIM-Provisionierung, Audit-Logs, Publishing-Kontrollen, die festlegen, wer veröffentlichen und wer das Ergebnis sehen darf, sowie Security Insights, das jede App im Workspace nach Risiko sortiert auflistet. Lovable meldet Zertifizierungen nach SOC 2 Type II, ISO 27001 und AIUC-1.

Ein Use Case, der den Kauf rechtfertigt

Eine RevOps- oder CS-Leitung braucht eine kunden- oder partnerseitige App, die eine Handvoll Tabellen liest: ein Portal für Angebotsanfragen zu Verlängerungen, ein Formular zur Deal-Registrierung für Partner, das in Salesforce schreibt, eine Legal-Intake-Seite, die Anfragen nach Mandatstyp routet. Keine davon braucht Berechtigungen auf Zeilenebene gegen ein produktives Data Warehouse; alle müssen fertig aussehen. Bauen Sie sie in Lovable, synchronisieren Sie ab Tag eins mit GitHub und übergeben Sie das Repository an einen Engineer, falls die App den Pilot überlebt.

Preise

Free gibt 5 Credits pro Tag, gedeckelt bei 30 pro Monat. Pro beginnt bei $25/Monat ($250/Jahr) für 100 monatliche Credits, mit größeren Pro-Stufen von 200 Credits für $50, 400 für $100 und 800 für $200 (No Code MBA, abgeglichen mit lovable.dev). Business beginnt bei $50/Monat und ergänzt SSO, Opt-out vom Training mit Ihren Daten, rollenbasierten Zugriff und internes Publishing. Enterprise gibt es nur auf Angebot.

Credits sind die Abrechnungseinheit, und der Verbrauch hängt von der Aufgabe ab: Lovables eigene Beispiele reichen von 0.5 Credits für eine einzeilige Stiländerung bis 1.7 für eine Landing Page mit Bildern. Aufstockungen kosten $15 pro 50 Credits auf Pro ($0.30/Credit) und $30 pro 50 auf Business ($0.60/Credit). Hosting und KI innerhalb der Apps laufen über separate Cloud- und KI-Guthaben mit monatlichem Kontingent; darüber hinaus wird nach Nutzung abgerechnet. Die reale Preisspanne für ein kleines Ops-Team, das zwei oder drei interne Apps baut, liegt bei $50-200/Monat; ein Team, das täglich iteriert, landet in der Pro-Stufe für $100-200 oder zahlt Business-Preise für SSO.

Am besten geeignet für

Ops-, RevOps- und CS-Leitungen in Unternehmen mit 20 bis 500 Beschäftigten, die eine eigenständige, fertig wirkende App brauchen — ein Portal, ein Intake-Formular oder ein schlankes Dashboard —, die jemand ohne Engineering-Hintergrund bauen und ein Engineer später über GitHub übernehmen kann.

Alternativen, und wann Sie sie wählen sollten

• Retool — der Segmentführer für von Engineers gebaute interne Tools, mit $120M ARR im Oktober 2025. Wählen Sie es, wenn die Builder SQL schreiben und die App auf produktiven Datenbanken mit Berechtigungen pro Abfrage sitzt.
• Microsoft Power Apps — der andere Marktanteilsführer, gebündelt in der M365-Lizenzierung. Wählen Sie es, wenn die App ein Formular über SharePoint oder Dataverse ist und die IT den Bau verantwortet.
• Superblocks — wählen Sie es, wenn Governance der Grund für die Evaluierung ist: Es importiert Lovable-Prototypen und hostet sie neu auf gesteuerten Verbindungen mit Berechtigungen auf Zeilenebene.
• Airtable — wählen Sie es, wenn die „App“ eine geteilte Tabelle mit Ansichten und Automatisierungen ist und niemand eine eigene UI braucht.

Worauf Sie achten sollten

• Lovables eigene Sicherheitsbilanz 2026. Zwischen dem 3. Februar und dem 20. April 2026 legte eine Backend-Regression Chatverläufe und Quellcode öffentlicher Projekte für jeden angemeldeten Lovable-Nutzer offen; Meldungen über HackerOne wurden als beabsichtigtes Verhalten geschlossen, bevor Lovable handelte (Lovable, 22. April 2026). Lovable behob die Regression und stellte historische öffentliche Projekte auf privat um. Absicherung: Schreiben Sie private Projekte workspace-weit vor, legen Sie API-Keys in den Cloud-Secrets ab statt in Prompts oder Code, und rotieren Sie jede Zugangsberechtigung, die je in einem Chat aufgetaucht ist.
• Generierte Apps erben genau die Sicherheit, die der Prompt verlangt hat. Im März 2025 fand ein Forscher über 170 mit Lovable gebaute Apps, deren Supabase-Tabellen keine Zugriffsrichtlinien hatten, sodass die Daten öffentlich lesbar waren (CVE-2025-48757). Absicherung: Führen Sie vor jeder Veröffentlichung Lovables Security-Scan aus, und lassen Sie einen Engineer die Row-Level-Security-Richtlinien jeder Tabelle mit Kundendaten prüfen, bevor die App live geht.
• Der Credit-Verbrauch ist schwer vorherzusagen. Einen Bug per Chat zu iterieren kostet bei jedem Versuch Credits, und Business-Aufstockungen kosten das Doppelte des Pro-Tarifs. Absicherung: Pilotieren Sie mit einem Pro-Seat über einen vollen Abrechnungszyklus, erfassen Sie die Credits pro ausgelieferter Funktion und dimensionieren Sie erst dann die Stufe; verlagern Sie festgefahrene Fixes zu GitHub und einem Engineer, statt erneut zu prompten.
• Apps laufen standardmäßig auf Lovables Hosting. Absicherung: Verbinden Sie GitHub vor dem ersten produktiven Einsatz, damit Code und Historie außerhalb von Lovable existieren, und klären Sie, wem der Datenexport aus Supabase oder Cloud gehört, falls Sie wechseln.