Hvad koster det at udvikle en booking-app?
En booking-app koster oftest mellem 530.000 DKK og 1,6 mio. DKK. Kernen er kalender- og ressourcelogikken: Dobbeltbookinger, afbestillingsregler og påmindelser skal virke fejlfrit. En app-skal oven på en eksisterende booking-SaaS holder prisen nede mens en helt egen bookingmotor først kan betale sig ved store volumener eller unikke behov.
Booking-apps ser simple ud: en kalender, nogle tider, en knap. Men under overfladen ligger den logik der afgør hele projektets omkostning: ressourcer der ikke må dobbeltbookes, regler for afbestilling og ombooking, og påmindelser der skal sendes ud på det rigtige tidspunkt. De fleste booking-apps lander mellem 530.000 DKK og 1,6 mio. DKK, og hvor i spændet I havner, afhænger især af hvor meget af den logik der bygges fra bunden.
Prisspænd pr. niveau
| Niveau | Typisk omkostning | Eksempel |
|---|---|---|
| App-skal oven på booking-SaaS | 530.000–850.000 DKK | Jeres profil og oplevelse, færdig bookingmotor bagved |
| Egen bookinglogik, standardbehov | 850.000 DKK–1,2 mio. DKK | Kalender, betaling, afbestillingsregler, påmindelser |
| Egen motor med komplekse ressourcer | 1,2–1,6 mio. DKK | Flere ressourcetyper, personale, prissætning, regelsæt |
Kalender- og ressourcelogikken er kernen
Det der adskiller en booking-app fra en almindelig indholdsapp, er at den giver løfter: at den tid du har booket, er din, at ingen andre fik den samtidig, og at du bliver mindet om den. Tre områder driver kompleksiteten:
- Dobbeltbookinger. Når to brugere vil booke den samme tid på én gang, må kun den ene lykkes. Det lyder selvfølgeligt, men det er et ægte samtidighedsproblem, og løsningen skal holde, også når hundrede personer jagter afbestilte tider efter en udsendelse til kunderne.
- Afbestillingsregler. Hvor sent må man afbestille? Med eller uden gebyr? Hvad sker der med betalingen, og bliver tiden automatisk frigivet til ventelisten? Hver regel er enkel, men mængden af kombinationer er det ikke.
- Påmindelser. Notifikationer og sms på det rigtige tidspunkt, med hensyn til tidszoner, ombookinger og afbestillinger. Fejl her kan mærkes med det samme i form af udeblevne besøg eller irriterede kunder.
Jo flere ressourcetyper der spiller sammen, f.eks. lokaler, personale, udstyr og gruppestørrelser, jo mere logik. En frisørsalon med fem stole er en enklere verden end et anlæg med baner, trænere og udstyr der skal bookes sammen.
Bygge selv eller app oven på booking-SaaS?
Det største budgetspørgsmål er om bookingmotoren overhovedet skal bygges. Der findes modne booking-SaaS-tjenester der håndterer kalendere, regler og betalinger; appen bliver så en skal der giver jer en oplevelse med jeres eget brand, push-notifikationer og hurtig adgang mens tjenesten klarer det tunge arbejde.
Afvejningen er klassisk: SaaS giver en lav startomkostning, men løbende gebyrer, ofte pr. måned og nogle gange pr. booking, samt tjenestens begrænsninger. Et eget system koster mere nu, men giver fuld kontrol og en lavere marginalomkostning pr. booking. En rimelig tommelfingerregel: Start med SaaS-vejen hvis jeres behov er standard og volumen endnu er uafprøvet, og byg selv når gebyrerne begynder at nærme sig hvad en egen løsning ville koste i drift og vedligeholdelse, eller når tjenestens begrænsninger står i vejen for jeres forretning.
Regn også på exit-omkostningen i begge retninger: At forlade en SaaS betyder datamigrering og at man selv skal bygge det tjenesten gjorde. At forlade en egenudviklet motor betyder at nogen skal vedligeholde den i mellemtiden. Valget er sjældent for evigt, men retningen bør være bevidst fra start.
Et regneeksempel
Et padelanlæg med tre haller vil have en app hvor medlemmerne booker baner, betaler med MobilePay og får notifikationer når tider bliver ledige. Med en færdig bookingmotor bag appen: omkring 640.000–850.000 DKK og 3–4 måneder. Vælger de i stedet egen bookinglogik for at kunne tilbyde medlemskabspakker, dynamisk prissætning og virksomhedsbookinger som SaaS-tjenesten ikke understøtter, havner projektet snarere omkring 1,1–1,4 mio. DKK.
Forskellen, nogle hundrede tusinde DKK, er altså prisen for fuld kontrol over forretningslogikken. Nogle gange er den det værd, andre gange ikke, men det er præcis det spørgsmål der bør afgøres før udviklingen starter, ikke bagefter.
Sådan får I den rigtige pris
Beskriv jeres ressourcer, regler og volumener så konkret som muligt, for det er dem tilbuddet prissætter. Bed leverandøren begrunde valget mellem en SaaS-løsning og eget system i konkrete beløb, ikke i holdninger. Og kræv at betalingsflowet specificeres separat: Forudbetaling, afbestillingsgebyrer og tilbagebetalinger er dér hvor booking-apps plejer at samle deres skjulte timer. Vi hos Weapp har bygget bookingflows i begge modeller og giver gerne et prisspænd for jeres scenarie: læs om vores ydelser eller kontakt os.
Ofte stillede spørgsmål
Hvorfor er dobbeltbookinger så svære at håndtere?
Fordi to brugere kan forsøge at booke den samme tid i præcis det samme øjeblik. Systemet skal garantere at kun den ene lykkes, også under høj belastning. Det er et klassisk samtidighedsproblem der kræver et gennemtænkt backenddesign og grundig test, ikke bare en kalendervisning.
Hvad koster en booking-SaaS sammenlignet med at bygge selv?
SaaS-tjenester tager typisk et månedligt gebyr og nogle gange et gebyr pr. booking mens et eget system er en større engangsinvestering plus drift og vedligeholdelse. Ved lave volumener vinder SaaS næsten altid; ved høje volumener eller behov som tjenesten ikke dækker, vender regnestykket.
Kan vi starte med en bookingtjeneste og bygge selv senere?
Ja, og det er ofte klogt. En app-skal oven på en booking-SaaS validerer adfærden til en lavere omkostning. Bygger I senere jeres egen motor, har I en kundebase, data og afprøvede flows at tage udgangspunkt i, og appens brugerflade kan ofte genbruges.
Har vi brug for en app, eller er webbooking nok?
Til engangsbookere er nettet som regel nok; et link konverterer bedre end en download. Appen kan betale sig for tilbagevendende bookere der vil have hurtig adgang og påmindelser, f.eks. til fitness, padel og frisør, hvor push-notifikationer om ledige og afbestilte tider giver reel omsætning.
Hvilke løbende omkostninger skal vi regne med?
Vedligeholdelse på typisk 15–25 procent af udviklingsomkostningen om året, drift af backend, sms- eller notifikationstjenester til påmindelser samt gebyrer til betalingsløsninger. Bygger I på en booking-SaaS, kommer dens licens- eller transaktionsgebyrer oveni.