En kunde ringede til os i januar. De brugte Retool til tre interne tools — en ordremanager, et kundedetalje-panel og et simpelt lager-dashboard. Alt sammen ret standard. De var på Retool Business-planen med 15 brugere og var tilfredse nok. Men de ville gerne tilføje en fjerde app, og nu ville Retool have dem til at opgradere til Enterprise.
Vi satte os ned og regnede det igennem. Det er det her indlæg handler om.
Hvad Retool faktisk koster
Retool Business koster $50 pr. standard-bruger pr. måned. 15 brugere = $750/md = ca. 55.000 DKK/år. Det er ikke helt 180k — men det er heller ikke det fulde billede.
Enterprise-planen — som de nu var blevet presset hen imod — starter ved $1.500/md for op til 25 brugere. Det er $18.000/år, eller ca. 125.000 DKK. Og her begynder regnestykket at se anderledes ud.
Over tre år: 375.000 DKK i ren licensomkostning. Plus tilpasninger de ikke kan lave selv og ender med at betale en Retool-konsulent for. Plus den tid deres egne udviklere bruger på at oversætte forretningslogik til Retool-komponenter der ikke helt passer.
Hvad en custom-build koster
Vi lavede et estimat på hvad det ville tage at bygge de tre eksisterende tools fra bunden — i en ordentlig stack. Next.js frontend, Postgres, simpel REST-API. Intet fancy.
Resultatet: 115.000–130.000 DKK. Ét-gangs-betaling. Self-hosted på en Hetzner VPS til ca. 400 DKK/md. Ingen licensomkostning bagefter.
Break-even er ved ca. 28 måneder. Derefter sparer de penge. Og de ejer koden — Retool ejer dem ikke.
De skjulte omkostninger ingen taler om
Licensprisen er den synlige del. De skjulte omkostninger er mere interessante.
Vendor lock-in
Retool-apps er ikke portérbare. Hvis Retool hæver prisen igen om to år — og det har de — er alternativet at bygge fra bunden alligevel, men nu uden dokumentation og med forretningslogik spredt ud over et GUI. Det er en svær position at forhandle fra.
Performance-loftet
Retool er lavet til at bygge hurtigt, ikke til at køre hurtigt. Apps med komplekse queries eller store datasæt begynder at opføre sig underligt. Kunden vi snakkede med havde en side der tog 4–6 sekunder at loade. En custom-build med ordentlig caching: under 400ms. Det er en konkret forringelse af produktivitet for folk der bruger toolet 6 timer om dagen.
Workaround-kompleksiteten
Retool er fremragende til simple CRUD-interfaces. Så snart forretningslogikken bliver bare lidt kompliceret, begynder man at skrive JavaScript i små felter i en GUI — logik som ingen version-kontrollerer, ingen tester og ingen husker seks måneder senere.
"Vi havde brugt tre måneder på at lave Retool gøre noget det ikke var bygget til. Den fjerde måned byggede ooniq det fra bunden."
Hvornår Retool faktisk giver mening
Det er ikke en binær beslutning. Retool er det rigtige valg når:
- I har brug for et internt tool om to uger, ikke to måneder
- Toolet er til intern brug af to-tre personer og ikke er forretningskritisk
- Kravene er uklare og I har brug for at eksperimentere hurtigt
- I har en dedikeret Retool-administrator og kompetencen internt
Det er det forkerte valg når toolet er centralt i den daglige drift, når I forventer det skal leve mere end to år, eller når forretningslogikken er kompleks nok til at kræve egentlig softwareudvikling.
Hvad kunden endte med at gøre
De valgte den custom-build. Vi afleverede den på 8 uger. Den er hurtigere, de ejer den, og de betaler 400 DKK/md i serverudgifter. Inden for 30 måneder har de sparet den samlede byggeomkostning ind igen.
Det er ikke altid det rigtige valg. Men det var det her.