I denne anmeldelse gennemgår jeg min fulde hands-on erfaring med OutSystems. Fra den imponerende AI-generering til det tunge desktop-IDE, det realtids fejlfindingssystem og den chokerende pris på $36.300/år for produktionsapps. Jeg vil vise, hvem denne platform faktisk henvender sig til, hvor den udmærker sig, og hvorfor “low-code” i dette tilfælde ikke betyder “let”.
Hvad er OutSystems?
OutSystems er en low-code-platform lavet af OutSystems (ja, samme navn). Problemet, den løser, er ret ligetil: at udvikle rigtig forretningssoftware på den traditionelle måde er smertefuldt langsomt og dyrt.
Normalt ville du hyre udviklere, vente i måneder og bruge hele budgettet. OutSystems forsøger at fremskynde det ved at lade dig bygge visuelt, mens det skriver den faktiske kode bag kulisserne.
Sådan er den grundlæggende proces:
- Tal med deres AI (“Mentor”) om, hvad du vil bygge
- Den genererer skelet: database, skærmbilleder, brugerroller, logik
- Download deres desktop-app (ODC Studio) for at tilpasse alting
- Tryk på publicér ét klik, ingen serveropsætning
Hvor OutSystems adskiller sig fra værktøjer som Bubble eller Webflow er ambitionen. Disse værktøjer er fantastiske til marketing-sites eller simple apps. OutSystems sigter højere. Det handler om interne forretningsværktøjer, multi-brugersystemer, de ting, der normalt kræver et rigtigt udviklingsteam.
Hvem er det til?
OutSystems giver mening for folk, der bygger ægte forretningssoftware, ikke brochuresider eller porteføljesider.
- Hvis du er på et IT-team i en virksomhed, er dette din genvej. Når ledelsen beder om en medarbejderportal, et leverandørstyringssystem eller en intern anmodningstracker, kan du sende noget funktionelt på et par uger.
- Tekniske grundlæggere der bygger SaaS-produkter, kan bevæge sig hurtigere her. Hvis du forsøger at bevise et koncept eller nå til indtjening, inden finansieringen løber ud, skærer det måneder af din tidslinje.
- Agenturer og konsulentvirksomheder der leverer skræddersyet software til kunder, kan forøge deres produktivitet markant.
- Udviklere, der er trætte af gentaget arbejde, vil sætte pris på dette. Hvis du forstår databaser og logik, men hader at skrive de samme autentificeringsflows og CRUD-endpoints igen og igen, tager OutSystems sig af det kedelige arbejde.
Det her er IKKE for dig, hvis du aldrig har rørt ved udviklingskoncepter, eller hvis du bare har brug for en landingsside. Desktop-softwaren er tung, grænsefladen er intimiderende, og du vil støde på en mur hurtigt, hvis termer som “entitetsrelation” eller “serverhandling” er helt fremmede.
OutSystems Fordele og Ulemper
- AI bygger faktisk fungerende apps hurtigt
- Rigtige databaser med korrekte tabelrelationer
- Brugerroller og tilladelser håndteres automatisk
- Publicering kræver ét klik, ingen serveropsætning
- Fejlfindingssystemet viser dig problemer med det samme
- Klik på en fejl, og du hopper direkte til den
- Komplekse workflows uden at røre ved rigtig kode
- Backend-operationer genereret og klar til brug
- Skift brandfarver ét sted, opdateres overalt
- Integrér eksterne API’er og tjenester
- Desktop-værktøj føles seriøst og professionelt
- Du skal downloade en stor desktop-app (150 MB)
- Overhovedet ikke begynder-venlig
- Kan ikke eksportere kode eller hoste andre steder
Vil du se, om OutSystems passer til dit projekt? De har en gratis plan, der inkluderer hosting og understøtter 100 brugere. Intet kreditkort, OutSystems.
OutSystems Funktioner
- AI bygger komplette apps ud fra beskrivelser
- Visuel databasebygger med tabelrelationer
- Træk widgets for at designe app-skærme
- Brugerlogin og tilladelser indbygget
- Én-klik-udrulning med cloud-hosting inkluderet
- Live fejlchecker guider dig til rettelser
- Auto-genererer mobilvenlige layouts
- Backend-logik uden at skrive rigtig kode
Min hands-on oplevelse med OutSystems
Det, jeg fandt, overraskede mig. OutSystems er ikke som de andre “lette” app-builders, jeg har testet. Det er kraftfuldt, ægte imponerende på nogle områder, men også så kompliceret, at det føles misvisende at kalde det “no-code”.
Sådan gik det, da jeg faktisk prøvede at bygge noget med det.
1. Kom godt i gang: Tilmelding og første indtryk
Jeg landede på OutSystems’ hjemmeside, og det føltes med det samme anderledes end andre app-builders, jeg har prøvet.
Den har et meget “enterprise”-udseende med fokus på “agentic AI” og professionel udvikling. Jeg fik øje på den knaldrøde “Start free”-knap øverst til højre og klikkede på den for at se, om jeg rent faktisk kunne bygge noget.
Tilmeldingssiden bad om mange oplysninger på forhånd:
- Fornavn
- Efternavn
- Land
- Stat
- Tænkt brug: Jeg valgte “Personal use”
- Adgangskode: Jeg skulle følge en tjekliste med fem sikkerhedsregler, der blev grønne, mens jeg skrev
Da jeg var færdig med formularen, klikkede jeg på “Agree and start free”. I stedet for at komme til et dashboard fik jeg besked på at tjekke min e-mail.
Jeg gik over til min Mail-fane, ventede omkring ti sekunder og fandt en besked med titlen “Let’s activate your OutSystems account.” Jeg klikkede på knappen “Activate account”, som åbnede en skærm til bekræftelse af link. Jeg klikkede på “Confirm”, og det førte mig tilbage til en login-side. Efter at have indtastet mine loginoplysninger igen, endte jeg endelig på hoveddashboardet.
Dashboardet var mørkt, enkelt og en smule intimiderende. Det bød mig velkommen med navn og gav mig et par muligheder, som “Start building” eller “Talk to us”. Jeg scrollede ned og så en oversigt over, hvad “Personal Edition” tilbyder, inklusive hosting i deres “Developer Cloud” og en begrænsning på 100 interne brugere.
Hvad jeg syntes om dette:
Tilmeldingen var fin nok, men de ekstra trin med e-mail-aktivering og link-bekræftelse føltes lidt klodsede sammenlignet med værktøjer, der bare lader dig logge ind med Google.
Mit første indtryk af grænsefladen var, at den føltes “premium”. Alt så high-end og professionelt ud, hvilket gav mig følelsen af, at jeg skulle bruge et værktøj, der er seriøst.
2. Indtastning af mine første krav
Efter at have rodet rundt på dashboardet, klikkede jeg på “Start building” for at komme i gang med mit projekt. Det førte mig til en “Apps”-liste, der var helt tom.
Jeg klikkede på den store knap “Generate app with Mentor”, og tre onboarding-billeder dukkede op. De forklarede, at “Mentor” (deres AI) ville håndtere databasen, logikken, brugerrollerne og de faktiske skærmbilleder.
Jeg klikkede “Next” gennem billederne og trykkede på “Got it” for at se prompt-boksen. Det var et simpelt tekstfelt med en grænse på 500 tegn.
Jeg ville ikke overlade det til tilfældighederne, så jeg åbnede et Word-dokument, jeg havde klar. Jeg kopierede en detaljeret beskrivelse af et “Service Request Portal”, hvor boligejere kan anmode om ting som VVS- eller rengøringsarbejde og følge status.
Jeg indsatte min prompt i boksen og klikkede på den lilla pil for at sende den til AI’en.
Min vurdering af prompt-processen:
Jeg satte pris på onboarding-billederne, fordi de forklarede præcis, hvad AI’en ville bygge. Det var ikke bare gætteri.
Tegnbegrænsningen er stor, hvilket er fremragende, fordi det lader dig være meget specifik omkring dine app-behov. Det føltes langt mere kapabelt end de “en-sætnings”-promptbokse, jeg har set på andre sider.
3. At se AI’en bygge fundamentet
Da jeg trykkede på pilen, brugte AI’en omkring ti sekunder på at tænke, før den gav mig en analyse. Den foreslog navnet “Home Services Client Portal” og viste mig en oversigt over de “Data” og “Roles”, den planlagde at oprette:
- Dataenheder: User, Homeowner og Service Request
- Roller: Admin og Homeowner
Jeg kunne godt lide, at den med det samme identificerede forholdet mellem brugere og forespørgsler. Jeg klikkede “Generate”, og skærmen forvandlede sig til en 3D-animation.
Dusinvis af blå og lilla kuber begyndte at flyve rundt og samle sig til et gitter. Denne animation varede omkring et helt minut, hvilket føltes som en smart måde at skjule en langsom indlæsningstid.
Da kuberne var færdige, så jeg endnu ikke appen. I stedet så jeg et “App overview”-kort. Det var et visuelt diagram, der viste alle de sider, AI’en havde oprettet, som Dashboard, Homeowner-listen og Request Edit-skærmen.
Hvad jeg syntes om genereringen:
Kube-animationen var lidt kliché og varede for længe, men oversigtskortet var et genialt indslag.
At se hele app-strukturen lagt ud som et kort gjorde det meget nemmere at forstå, hvordan siderne hænger sammen. Det fik hele processen til at føles meget organiseret og professionel.
4. Skift til Desktop Studio
Efter at have kigget på kortet, ville jeg begynde at redigere, men det var her, den “lette” del sluttede.
OutSystems fortalte mig, at jeg skulle downloade deres desktop-software, “ODC Studio”, for at kunne lave noget reelt arbejde. Jeg klikkede på linket, downloadede 150 MB-installationsfilen og gik gennem installationsprocessen på min computer.
Da softwaren åbnede, skulle jeg indtaste min organisations URL og logge ind gennem min browser endnu en gang.
Derefter brugte desktop-appen et par minutter på at “Checking for dependency updates” og åbnede endelig min portal.
Grænsefladen var massiv og lignede et professionelt udviklingsmiljø.
- Venstre side: En værktøjskasse med widgets som knapper, formularer og containere.
- Centralt: Det visuelle lærred, der viser mine app-skærme.
- Højre side: Et komplekst panel med faner til “Interface”, “Logic”, “Data” og “Processes”.
Min vurdering af overgangen:
Denne del var et stort spring i sværhedsgrad. Jeg gik fra en venlig web-baseret AI til en tung, kompleks desktop-applikation.
Det fik mig til at indse, at OutSystems virkelig ikke er for casual builders. Det er et professionelt stykke software, der kræver tid at lære. Det føltes en smule tungt og langsomt at indlæse, men også meget kraftfuldt.
5. Test af OutSystems’ fejlhåndtering
Så snart projektet var indlæst i ODC Studio, var jeg nysgerrig efter noget, der ikke var blevet forklaret i nogen af tutorials’ne: Hvordan håndterer OutSystems fejl?
I traditionel udvikling skriver du kode, prøver at køre den og må derefter kæmpe med konsolfejl eller compilermeddelelser. Men OutSystems er visuelt og hævder at fange problemer tidligt. Jeg ville teste det selv.
Bevidst indførelse af en fejl.
Da jeg kiggede på venstre sidebjælke, så jeg Section Index-komponenten blandt de tilgængelige widgets.
Ifølge grænsefladen er denne widget beregnet til at oprette navigationsmenuer eller indholdsfortegnelses-elementer. På mit Dashboard-skærmbillede kunne jeg se hovedindholds-området med kortet “Total Service Requests” og et cirkeldiagram, der viser “Service Requests by Status.”
Jeg besluttede at gennemføre et simpelt eksperiment: Hvad sker der, hvis jeg trækker en widget til et sted, hvor den ikke hører hjemme?
Jeg tog Section Index-widgeten fra venstre panel og trak den ind i midten af mit “Total Service Requests”-indholdskort. Grundlæggende droppede jeg en navigationsmenu-komponent ind i et område, der viser statistikker, hvor det ikke gav nogen logisk mening.
Som bemærket i min tredje screenshot-annotation: “Jeg introducerede en fejl ved at tilføje ‘Section Index’ der, hvor det ikke skulle tilføjes”
I det øjeblik jeg droppede Section Index-widgeten det forkerte sted, skete der noget øverst på skærmen.
Et fremtrædende rødt cirkulært badge dukkede op med et hvidt “X”-ikon og teksten “Errors found” lige i midten af topværktøjslinjen.
Dette var ikke en subtil notifikation gemt af vejen. OutSystems satte den centralt, umulig at overse. Platformen havde med det samme registreret min fejl, før jeg overhovedet prøvede at gemme eller publicere noget.
Jeg klikkede på det røde “Errors found”-badge, og grænsefladen reagerede ved at skubbe et panel op i bunden af skærmen. Dette er, hvad OutSystems kalder TrueChange™ panelet. Deres realtidsfejlafsøgning og valideringssystem.
TrueChange-panelet viste mig en detaljeret oversigt:
- Nederst i venstre hjørne: En tæller, der viser “2 Errors” med et rødt cirkel-ikon
- Fejlliste: To identiske fejlmeddelelser i blå felter, hver med teksten: “A valid expression must be set for parameter ‘ScrollToWidgetId’.”
- Yderligere advarsler: Under de kritiske fejl var der orange trekantadvarsler om sikkerhed og skalerbarhed
Hvert element i listen havde sit eget ikon, der angav alvor:
- Rød cirkel med X: Kritiske fejl, der blokerer for publicering
- Orange trekant: Advarsler (blokerer ikke for publicering, men angiver problemer)
- Gul lyspære: Forslag til optimering
- Informationsikon: Ubrugte elementer eller andre meddelelser
Da jeg klikkede på en af fejlmeddelelserne, gjorde OutSystems noget bemærkelsesværdigt nyttigt: den navigerede mig øjeblikkeligt til det præcise problematiske element.
Skærmen sprang til at vise den forkerte placerede Section Index-widget fremhævet med rødt på det visuelle lærred.
På højre side åbnede Properties-panelet automatisk og viste widgetens konfiguration med det problematiske felt tydeligt markeret.
Jeg kunne nu se, hvad fejlen betød:
Navigation\SectionIndexItem-widgeten har en påkrævet egenskab kaldet ScrollToWidgetId. Denne egenskab fortæller navigationspunktet, hvilken sektion af siden det skal scrolle til, når der klikkes. Fordi jeg havde droppet denne navigationswidget et tilfældigt sted, hvor den ingen logisk scrolle-mål havde, var dette påkrævede felt tomt, og OutSystems markerede det som en fejl.
Da jeg kiggede i Properties-panelet til højre:
- Navn: Navigation\SectionIndexItem
- Source Block: Navigation\SectionIndexItem
- ScrollToWidgetId: [Tom—indrammet i rødt]
- ExtendedClass: [Tom]
Under var der en Events-sektion, der viste et “Initialized” event handler-felt.
Fejlen dukkede to gange op på listen, fordi den Section Index-widget, jeg trak, faktisk indeholdt flere navigationspunkter, og hver af dem manglede den samme påkrævede egenskab.
Hvad ellers var der i fejllisten?
Udover de bevidst introducerede fejl afslørede TrueChange-panelet andre problemer:
Sikkerhedsadvarsler (2 tilfælde): “You’re exposing a Server Action for public access and without authentication. Consider restricting Screen accessibility to Authenticated Users.”
Disse orange advarsler indikerede, at nogle af AI-genererede serveraktioner kunne tilgås offentligt uden krav om login, en potentiel sikkerhedsrisiko.
Skalerbarhedsforslag: “List should have a single direct child. Enclose the child widgets inside a single widget to improve performance, e.g. use a container.”
Dette var en anbefaling om bedste praksis ved at strukturere list-widgets mere effektivt.
Ubrugt element: “Output Parameter ‘ImportedRows’ is never used in Server Action ‘UploadHomeownerExcel’. Consider deleting it.”
AI’en havde oprettet en parameter i serverlogikken, som aldrig blev brugt andre steder, i bund og grund dødkode.
Hvert element havde et lille spørgsmålstegnikon (?) på højre side, som jeg kunne klikke på for mere detaljerede forklaringer.
Dette eksperiment afslørede flere vigtige ting om, hvordan OutSystems håndterer fejl:
1. Realtidsvalidering: Platformen venter ikke på, at du kompilerer eller publicerer. I det øjeblik du laver en ændring, der bryder noget, bliver du straks notificeret.
2. Visuel fejlhighlight: Fejl vises direkte på det visuelle lærred med røde rammer og indikatorer, hvilket gør dem umulige at overse.
3. Klik-for-navigation: Hver fejl er handlingsbar. Klik på den, og OutSystems fører dig direkte til problemets placering, med det relevante egenskabspanel åbnet automatisk.
4. Klassificering af alvor: Systemet skelner mellem kritiske fejl (der blokerer publicering), advarsler (der foreslår forbedringer) og informationsmeddelelser (der fremhæver ineffektiviteter).
5. Påkrævede vs. valgfrie egenskaber: OutSystems håndhæver strenge regler om widget-konfiguration. Hvis en egenskab er påkrævet for at en widget fungerer, udløser det en fejl at lade den stå tom.
6. Kontekstuel hjælp: Spørgsmålstegnikonerne giver adgang til dokumentation, der forklarer, hvorfor noget er markeret, og hvordan man løser det.
Publiceringsknappen: Deaktiveret indtil fejl er rettet
Jeg bemærkede noget andet vigtigt: nederst på skærmen var der en “1-Click Publish”-knap.
Når der var fejl, forblev denne knap deaktiveret (grået ud), tydeligt indikerende, at jeg ikke kunne fortsætte, før de kritiske problemer var løst.
6. Tilpasning af designet med Theme Editor
Efter at have rettet fejlene ville jeg ændre appens udseende. Jeg fandt et lille penselikon øverst på skærmen og åbnede “Theme Editor.”
Dette åbnede et sidepanel med et par grundlæggende designvalg:
- Temafarver: Jeg valgte en lys rød/lyserød fra et farvegitter.
- Typografi: Jeg valgte en ny skrifttype fra en dropdown og brugte en skyder til at gøre den større.
- Struktur: Jeg skiftede afstand fra “Normal” til “Larger”.
- Kanter: Jeg ændrede knapstilen fra “Soft” til “Rounded”.
Da jeg klikkede på indstillingerne, opdaterede forhåndsvisningen i midten af skærmen øjeblikkeligt. Den blå header blev rød, og alle knapperne fik runde hjørner.
Det var nemt at gøre, men ændringerne var globale. Jeg kunne ikke nemt ændre kun én knap uden at påvirke alle.
Min vurdering af tilpasningen:
Theme Editor er fantastisk til at lave brede ændringer, men det føltes en smule begrænset. Det er perfekt til at sætte en brandfarve, men hvis du vil være kreativ med layoutet, skal du forlade den simple editor og begynde at rode med komplekse CSS-lignende egenskaber i højre sidebjælke. Det føles meget stift.
7. Kontrol af data- og backend-opsætning
Jeg ville nu se, hvordan AI’en håndterede mine data, så jeg klikkede på “Data”-fanen i øverste højre sidebjælke. Jeg så en mappe for “Entities”, som indeholdt de tabeller, AI’en havde bygget:
- Homeowner: Den havde felter til navn, telefonnummer og adresse.
- ServiceRequest: Den indeholdt detaljer om hver opgave.
- Integrations: Jeg så en mappe, der viste, at jeg kunne forbinde til eksterne REST- eller SOAP-tjenester, hvis jeg havde brug for flere data.
Jeg lagde mærke til, at AI’en korrekt havde sat “data types” for alt. Telefonnummerer var strings, og datoer var faktiske datofelter. Jeg så også “Server Actions” i “Logic”-fanen, der håndterede “Create” og “Update” reglerne for databasen.
Hvad jeg syntes om backend:
Databaseopsætningen er, hvor OutSystems virkelig skinner. Det føltes som en ægte, professionel database, ikke bare et forenklet regneark. Jeg var imponeret over, at AI’en håndterede relationerne mellem tabellerne korrekt. Det er langt mere kraftfuldt end data-værktøjerne, du finder i de fleste “lette” app-builders.
8. Processen med 1-Click Publish
Jeg var endelig klar til at se appen i aktion. Jeg klikkede på den store grønne “1-Click Publish” knap øverst i Studio under “App” muligheden i hamburger-menuen.
Et lille statusvindue dukkede op og gennemløb flere trin:
- Saving: Lagring af mit projekt.
- Uploading: Overførsel af projektet til skyen.
- Compiling: Omdannelse af mit visuelle arbejde til rigtig kode.
- Deploying: Gør appen live på en URL.
Hele processen tog omkring 90 sekunder. Da den var færdig, dukkede en blå knap op med teksten “Open in browser”. Jeg klikkede på den, og mit nye Service Request Portal åbnede i en Chrome-fane.
Hvad jeg syntes om publicering:
“1-Click Publish” er fantastisk. Det gør det så meget nemmere at få en app live, fordi det håndterer al server- og hostingsopsætning for dig. Normalt får professionelle værktøjer dig til at hoppe gennem bøjler for at hoste en app, men her var det så simpelt som ét klik på en knap. Det var meget tilfredsstillende.
Test af den live app og responsivt design
Den live app åbnede med en login-skærm. Praktisk nok havde AI’en inkluderet nogle “Sample Users” nederst. Jeg klikkede på “Matthew Shelton (Admin)” og blev logget ind.
Jeg brugte et par minutter på at teste funktionerne:
- Jeg gik til Dashboard og så et cirkeldiagram og et samlet antal forespørgsler.
- Jeg gik til fanen Homeowners og klikkede på “Add Homeowner”.
- Jeg udfyldte formularen og klikkede på “Save”. Den nye boligejer dukkede straks op i listen.
- Jeg ændrede derefter størrelsen på min browser for at se, om det virkede på mobil. Sidemenuen forsvandt og blev erstattet af et “hamburger”-ikon, og indholdet stablede sig vertikalt.
Alt føltes glat og hurtigt. Appen føltes ikke som en prototype; den føltes som færdig software, man rent faktisk ville bruge på arbejdet.
Hvad jeg syntes om den færdige app:
Funktionaliteten var fantastisk, men designet føltes en smule “standard corporate”. Det virkede præcis, som jeg bad om, og det faktum, at den var mobilklar direkte ud af boksen, var en kæmpe fordel. Det er ikke den pæneste app, men den er meget solid og pålidelig.
9. Kan jeg eksportere min kode?
Før jeg afsluttede, ville jeg besvare et vigtigt spørgsmål: Ejer jeg rent faktisk det, jeg byggede, og kan jeg tage det med et andet sted hen?
Jeg klikkede rundt i menuerne i ODC Studio for at finde eksportmuligheder. Under App-menuen (tidligere kaldet “Module” i min udforskning) fandt jeg en Export-option med en submenu-pil.
Når jeg holdt musen over, viste den to valgmuligheder:
- Language resources to Excel…
- Save
- Save as…
Disse var ikke, hvad jeg havde håbet på. Muligheden “Language resources to Excel” så ud til at være til at eksportere oversættelsesfiler, ikke rigtig kode. “Save”-mulighederne var kun til at gemme projektet inden for OutSystems selv.
Jeg tjekkede andre menuer, men fandt intet, der ville lade mig eksportere til GitHub, downloade den genererede C#- eller JavaScript-kode eller flytte min applikation til et andet hostingmiljø.
OutSystems er en lukket platform. Du kan bygge sofistikerede applikationer og se de visuelle logikflow, men du kan ikke udtrække den underliggende kode og hoste den selvstændigt på dine egne servere. Din applikation lever fuldstændigt inden for OutSystems-infrastrukturen.
Dette giver mening ud fra OutSystems’ forretningsmodel—de leverer runtime-miljøet, databasehosting og udrulningsinfrastrukturen—men det betyder, at du er låst til deres økosystem, så længe du bruger applikationen.
For virksomheder, der allerede er engageret i OutSystems, er dette ikke nødvendigvis et dealbreaker. Men for udviklere, der værdsætter portabilitet og ønsker muligheden for at migrere et andet sted hen, er det en vigtig begrænsning at forstå på forhånd.
Pris & planer
OutSystems leger ikke med $29/månedspriser. Dette er enterprise-software med enterprise-priser, og de er åbne om det: Enten tester du gratis eller bruger seriøse penge.
penge.
seriøse penge.
| Klub | Sæsonkortholdere | Venteliste | Alternativer |
|---|---|---|---|
| Manchester United | 50.000+ | 100.000+ | Gæstfrihedsarrangementer, Medlemskab |
| Liverpool | 28.000+ | 30.000+ | Lotteri, Gæstfrihedsarrangementer |
| Arsenal | 40.000+ | 90.000+ | Medlemslotteri |
| Chelsea | 28.000+ | ~10.000 | Medlemskab, Genudsalg |
Hvordan OutSystems faktisk prissætter
I modsætning til de fleste app-builders opkræver OutSystems baseret på:
- Application Objects (AOs): Samlet antal skærme + databasetabeller + API-metoder på tværs af alle apps. En “medium app” = ~150 AOs.
- Brugere: Interne medarbejdere og eksterne kunder tælles separat
- Tilføjelser: Ekstra miljøer, bedre support, compliance-pakker, self-hosting
Der er ingen prisberegner. Du beskriver, hvad du bygger, og salgsafdelingen giver dig et tilbud.
Betalingsoplysninger
OutSystems offentliggør ikke disse oplysninger, men forvent:
- Årlige kontrakter (ikke måned til måned)
- Fakturabaseret fakturering
- Tilpassede betalingsbetingelser for virksomheder
Ingen offentlig information om refusioner eller prøver ud over den gratis plan.
Min ærlige vurdering
Start med Personal Edition, hvis: Du er ved at lære, prototyper eller skal overbevise din chef om, at dette er værd $36K. Det er virkelig gratis og overraskende kapabelt til test.
Betal for ODC, hvis: Du erstatter dyr, traditionel udvikling. Hvis dit alternativ er at ansætte udviklere til $100K+/år plus infrastruktur, kan OutSystems faktisk spare penge. Men hvis du sammenligner dette med Bubble ($29/måned) eller Webflow ($23/måned), er prisforskellen enorm.
Det egentlige spørgsmål: Berettiger dit projekt $3.000+/måned i værktøjer? Hvis du bygger forretningskritisk software til en etableret virksomhed, måske. Hvis du er en solo-grundlægger, der krymper dig over det beløb, så kig et andet sted.
Tip til begyndere: Brug den gratis plan og byg rent faktisk noget, før du forpligter dig til $36K. Den gratis version har alvorlige begrænsninger (ingen produktionsapps), men det er nok til at vide, om OutSystems passer til din arbejdsproces. Hvis du ikke er helt sikker på, at du har brug for enterprise-grade software, har du sandsynligvis ikke brug for enterprise-grade priser.
Alternativer til OutSystems
OutSystems er fremragende til hurtigt at bygge enterprise-grade forretningsapplikationer, men det passer måske ikke til ethvert projekt.
Hvis du leder efter lignende kraft med en anden tilgang til prissætning, indlæringskurve eller udviklersamarbejde, er Mendix det stærkeste alternativ.
Den vigtigste forskel er hvordan de nærmer sig low-code-udvikling, og hvem de er optimeret til.
| Funktion | OutSystems | Mendix |
|---|---|---|
| Brugervenlighed | Stejlere indlæringskurve; desktop-tung | Mere intuitiv; bedre for ikke-udviklere |
| Bedst til | Tekniske teams, der bygger højtydende apps | Tværfunktionelle teams med forretningsbrugere |
| Mobilapps | Native iOS/Android apps | Native mobil + PWAs |
| Backend & Data | Code generation-tilgang; full-stack | Model-tolkning; visual-first |
| Designfleksibilitet | Theme editor + custom CSS | Atlas design-system + skabeloner |
| Ydeevne | Optimeret til komplekse enterprise-apps | Stærk ydeevne, samarbejdsorienteret tilgang |
| Pris | Starter ved $36.300/år | Starter ved $998/måned (mere gennemsigtig) |
Vælg Mendix, hvis du har brug for mere gennemsigtig, forudsigelig prissætning (pr. bruger i stedet for pr. application-object), ønsker stærkere samarbejde mellem forretning og IT, eller hvis du allerede er investeret i Siemens- eller SAP-økosystemet.
Endelig dom over OutSystems
OutSystems er ægte imponerende til det, den gør, men den er ikke for alle, og det er med vilje.
Vælg OutSystems, hvis du er en etableret virksomhed eller IT-afdeling, der har brug for at bygge komplekse interne værktøjer, klientportaler eller forretningsapplikationer, og du har teammedlemmer, der forstår udviklingskoncepter.
Hvis dit alternativ er at ansætte udviklere til $100K+/år, giver denne prissætning mening. Hvis du skal levere professionel software på uger i stedet for måneder, kan OutSystems gøre det.
S
S
