Wat is Retool?
Retool is een ontwikkelplatform voor het bouwen van interne bedrijfstools: dashboards, adminpanelen, CRM’s en workflow-apps, allemaal gekoppeld aan je eigen databases en API’s. De nieuwe AI-builder, momenteel in Beta en gebrandmerkt als AppGen, neemt een beschrijving in gewone taal en genereert vanaf nul een complete full-stack applicatie.
Het schrijft het databaseschema, vult het met realistische demo-gegevens, schrijft de backend TypeScript-functies en bouwt een meerpagina’s React-frontend, allemaal gekoppeld en draaiend op Retool’s ingebouwde PostgreSQL-database.
Voor wie is Retool bedoeld?
- Ontwikkelaars van interne tools die backend-scaffolding willen overslaan en in één sessie van een geschreven vereiste naar een werkende, datagelinkte app willen gaan, zonder vanaf nul een framework of deploymentconfiguratie aan te raken.
- Operations- en productteams die een CRM, betalingstracker of onderhoudsdashboard nodig hebben, maar niet kunnen wachten tot engineering tijd heeft. Retool’s promptgebaseerde builder brengt hen nog dezelfde dag naar een werkende versie.
- Technische oprichters die interne platformen bouwen als onderdeel van hun product. Retool levert productieklare output met volledige code-toegang, zodat ze niet vastzitten in een black box.
- Ontwikkelaars die een startpunt willen, geen eindproduct. Het code-tabblad staat op elk plan open, dus de gegenereerde app is evenzeer een scaffold als een deliverable. Ingenieurs die dingen op hun eigen manier willen afmaken, zullen de overdracht strak vinden.
Retool Voor- en Nadelen
- Volledige app gegenereerd vanuit één prompt
- Directe code-toegang inbegrepen bij elk plan
- Goedkeuringspoort voor functies voorkomt onbedoelde datamutaties
- @-symbool koppelt gegevensbronnen direct in de prompt
- Drie duidelijke bewerkingsmodi voor elke workflow
- Uitvoerkwaliteit concurreert met tools die voor een specifiek doel zijn gebouwd
- MCP-building ondersteund via Claude Code, Cursor en anderen
- Complexe builds hebben 15 tot 20 minuten nodig om te voltooien
- Prijsstelling per builder plus per gebruiker loopt snel op bij groeiende teams
- De nieuwe AI-builder draagt nog steeds het Beta-label
Beoordelingsverdeling
Retool’s nieuwe AI-builder is nog steeds gelabeld als Beta, maar de output die ik zag tijdens het testen voelt niet aan als een vroeg experiment. Hier is hoe het presteert op de gebieden die er het meest toe doen bij het evalueren van een AI-appbuilder voor echt werk.
| Functie | Score (Van de 10) | Waarom deze score |
|---|---|---|
| Gebruiksgemak | 9.0 | Aanmelden duurt minder dan twee minuten en de builder-UI is duidelijk, maar het functiegoedkeuringssysteem brengt een leercurve met zich mee de eerste keer dat je publiceert |
| Functies & Functionaliteit | 9.8 | Volledige appgeneratie, MCP-ondersteuning, drie bewerkingsmodi, gegevensgoedkeuringspoorten en agents: er ontbreekt op dit moment heel weinig |
| Ontwerp & Aanpasbaarheid | 9.2 | De gegenereerde output is gepolijst en wordt geleverd met een werkende donker/licht-modusschakelaar; visuele bewerking na de build bestaat, maar de ervaring is nog steeds chat-first |
| Waar voor je geld | 8.8 | Het gratis plan is echt bruikbaar; betaalde lagen rekenen per builder plus per interne gebruiker, wat snel oploopt naarmate het team groeit |
| Prestaties & Betrouwbaarheid | 9.5 | Een build van 18 minuten voor een full-stack app met 9 tabellen en nul fouten, plus een ingebouwde goedkeuringsflow die vertrouwen toevoegt zonder de voortgang te blokkeren |
| Algemeen | 9.4 | De nieuwe builder levert full-stack apps die klaar zijn voor echt gebruik, met sterke veiligheidscontroles, code-toegang op alle plannen en outputkwaliteit die de meeste alternatieven in deze prijsklasse overtreft |
Retool-functies
- Natuurlijke taalprompt genereert in één sessie een full-stack app
- @-symbool haalt externe databases en services midden in de prompt binnen
- MCP-integratie met Claude Code, Cursor, Codex, ChatGPT en Kiro
- Menselijke goedkeuringspoort vereist voordat een functie die data schrijft wordt uitgevoerd
- Chat, selectiemodus en directe codebewerking voor verfijning na de build
- Ingebouwde PostgreSQL-database met staging- en productieomgevingen
- Publiceren met één klik naar een aangepaste .retool.app-subdomein
Mijn eerlijke Retool-review: wat ik vond na het testen ervan
Je prompt nog vóór je je aanmeldt
Het eerste wat Retool anders doet, is dat het niet vraagt om een account aan te maken voordat je begint met bouwen. De homepage opent met een groot promptveld centraal in beeld, en je typt je idee rechtstreeks daarin voordat je een aanmeldformulier aanraakt.
Er zijn twee dingen die je moet weten over dit promptveld voordat je het gebruikt:
Starterprompts. Een knop “Starter prompts” opent een dropdown met vier kant-en-klare use cases:
- Orderbeheer-tool
- Tracker voor leveranciersonboarding
- Ondersteuningsqueue voor klanten
- Dashboard voor sales-KPI’s
Deze zijn handig om te verkennen wat de builder kan maken. Het zijn geen templates waar je doorheen klikt: je selecteert er een en het vult het promptveld, dat je vervolgens kunt aanpassen voordat je het verstuurt.
@ voor databronnen. Door @ te typen in het promptveld opent een picker voor databronnen midden in de zin. Het menu toont MySQL, PostgreSQL, Stripe, Slack, Snowflake en meer. Dit betekent dat je een prompt kunt schrijven als “Maak een tracker voor leveranciersonboarding die status van leveranciers haalt uit onze @PostgreSQL-database en onvolledige inzendingen markeert,” en de databaseverbinding al in je instructie staat voordat de build begint.
Build via MCP. Onder het hoofdpromptveld opent een knop “Build via MCP” een modal (screenshot 3) die je door het verbinden van Retool met Claude Code, Cursor, Codex, ChatGPT of Kiro via een terminalcommando leidt. Voor teams die liever vanuit hun bestaande IDE bouwen, is dit een volledig gedocumenteerd pad, geen bijzaak.
Ik testte de builder met een gedetailleerde prompt: een vastgoedbeheerplatform voor verhuurders en huurders met gebruikersauthenticatie, vastgoedvermeldingen, leasebeheer, huurbetalingen, onderhoudsverzoeken, documentuploads, berichten, meldingen, een admin-dashboard, rapportage, Stripe-integratie, PostgreSQL-database, REST API, responsief ontwerp en implementatie-instructies. Negen featuregebieden, één invoer.
Nadat ik op verzenden had geklikt, vroeg de homepage me om me aan te melden of in te loggen om door te gaan met bouwen.
De starterprompts en de @-databronpicker in het promptveld zorgen ervoor dat je de mogelijkheden van de tool begrijpt nog voordat je een account hebt aangemaakt. Andere builders laten je functies verkennen; Retool laat je ze gebruiken.
Aanmelden is snel, met daarna één setupstap
Retool biedt twee aanmeldroutes: Doorgaan met Google of e-mail plus wachtwoord. Google duurt ongeveer 20 seconden.
Het volgende scherm vraagt twee dingen:
| Veld | Wat het doet |
|---|---|
| Volledige naam | Je weergavenaam binnen het platform |
| Organisatienaam | Stelt je subdomein in, bijvoorbeeld kimothokarani.retool.com |
De beschikbaarheid van het subdomein wordt live gecontroleerd en bevestigd met een groen vinkje voordat je op Doorgaan klikt. Er is geen e-mailverificatiestap, geen onboardingchecklist en geen functierondleiding die je moet wegklikken. De builder opent direct.
De aanmeldpagina van Retool toont logo’s van Ramp, DoorDash, Stripe, Amazon, Snowflake en OpenAI als bestaande klanten.
Dat is context die de moeite waard is voordat je evalueert of het platform serieus is over enterprise-use-cases.
Binnen de builder: waar je mee werkt
Zodra de builder laadt, is de interface opgesplitst in twee panelen:
Linker paneel: Chat-, Data- en Code-tabbladen
- Chat is waar je tijdens en na de build communiceert met de builder. Instructies, verduidelijkingen en vervolgwijzigingen gebeuren hier allemaal.
- Data toont je gekoppelde resources (Retool Database en Retool Storage standaard) en de lijst backend-functies die de builder heeft gegenereerd, inclusief welke goedkeuring vereisen voordat ze kunnen draaien.
- Code opent de volledige projectbestandsstructuur: backend TypeScript-functies georganiseerd per featuregebied, en frontend React TSX-componenten georganiseerd in pagina’s, componenten, hooks en lib-mappen.
Rechter paneel: Preview
Dit is de live preview van wat de builder momenteel genereert. Terwijl de build bezig is, toont dit paneel een verloop-laadtoestand.
Zodra de build klaar is, rendert het de volledige navigeerbare app. Je kunt schakelen tussen Preview en afzonderlijke codebestanden met tabs bovenaan.
Een knop “Publish” staat rechtsboven en blijft gedurende de sessie zichtbaar, zodat je weet dat live gaan altijd nog maar één stap verwijderd is.
De build zelf: 18 minuten, 35 wijzigingen, één prompt
De build begon om 7:55 pm. Dit gebeurde er, in de volgorde waarin het gebeurde:
Stap 1: Redeneren. De builder begon niet meteen code te schrijven. Hij toonde eerst “Reasoning through the options…” en besteedde ongeveer 9 seconden aan het analyseren van de prompt voordat hij een gestructureerd plan produceerde. De zijbalk liet een samenvatting zien van wat het van plan was te bouwen over alle featuregebieden heen: Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users, en Reports. Elk kreeg een korte beschrijving van wat het zou bevatten.
Stap 2: Databasetabellen. De builder presenteerde een blok SQL met het label “Create all database tables” en een beschrijving: “Creates all 9 tables needed for the property management platform: users, properties, units, leases, payments, maintenance requests, documents, messages, and notifications.” De volledige CREATE TABLE-code was zichtbaar in het paneel. Er verschenen twee knoppen: Deny en Run. Ik klikte op Run.
Stap 3: Demo-gegevens, eerste pass. Daarna kwam “Seed demo users, properties, and units”: INSERT-statements voor demo-verhuurders, huurders en panden met realistische namen, e-mails, rollen en telefoonnummers. Deny of Run. Ik klikte op Run.
Stap 4: Demo-gegevens, tweede pass. Daarna “Seed leases, payments, maintenance, messages, notifications”: INSERT-statements voor leases met echte datumbereiken en huurbedragen, betalingsrecords, onderhoudsverzoeken met prioriteitsniveaus, berichtenthreads en notificatie-items. Deny of Run. Ik klikte op Run.
Stap 5: Backend-functies. De builder ging verder met “Now let me build all backend functions” en begon codebestanden te bewerken zonder mijn input nodig te hebben. Hij genereerde functies zoals getStats.ts, één bestand tegelijk, en streamde elk bestand naar het Code-tabblad zodra het klaar was.
Stap 6: Frontendpagina’s. Daarna volgde een lange lijst bestandsbewerkingen: Dashboard.tsx, Properties.tsx, Leases.tsx, Payments.tsx en meer. De builder ruimde ook ongebruikte imports op en corrigeerde automatisch TypeScript-fouten terwijl hij door de bestanden werkte.
Stap 7: Tests en README. De builder draaide zijn eigen tests tegen de databasefuncties die hij zojuist had geschreven, bevestigde dat ze data teruggaven, repareerde een dubbele useEffect in Leases.tsx, loste afhankelijkheden op en schreef een README met Stripe-integratiestappen, database-indexen, schaalaanbevelingen en REST API-mapping.
Build voltooid om 8:13 pm. 18 minuten. 35 wijzigingen in de codebase. De samenvatting in het linkerpaneel vermeldde precies wat er over elk featuregebied heen was gebouwd.
De output: wat 18 minuten daadwerkelijk oplevert
Hier onderscheidt Retool zich van de meeste AI-builders die ik heb getest.
De voltooide app heette “PropManage” en had een volledig gemarkeerde zijbalk met een logo, de naam en rol van de ingelogde gebruiker (Sarah Johnson, Landlord) en tien navigatie-items: Dashboard, Properties, Leases, Payments, Maintenance, Documents, Messages, Notifications, Tenants and Users, en Reports. Settings en Sign Out stonden onderaan.
Dashboard: De bovenste rij toonde live waarschuwingsbanners: “2 overdue payments totalling $3,800” in amberkleur, en “1 urgent maintenance request need attention” in rood. Daaronder acht KPI-kaarten:
| KPI | Waarde |
|---|---|
| Totaal aantal panden | 3 actief |
| Bezettingsgraad | 67% (6 van 9 units) |
| Huur geïnd | $20,600 in deze periode |
| Achterstallige betalingen | $3,800 (gemarkeerd in oranje) |
| Actieve leases | 5 lopen bijna af |
| Open onderhoud | 3 (1 in uitvoering) |
| Huurders | 4 over 2 verhuurders |
| Ongelezen berichten | 3 wachten op antwoord |
Onder de KPI-kaarten: een Revenue Overview-grafiek (Collected vs Pending) en een Unit Status staafdiagram dat bezette versus lege units toont. Daaronder: een lijst van recente betalingen en een lijst van recente onderhoudsverzoeken, met kleurcodering per status (Urgent rood, High oranje, Medium geel, Resolved grijs).
Properties-pagina: Drie vastgoedkaarten met Oak Street Complex, Sunset Apartments en Downtown Lofts. Elke kaart toonde:
- Aantal units en bezettingspercentage
- Maandelijkse omzetbedrag
- Voortgangsbalk voor bezetting
- Type vastgoed en eigenaar
- Bewerk- en Bekijk-knoppen
Messages-pagina: Een split-pane inbox met tabbladen Inbox/Sent, een badge met ongelezen aantal (3), labels voor afzenderrol (Tenant), berichtvoorbeelden, tijdstempels en een Compose-knop.
Payments-pagina: Drie samenvattingskaarten bovenaan (Collected $20,600, Pending $13,000, Overdue $3,800), een banner “Stripe Integration Ready” met een knop Connect Stripe, een doorzoekbare en filterbare betalingstabel met 14 resultaten, en afzonderlijke “Mark Paid”-acties per rij.
De app bevatte ook een licht/donker-modusschakelaar rechtsboven in de preview (screenshot 1, tweede batch). Donkere modus was de standaard. Overschakelen naar lichte modus werkte de hele app direct bij.
Al deze pagina’s kwamen voort uit één enkele prompt. De diepgang van wat er gebouwd is, inclusief de kleurgecodeerde onderhoudsprioriteiten, de split-pane berichtlezer, de Stripe-integratiebanner en de grafiek omzet versus openstaand, is niet wat je zou verwachten van een eerste AI-generatie.
Drie manieren om na de build te bewerken
Zodra de build voltooid is, geeft Retool je drie verschillende manieren om wijzigingen aan te brengen. Alle drie zijn beschikbaar op het gratis plan.
1. Chat Het Chat-tabblad in het linkerpaneel blijft actief na de build. Je blijft instructies typen: “Voeg een stadsfilter toe aan de Properties-pagina” of “Verander de kaart voor achterstallige betalingen van rood naar geel.” De builder bewerkt het relevante bestand en laat zien wat er veranderd is. Dit is de route voor niet-technische gebruikers en voor wijzigingen die makkelijker te beschrijven zijn dan op te zoeken in code.
2. Selectiemodus. Door op het selectiemodus-icoon rechtsboven in de preview te klikken, schakelt de app over naar een interactieve bewerkingslaag.
Je klikt op elk component op het scherm en een zwevende tooltip verschijnt, met de componentnaam en het gekoppelde bronbestand.
Een veld “Ask for changes” laat je een gerichte instructie typen zonder de preview te verlaten. In mijn test opende het klikken op de kop van de Payments-pagina een bubbel die gekoppeld was aan Payments.tsx. Dit gaat sneller dan in een chatbericht beschrijven welk element je bedoelt.
3. Directe codebewerking. Het Code-tabblad toont de volledige projectbestandsstructuur. Backendfuncties in TypeScript, frontendcomponenten als .tsx-bestanden, allemaal overzichtelijk en leesbaar georganiseerd. Je kunt bijvoorbeeld getPayments.ts openen en de SQL-query direct lezen of bewerken.
De code is schoon, goed gestructureerd en vereist niet dat je de interne architectuur van Retool begrijpt om ermee te werken.
De onderstaande tabel vat samen welke bewerkingsmodus geschikt is voor welk type gebruiker:
| Bewerkingsmodus | Het beste voor | Codekennis vereist |
|---|---|---|
| Chat | Niet-technische gebruikers; brede wijzigingen | Nee |
| Selectiemodus | Gerichte UI-wijzigingen; sneller dan chat | Nee |
| Directe codebewerking | Precieze logische wijzigingen; aangepaste queries | Ja |
Operationsmanagers en niet-technische gebruikers kunnen in chat blijven. Selectiemodus overbrugt de kloof daartussen: je weet wat je wilt veranderen, je ziet het op het scherm, je weet alleen niet in welk bestand het zit.
De meeste AI-builders dwingen iedereen in één spoor. Retool doet dat niet, en dat is belangrijk wanneer degene die bouwt niet altijd degene is die verfijnt.
Het functiegoedkeuringssysteem: een veiligheidspoort die logisch is
Onder het Data-tabblad staat een schakelaar: “Require approval to run functions that may modify data.” Deze staat standaard aan.
Elke functie die data schrijft, bijwerkt of verwijdert, staat in een wachtrij “Needs review” voordat ze kan worden uitgevoerd. In mijn build waren dat onder meer:
- markAllRead
- markRead
- recordPayment
- saveLease
- saveProperty
- saveRequest
- saveUser
- sendMessage
- uploadDocument
Elk ervan toont een banner bovenaan de detailweergave: “This function requires review. Ensure it performs the right operations on the right data before approving.” Je leest de TypeScript, controleert of de SQL doet wat je verwacht, en klikt op Approve.
Dit is belangrijk voor publiceren. Toen ik voor het eerst op Publish klikte (screenshot 8, tweede batch), markeerde de publicatiechecklist een blokkerend probleem: “There are functions that are not yet approved. You cannot publish functions that change external data without approving them first.” Een knop “Review functions” bracht me direct naar het Data-tabblad.
Nadat ik elke functie had goedgekeurd, verliep de publicatiefase soepel. Ik stelde de app-URL in (kimothokarani–properties.retool.app), koos een map, tagde de release en klikte op Publish.
Als je Retool gebruikt om echte bedrijfsdata te beheren (betalingen, leasegegevens, gebruikersrecords), wil je niet dat een AI databasefuncties schrijft die zonder jouw goedkeuring draaien. De meeste builder-tools geven deze poort niet. Het feit dat Retool hem standaard levert, zegt iets betekenisvols over hoe het platform denkt over wat “klaar” betekent.
Publiceren: bijna één klik, met één poort om te passeren
De publicatieflow is eenvoudig zodra de functiegoedkeuringen op orde zijn:
- Klik op “Publish” rechtsboven
- Stel je app-URL in (formaat: [org]–[appname].retool.app)
- Kies een map (standaard Published)
- Tag de release: geen tag of Major release (1.0.0)
- Klik op Publish
De resulterende URL is een strak, deelbaar .retool.app-adres. Er is geen aparte hosting vereist op het gratis plan. Je kunt de link direct na publicatie delen, en de app staat live voor iedereen met toegang.
Retool-prijzen en plannen
Retool gebruikt een abonnementsmodel met daarbovenop een AI-creditlaag. Er zijn twee gebruikerssoorten op alle plannen:
- Builders: Gebruikers die apps maken of bewerken in een factureringscyclus
- Interne gebruikers: Gebruikers die apps alleen gebruiken zonder bewerkingen te maken
Belangrijke dingen om te weten voordat je je vastlegt:
- Er is geen gepubliceerde geld-terug-garantie.
- Betaling kan alleen met creditcard.
- Jaarlijkse facturering bespaart 20% op alle betaalde plannen.
- AI-credits dekken app-building en AI Actions. Ze worden maandelijks vernieuwd en rollen niet door.
- Agents worden apart per uur gefactureerd en trekken niet uit de AI-creditpool.
- Enterprise-klanten kunnen hun eigen modelprovider-API-sleutel koppelen. Wanneer actief, lopen AI-aanroepen via hun eigen sleutel en worden Retool-credits niet verbruikt.
- Het Business-plan is vereist voor alles wat klantgericht is: portals, embedded apps en aangepaste branding zijn daarachter vergrendeld.
- Bonuscredits zijn inbegrepen bij Team en hoger (750 basis plus 250 bonus op Team; 1.500 basis plus 1.500 bonus op Business). Extra creditpacks kunnen op elk betaald plan worden gekocht.
Welk plan past bij welke gebruiker:
Solodevelopers en kleine teams die eerste builds doen, kunnen comfortabel op het gratis plan blijven. Teams die vaak itereren, bereiken de creditlimiet en hebben het Team-niveau nodig. Elk team dat klantgerichte of embedded apps bouwt, heeft het Business-plan nodig. Teams met compliance-eisen, SSO-behoeften of meer dan een handvol builders moeten sales spreken over Enterprise.
Alternatieven voor Retool
De meest directe concurrent van Retool’s nieuwe AI-builder voor enterprise interne tools is Superblocks. Waar Retool een full-stack app genereert binnen zijn eigen platform en de code daar houdt, genereert Superblocks apps als exporteerbare React-code die je in je eigen IDE kunt aanpassen en buiten het platform volledig kunt deployen.
Voor teams die vendor lock-in serieus willen vermijden, maakt dat onderscheid uit.
Superblocks biedt ook een hybride beveiligingsmodel: de agent draait binnen je VPC terwijl de builder-interface wordt beheerd in de cloud van Superblocks, wat het de sterkere keuze maakt voor organisaties met strikte eisen rond datalocatie. Retool biedt wel self-hosting, maar dat vereist aanzienlijk meer infrastructuur dan de on-premise agentbenadering van Superblocks.
De afweging is prijs. Superblocks is alleen enterprise ($200 per AI-builder per maand, plus $100 per gehoste app per maand), waardoor Retool’s gratis plan en Team-tier veel toegankelijker zijn voor kleinere teams.
| Functie | Retool | Superblocks |
|---|---|---|
| Gebruiksgemak | Gratis plan, prompt-first homepage, snelle aanmelding | Enterprise-gericht; hogere drempel om te beginnen |
| Het beste voor | Interne toolsteams van elke omvang, door ontwikkelaars geleid | Enterprise-teams met VPC- en compliance-eisen |
| Backend en Data | Ingebouwde PostgreSQL; 100+ integraties via @-syntaxis | Volledige full-stack generatie; exporteert schone standalone React-code |
| Ontwerpflexibiliteit | Chat, selectiemodus en volledige codebewerking in het platform | Drag-and-drop, AI-generatie en native IDE-bewerking met tweerichtingssynchronisatie |
| Prijsmodel | Gratis tier beschikbaar; Team vanaf $10/builder per maand | Alleen enterprise; neem contact op met sales |
Eindoordeel: is Retool het waard?
Retool’s nieuwe AI-builder is het meest capabele prompt-to-app-platform dat ik heb getest voor interne tools. In slechts 18 minuten genereerde het een meerpagina’s vastgoedbeheerplatform met ingevulde data, bedrijfslogica, dashboards en navigatie.
Wat mij het meest indruk maakte, was de kwaliteit van de output. De app voelde vanaf dag één bruikbaar aan in plaats van een ruw prototype, en functies zoals functiegoedkeuringen en volledige code-toegang laten zien dat Retool gefocust is op echte productieprocessen.
Dat gezegd hebbende, is het niet voor iedereen ideaal. Niet-technische gebruikers kunnen moeite hebben met het publicatieproces, en prijsstelling per seat kan duur worden naarmate teams groeien. De builder is ook nog in beta, dus er blijven wat ruwe randjes.
Voor ontwikkelaars, startups en operationele teams die interne software bouwen, levert Retool momenteel de sterkste prompt-naar-productie-ervaring die er is. Als snelheid, flexibiliteit en productiegereedheid belangrijk zijn, is het een van de beste AI-appbuilders die je vandaag kunt gebruiken.
