Lovable: wat het is, wat het kost en wanneer het écht werkt

Wat is Lovable precies?

Lovable is opgericht in 2023 door Anton Osika en Fabian Hedin, aanvankelijk onder de naam GPT Engineer. Na een rebrand lanceerde het bedrijf eind 2024 publiekelijk als Lovable: een prompt-gebaseerde app builder. Je beschrijft in gewone taal wat je wil bouwen — een landingspagina, een intern dashboard, een klantportaal, een calculator — en Lovable zet dat om in werkende code met een live preview.

Wat het onderscheidt van klassieke no-code tools is dat er geen gesloten bouwstenen onder zitten. Lovable schrijft echte, leesbare code volgens een moderne standaardstack. Dat betekent dat je nooit vastzit: je kunt de codebase synchroniseren met GitHub, laten reviewen door een developer en desnoods buiten Lovable doorontwikkelen.

Wat het níét is: geen vervanging van een webshopplatform als Shopify voor zware transactionele e-commerce, geen ERP, en geen garantie dat het resultaat productieklaar is. AI genereert snel, maar of autorisatie, datavalidatie en performance kloppen moet iemand nog steeds controleren.

• Voor marketeers: landingspagina's, campagnetools, calculators en dashboards zonder wachtrij bij development.
• Voor ondernemers: een MVP of intern proces dat je in dagen test in plaats van in kwartalen.
• Voor product- en IT-teams: prototypes en interne tools die niet op de roadmap passen, met code die je gewoon kunt overnemen.
• Voor bureaus: sneller kunnen tonen in plaats van beschrijven — een klikbaar concept in plaats van een wireframe.

Hoe Lovable technisch in elkaar zit

Onder de motorkap is Lovable geen black box: het genereert een projectstructuur die een ervaren front-end developer direct herkent. Dat is precies waarom apps uit Lovable overdraagbaar zijn.

Je werkt in twee modi. In build-modus prompt je direct en zie je meteen resultaat. In plan-modus laat je eerst een plan opstellen dat je goedkeurt voordat er code wordt gegenereerd — verstandig bij grotere features, omdat je dan vooraf ziet welke bestanden en beslissingen erbij komen.

Loopt iets vast, dan debug je zoals een developer: console- en netwerklogs, de foutmelding, de chatgeschiedenis en het stap-voor-stap terugbrengen van de wijziging die het brak. Bij grote wijzigingen adviseert Lovable zelf om het werk op te splitsen, en dat advies is de moeite waard.

Waarom Lovable zo hard groeit (de cijfers)

De cijfers achter Lovable zijn ongebruikelijk voor een jong Europees softwarebedrijf, en worden breed opgepikt in de tech-pers. We zetten ze hier op een rij met bron en datum, want ze veranderen snel — en er wordt over Lovable ook veel gezegd dat niet bevestigd is.

Deze combinatie van snelle omzetgroei, een klein team en aansprekende klanten verklaart waarom Lovable in 2026 wordt gezien als een van de duidelijkste voorbeelden van hoe AI software-ontwikkeling verandert.

• Van app builder-lancering (eind 2024) naar meer dan $500 miljoen ARR in ongeveer 19 maanden, bereikt in juni 2026 (berichtgeving Sifted/TechCrunch, juli 2026).
• $200 miljoen ARR begin 2026 → $400 miljoen in maart 2026 (Business Insider, 11 maart 2026) → $500 miljoen+ medio 2026.
• Waardering van $6,6 miljard bij een Series B van $330 miljoen in december 2025.
• Juli 2026: berichten over gesprekken voor een nieuwe ronde van circa $300 miljoen bij een waardering van naar verluidt $13,2 miljard. Die ronde was op dat moment níét afgerond — behandel het als gerapporteerd gesprek, niet als feit.
• Gerapporteerd gebruik: ongeveer 8 miljoen gebruikers, meer dan 50 miljoen projecten en circa 1 miljoen nieuwe projecten per week (rapportage juli 2026).
• In de pers genoemde enterprise-klanten: Workday, Asana en Nvidia.
• Met ~146 medewerkers en $500 miljoen ARR komt de omzet per medewerker rond $2,7–2,8 miljoen. Dat is onze rekensom, geen officieel bedrijfscijfer.

Wat kun je er realistisch mee bouwen?

De vraag is nooit of Lovable iets kan bouwen — bijna alles komt er in een eerste versie uit. De vraag is of het resultaat past bij wat je ermee wil doen. Onze indeling na tientallen projecten:

Vuistregel: hoe meer je app om gegevens, formulieren, rollen en rapportages draait, hoe beter Lovable past. Hoe meer hij om betalingen, voorraad, koppelingen met legacy-systemen of strenge compliance draait, hoe meer engineering ernaast nodig is.

Prompten: zo krijg je bruikbare resultaten

De kwaliteit van wat Lovable oplevert hangt sterk af van hoe je prompt. "Maak een dashboard" levert een generieke opzet op. Een prompt die het doel, de doelgroep, de gewenste onderdelen en de randvoorwaarden benoemt levert direct iets waar je verder mee kunt. Net als bij het briefen van een developer: hoe concreter de context, hoe minder rondes.

In de praktijk werkt het beter om klein te beginnen en in stappen uit te breiden dan om in één prompt een complete applicatie te beschrijven. Vraag eerst om de basisstructuur, test die in de preview, en stuur daarna gericht bij. "Verander de volgorde van deze twee stappen" werkt beter dan een nieuwe brede prompt die de hele flow opnieuw genereert — en voorkomt dat goedgekeurde onderdelen ongemerkt veranderen.

• Benoem het doel en de gebruiker, niet alleen de functie: "zodat een bezoeker in drie stappen een indicatie krijgt".
• Werk in kleine stappen en test tussendoor in de live preview.
• Gebruik plan-modus voor grotere features, zodat je de aanpak vooraf goedkeurt.
• Wijs bij bugs op de concrete foutmelding of het logbestand in plaats van "het werkt niet".
• Leg vroeg je design system vast (kleuren, typografie, componenten) — anders drift het per prompt.

Wat kost Lovable in 2026?

Lovable werkt met één creditbalans die build-gebruik (berichten en edits), Cloud-gebruik (hosting en backend) en AI-gebruik in gepubliceerde apps dekt. Dat is prettig simpel, maar betekent ook dat een druk gebruikte app doorloopt in je verbruik.

Daarnaast is er een maandelijkse Cloud-grant van 20 credits en een AI-grant van 4 credits op de Free-, Pro- en Business-plannen. Daily build credits resetten elke dag om 00:00 UTC en rollen niet door. Tarieven veranderen regelmatig; check voor de actuele stand altijd lovable.dev/pricing.

De grenzen: security, onderhoud en wanneer je beter iets anders kiest

Dit hoofdstuk is het belangrijkste als je met Lovable iets bouwt waar bedrijfsdata in komt. AI-gegenereerde code is niet per definitie onveilig, maar de risico's zitten op voorspelbare plekken: autorisatieregels die te ruim staan, data die via de client bereikbaar is, ontbrekende validatie en secrets op de verkeerde plek. Wij lopen dat standaard na voordat een app live gaat.

Het tweede punt is onderhoudbaarheid. Een app die in tien prompts is ontstaan kan er prima uitzien en toch dubbele logica bevatten. Als het project langer meegaat dan een campagne, is het de moeite waard om de structuur één keer op te schonen en een design system vast te leggen.

En soms is het eerlijke antwoord dat Lovable niet de beste keuze is. Bij zware transactionele e-commerce, diepe legacy-integraties of strikte compliance-eisen met eigen infrastructuurkeuze liggen andere platformen of maatwerk meer voor de hand. Dat zeggen we dan ook.

• Laat autorisatie en rechten op databaseniveau reviewen — niet alleen in de interface verbergen.
• Zet git-sync aan zodat je een versiegeschiedenis en back-up hebt, ook op het gratis plan.
• Bewaar geen sleutels of gevoelige waarden in front-endcode.
• Denk je datamodel vooraf door; dat verbouwen kost later het meeste werk.
• Regel monitoring en een eigenaar: wie kijkt ernaar als het stilstaat?

Wat een officiële Lovable-partner toevoegt

Brandable is de eerste officiële Lovable-partner van Nederland en de partner in de Brainport-regio. We bouwen sinds de begindagen op het platform, geven er webinars en trainingen over en zien daardoor de valkuilen voordat ze geld kosten.

Een partner is geen tussenpersoon die iets duurder maakt. Het verschil zit in de dingen die je pas mist als je live bent: een datamodel dat meegroeit, autorisatie die klopt, een design system dat consistent blijft, SEO en meetbaarheid die vanaf dag één ingericht zijn, en een team dat je app kan overnemen als je eigen mensen er niet aan toe komen.

En omdat we het zelf dagelijks gebruiken — deze website inclusief — kunnen we ook eerlijk zijn over wat níét handig is om in Lovable te bouwen.

• Scoping: wat bouw je wel en niet in Lovable, en in welke volgorde.
• Bouwen en begeleiden: wij bouwen, of we zitten naast je team terwijl zij bouwen.
• Security- en performance-review voordat je app breed uitgaat.
• Webinars en fysieke trainingen zodat je team het zelf kan.