SaaS MVP til fast pris: sådan får du første version i luften

En SaaS MVP bygget af et bureau koster typisk 100.000–600.000 kr. på timebasis. Hos NBS starter et skræddersyet byg ved 14.995 kr. med fast tilbud for en stramt afgrænset første version, og løbende produktudvikling kører på Studio-pakken til 8.950 kr. om måneden. Alle priser er ekskl. moms. Afstanden mellem de tal er ikke magi. Det er disciplin i scopet: en MVP til fast pris virker, når du skærer funktionslisten ned til det ene flow, der beviser idéen, og den fejler, når “MVP” stille og roligt kommer til at betyde “version ét af det hele”.

Vi har selv bygget og lanceret tre SaaS-produkter: KalorieTracker, NBS Booking og NBS Food, alle live med rigtige brugere. Så det her er ikke en guide skrevet udefra. Det er sådan, vi scoper vores egne produkter, og sådan, vi scoper dit.

Hvad koster en SaaS MVP i Danmark?

Her er det ærlige billede af markedet. De fleste danske og europæiske bureauer afregner pr. time, typisk 375–900 kr. afhængigt af land og erfaring, og en “lille” MVP estimeres som regel til 300–800 timer. Det giver tilbud i de her intervaller:

To præciseringer af vores egne tal, for de er vores egne og fortjener et kritisk blik. For det første er 14.995 kr. en startpris for et reelt minimalt produkt: ét kerneflow, login, en database, en adminvisning og hosting i EU. Et produkt med betaling, flere brugerroller og integrationer lander højere, og du får det endelige tal på skrift, før arbejdet går i gang. For det andet er Studio ikke et rabattrick; det er en anden model. I stedet for én stor faktura får du et hold, der arbejder på dit produkt hver måned, og du kan stoppe, når du vil.

At vores faste priser ligger under typiske bureautilbud, har strukturelle årsager, ikke heroiske. Vi er tre udviklere i Aalborg uden kundeansvarlige eller kontorudgifter. Vi genbruger en gennemprøvet hosting- og deploy-opsætning på tværs af projekter i stedet for at bygge den forfra hver gang. Og et fast scope fjerner den polstring i estimatet, bureauer lægger ind for at sikre sig selv på åbne kontrakter.

Hvor pengene faktisk går hen i et MVP-budget

I et typisk timeprojekt er en overraskende stor del af budgettet ikke produktkode:

• Afklaring og specifikation: 10–20 % af timerne, ofte faktureret før der findes en linje kode.
• Projektledelse og møder: 10–15 % i bureauprojekter.
• Opsætning af miljøer og deploy: 5–10 %, gentaget forfra pr. projekt mange steder.
• Omarbejde fra scope-skred: uden loft, og hovedårsagen til, at timeprojekter løber over.

Et fast scope presser de tre første sammen og fjerner det fjerde pr. definition. Det er hele det økonomiske argument.

SaaS MVP eller mobilapp? Ikke samme budget

De to bliver tit blandet sammen, så lad os være præcise. En SaaS MVP er en webapplikation: den kører i browseren, på alle enheder, og du udruller en ændring, i det øjeblik den er klar. En mobilapp kører på iOS og Android, går gennem to app-butikker, og hver ændring venter på godkendelse. Derfor koster en app med brugerkonti og server typisk 100.000–350.000 kr., mens en SaaS MVP med samme kerne kan starte langt lavere. App-siden dækker vi i hvad koster en app.

For næsten alle SaaS-idéer kommer webudgaven først. KalorieTracker er undtagelsen, der bekræfter reglen: den skulle bruge kameraet og hjemmeskærmen, så den blev en app, men den kører også som webapp på samme konto og samme data.

Fast pris eller timeafregning til en SaaS MVP?

Timeafregning er den rigtige model, når kravene reelt ikke kan kendes, og du har budget til at udforske. For en første version af et SaaS-produkt er det sjældent situationen. Du ved som regel præcis, hvad du skal bevise: at en bestemt bruger vil bruge et bestemt flow og betale for det.

Fast pris på fast scope betyder:

• Du kender totalen, før du skriver under. Ingen nervøsitet over forbrug, ingen overraskende fakturaer.
• Leveringsrisikoen flytter til leverandøren. Estimerer vi for lavt, bærer vi det. Det tvinger os til at scope ærligt fra start i stedet for at estimere optimistisk og fakturere forskellen.
• Ændringer i scopet er eksplicitte. Nye idéer ryger på en liste til version to i stedet for stille at puste version ét op. Det lyder restriktivt; i praksis er det den disciplin, de fleste førstegangsstiftere har mest brug for.

Modellen har en reel svaghed, der fortjener at blive nævnt: en fastpriskontrakt med en leverandør, der scoper dårligt, giver et produkt, som teknisk set matcher specifikationen og i praksis rammer ved siden af. Løsningen er at bedømme leverandøren på, hvordan de scoper, ikke kun på hvad de tager. Et godt fastprisbureau skubber tilbage på din funktionsliste, før de giver et tilbud. Accepterer de tolv funktioner uden diskussion, er prisen ikke problemet.

Sådan scoper du en SaaS MVP, der kommer i luften på uger

Den scoping-samtale, vi har med hver eneste MVP-kunde, koger ned til fire spørgsmål.

1. Hvad er det ene flow, der beviser idéen?

Ikke produktet. Flowet. “En salonejer lægger sine åbningstider online, og en kunde booker en tid uden at ringe” er en MVP, der kan scopes. “En bookingplatform” er det ikke. Præcis den ene sti var det, NBS Booking startede som. Alt i version ét skal tjene én vej fra oprettelse til værdi.

2. Hvad kan du fake, købe eller springe over?

• Fake: admin-dashboards (en databaseklient rækker til de første ti kunder), e-mailsekvenser, statistikoversigter.
• Køb: login, betaling (Stripe, MobilePay), transaktionsmails, fillagring. At bygge noget af det selv i en MVP er et budget i brand.
• Spring over: native mobilapps, flere sprog, SSO, finkornede rettigheder, offentligt API. Alt sammen version to eller senere for næsten enhver SaaS.

NBS Food er et godt eksempel på købelinjen. Et bestillingssystem til restauranter skal kunne tage imod betaling fra dag ét, og vi skrev ikke et betalingssystem; vi koblede et på. Det, vi byggede, var den del, ingen sælger fra hylden: selve bestillingsflowet, uden kommission til en tredjepart.

3. Hvad skal datamodellen kunne overleve?

Det ene sted, vi bevidst overinvesterer i en MVP, er databasens struktur og ejerskabet over data. Brugerfladen kan skrives om billigt; at migrere en dårlig datamodel med levende kunder kan ikke. Det er også her, danske krav melder sig tidligt: er dine kunder danske virksomheder, spørger de, hvor deres data ligger. At bygge på dansk eller europæisk hosting fra dag ét er billigere end at flytte senere, og det er et reelt salgsargument i B2B-handler. Baggrunden gennemgår vi i dansk hosting eller amerikansk cloud, og den gælder dobbelt for SaaS, hvor du er databehandler for hver eneste kunde, du får.

4. Hvad sker der efter lanceringen?

En MVP uden en plan for uge to er en demo. Sæt budget af til vedligehold og videreudvikling før lanceringen, ikke efter. Vores Vækst-pakke (975 kr./md.) dækker hosting, overvågning, sikkerhedsopdateringer og små ændringer; Studio (8.950 kr./md.) dækker løbende udvikling af nye funktioner. Uanset hvem du bruger, så få prisen efter lancering på skrift, før du skriver under på bygget, for det er her, “billige” byg bliver dyre.

GDPR: den del, de fleste MVP-guider springer over

Sælger du SaaS til danske virksomheder, er GDPR ikke en funktion til version to. Din MVP behandler personoplysninger fra dag ét, og det betyder, at du fra dag ét skal have:

• Et lovligt grundlag og en privatlivspolitik, der afspejler, hvad produktet faktisk gør.
• En databehandleraftale, du kan give til erhvervskunder. B2B-købere beder i stigende grad om den under indkøb, også fra små leverandører.
• Kendt placering af data. “Det ligger i en amerikansk cloud, sikkert Frankfurt” overlever ikke kundens leverandørspørgeskema. En navngiven dansk eller europæisk host gør.
• Sletning og eksport. De kan være manuelle på MVP-stadiet, men de skal findes.
• Regler for opbevaring. Rører produktet ved fakturaer eller ordrer, kræver bogføringsloven fem års opbevaring, så “slet alt på anmodning” skal have en undtagelse bygget ind.

Intet af det er dyrt, hvis det er med fra start. Alt sammen er besværligt at eftermontere. Det er derfor, vi hoster hver MVP i EU som standard, og derfor vores webstatistik er cookiefri, så din markedsføringsside ikke samler samtykkegæld, mens du validerer produktet.

Advarselstegn, når du vælger et MVP-bureau

• Ingen offentlige priser nogen steder. Kræver hver pris et salgsmøde, så regn med, at tilbuddet kalibreres efter dit formodede budget. Det går begge veje: vores priser er offentlige på /priser, netop så du kan holde os fast på dem.
• Et tilbud uden skriftligt scope. En fast pris hæftet på et vagt scope er bare timeafregning med dårligere incitamenter.
• “Vi bruger vores egen platform.” Det er binding forklædt som effektivitet. Du skal eje koden og hosting-kontoerne.
• Intet svar på, hvor data ligger. For en dansk SaaS skal “hvor ligger kundedata?” kunne besvares i én sætning.
• Et MVP-estimat over 750.000 kr. Til den pris køber du ikke en MVP; du køber nogens gæt på version tre.

Hvad du gør herfra

Er du stadig i tvivl om, hvorvidt du skal have en rigtig applikation eller en hjemmeside med nogle kloge formularer, så start med forskellen på de to. Mange “SaaS-idéer” kan valideres fint med langt mindre software, end stiftere regner med. Kræver flowet reelt et produkt, så skær det ned til én sti, insistér på skriftligt scope og fast pris, og sørg for, at det kommer i luften på hosting, du ejer, i et land, dine kunder accepterer.

Det er præcis sådan, vi kører MVP-projekter, og sådan, vi byggede vores egne. Se, hvad et byg indeholder, på webapps, tjek tallene på priser, eller læs hvad koster en hjemmeside, hvis du først vejer et enkelt produkt op mod et hjemmesideprojekt. Uanset hvad: fast scope, fast pris, hostet i EU, og version to planlagt, før version ét går i luften.

Ofte stillede spørgsmål

Hvor lang tid tager en SaaS MVP? Tre til seks uger for en reelt minimal første version. Læg betaling, flere brugerroller og integrationer til, og det bliver to til tre måneder.

Kan jeg starte på Studio i stedet for et engangsbyg? Ja. Nogle kunder foretrækker en månedspakke fra dag ét, så produktet bygges og forbedres løbende i stedet for at blive leveret én gang. Det rigtige valg afhænger af, om du har en klar version ét eller en idé, der udvikler sig.

Ejer jeg koden? Ved engangsbyg: fuldt ud, kode, data og hosting-konti. På Studio hoster og vedligeholder vi den, og du kan til enhver tid bede om en komplet overdragelse.

Hvad hvis jeg vil ændre noget halvvejs? Så prissætter vi ændringen skriftligt, før den bygges, præcis som det oprindelige scope. Alternativet, ændringer der stille faktureres pr. time, er sådan, budgetter fordobles.