Wat is Lovable? Apps bouwen met AI

Wat is Lovable precies?

Lovable is een AI app builder uit Stockholm. Je opent de site, typt wat je wilt bouwen en ziet binnen een minuut een eerste versie. Bijvoorbeeld: "Maak een app waarin medewerkers hun gewerkte uren invoeren, met een overzicht per week voor de teamleider." Daarna stuur je bij in gewone taal: maak de knop groter, voeg een export naar Excel toe, laat alleen de teamleider alle uren zien.

Deze manier van bouwen heet vibe coding. Je beschrijft, de AI programmeert, jij test. Meer over die werkwijze lees je in wat is vibe coding.

Wat Lovable anders maakt dan een website builder zoals Wix: het maakt echte software. Onder de motorkap schrijft Lovable code in React en TypeScript. Voor gegevens en inloggen gebruikt het een database, via de eigen Lovable Cloud of via Supabase. Je kunt de code koppelen aan GitHub, zodat een developer er later mee verder kan. Dat is een belangrijk verschil met tools waarin je vastzit aan het platform.

Wat kost Lovable?

Lovable werkt met credits. Elke opdracht die je geeft, kost een of meer credits, afhankelijk van hoe groot de wijziging is.

Prijspeil september 2026, volgens de pakketten van Lovable. Bij Free en Pro kun je training op je gegevens per account uitzetten.

De instapprijs is een begin. Wie veel bouwt, kiest een groter creditpakket en betaalt meer. Daarnaast kan een app die live staat kosten maken voor hosting en AI-functies. Reken dus met het totaal: abonnement, extra credits, hosting en de tijd die iemand erin steekt.

Voor een bedrijf is de Business-versie vaak de logische keuze. De werkruimte is standaard uitgesloten van training op je gegevens en je beheert de accounts centraal.

Wat kun je bouwen met Lovable?

Lovable is sterk in dingen die snel moeten bestaan en die je makkelijk kunt testen:

• Prototypes. Laat een klant of collega een werkend idee zien in plaats van een document.
• Rekentools. Een offertecalculator, een prijsberekening of een tool die een terugverdientijd uitrekent.
• Interne formulieren en overzichten. Verlof, uren, een checklijst voor de werkvloer of een simpel dashboard.
• Landingspagina's met logica. Een pagina met een intake of een keuzehulp.

Het wordt lastiger zodra de app in je bedrijf moet draaien. Een koppeling met je ERP, boekhouding of CRM vraagt kennis van die systemen. Een app die klantgegevens opslaat, moet goed beveiligd zijn. En software die jaren meegaat, moet iemand onderhouden.

Vergelijk je Lovable met andere tools? Lees dan Lovable of Bolt. Wil je meer controle over de code, kijk dan naar Cursor of Claude Code.

Lovable ervaringen: waar gebruikers tegenaan lopen

Wie een tijdje met Lovable werkt, herkent meestal hetzelfde patroon. De eerste 80% gaat verrassend snel. De laatste 20% kost veel meer tijd dan verwacht.

• Credits gaan hard. Een fout die de AI niet in één keer oplost, kan tien opdrachten kosten. Elke poging kost credits.
• Rondjes draaien. De AI lost het ene probleem op en maakt iets anders stuk. Wie de code niet kan lezen, ziet niet waarom.
• Beveiliging. De AI bouwt wat je vraagt. Of alleen de juiste mensen de juiste gegevens zien, hangt af van de instellingen van de database. In 2025 bleek uit onderzoek van een beveiliger dat een deel van de apps die met Lovable waren gebouwd, gegevens openliet doordat die database-beveiliging niet goed stond. Lovable heeft daarna een beveiligingsscan toegevoegd, maar de verantwoordelijkheid blijft bij de bouwer.
• Groeipijn. Wat als prototype prima werkt, wordt traag of onoverzichtelijk als er veel gebruikers of functies bij komen.

Geen van die punten is een reden om het niet te gebruiken. Het zijn wel redenen om vooraf te weten wat je bouwt en wie het straks beheert.

Hoe wij Lovable inzetten

Wij gebruiken tools als Lovable vooral aan het begin van een traject. Een klant vertelt wat hij nodig heeft, en in plaats van een lang functioneel ontwerp krijgt hij een klikbare versie te zien. Dan blijkt snel wat er mist: een veld dat vergeten is, een stap die anders loopt op de werkvloer, een overzicht dat de directie wil zien. Welk klantvoorbeeld mogen we hier noemen?

Moet de app daarna draaien, met koppelingen, rechten en klantgegevens, dan bouwen we verder als maatwerk software. Soms gebruiken we de code uit Lovable als basis, soms is het sneller om opnieuw te beginnen met wat we in het prototype hebben geleerd. Het prototype heeft dan al zijn werk gedaan.

Wil je zelf leren bouwen met Lovable, dan kan dat in onze vibe coding cursus. Daar bouw je aan je eigen idee en leer je ook waar de grenzen liggen, zodat je weet wanneer je een developer nodig hebt.

Veelgemaakte fouten met Lovable

• Echte klantgegevens in een prototype. Test met verzonnen gegevens tot de beveiliging is gecontroleerd.
• Geen GitHub-koppeling. Zonder koppeling zit je code alleen in Lovable. Koppel het vanaf het begin, dan heb je altijd een kopie.
• Alles in één opdracht. Grote opdrachten geven grote fouten. Vraag één ding tegelijk en test elke stap.
• Geen eigenaar. Een app zonder iemand die hem bijhoudt, veroudert. Spreek af wie verantwoordelijk is.
• Betalingen en inloggen zelf regelen zonder controle. Laat daar iemand naar kijken die weet waar de risico's zitten.
• Denken dat het gratis is. Het abonnement is goedkoop, de uren van degene die bouwt en test zijn dat meestal niet.

Veelgestelde vragen

Verder lezen

Meer uit de kennisbank

Terug naar de kennisbank