Hvad koster en platform eller markedsplads? Prisen modul for modul (2026)

Hvad koster en platform eller markedsplads i 2026? En slank første version med to brugertyper, opslag, betaling og en enkel administration koster groft skønnet 350.000-500.000 kr. ekskl. moms hos en dansk freelanceudvikler. En fuld første version med booking, beskeder og anmeldelser lander hurtigt på 500.000-800.000 kr., og forskellen ligger næsten altid i fire moduler: brugere, betaling, matching og administration.

Jeg bygger selv platforme som freelancer, så jeg har en egeninteresse i svaret. Derfor får du timerne bag tallene og et afsnit om hvornår du slet ikke skal bygge fra bunden.

Den korte version

Tabellen viser tre typiske niveauer. Timetallene er mine grove skøn for en platform bygget af én erfaren udvikler. Prisen er regnet med 1.000 kr. i timen. Det ligger midt i det spænd på 800-1.200 kr. i timen ekskl. moms som Lønradar angiver for senior IT-konsulenter.

Min tommelfingerregel: Kan du ikke beskrive første version på én side, er den ikke slank nok endnu. De fleste markedspladser bør starte med den slanke version og vokse derfra når der er rigtige brugere og rigtige handler at lære af.

Vil du se hvordan platforme passer ind i det samlede prisbillede, har jeg samlet det hele i prisguiden til softwareudvikling.

Hvorfor en markedsplads koster mere end en almindelig webapp

En platform er i denne sammenhæng et system hvor to grupper mødes: sælgere og købere, udbydere og kunder, freelancere og virksomheder. Det ligner en almindelig webapp med login, men tre ting gør den dyrere:

1. Der er to brugerforløb i stedet for ét. Sælgeren skal oprette sig, beskrive sit tilbud og få udbetalt penge. Køberen skal finde, vælge og betale. Hvis den ene side halter, kommer den anden heller ikke.
2. Penge løber gennem platformen. Når du tager provision og sender resten videre, skal systemet håndtere udbetalinger, refunderinger og kontrol af sælgernes identitet. Det er et andet niveau end en webshop.
3. Tillid skal bygges ind. Anmeldelser, verificering og en måde at håndtere klager på er ikke pynt. Uden dem tør folk ikke handle med fremmede.

Er din idé i virkeligheden et system med én slags bruger, fx en løsning hvor dine egne kunder logger ind, bliver det billigere. Så passer prisguiden til webapps bedre. Står du stadig og vælger mellem no-code, at bygge selv og at få platformen udviklet, så se min guide til at lave din egen platform.

Prisen modul for modul

Næsten alle markedspladser består af de samme otte moduler. Tabellen viser hvad hvert modul typisk kræver i timer på tre niveauer. Test og projektledelse er ikke med her. Det lægger du oven i bagefter.

Brugere og profiler

Det simple niveau er login med e-mail, to roller (fx sælger og køber) og en profil med billede og tekst. Prisen stiger når sælgere skal godkendes før de må sælge, fx med CVR-opslag eller upload af dokumenter, eller når en virksomhed skal have flere brugere på samme konto med forskellige rettigheder. Det avancerede niveau dækker typisk login og verificering med MitID, virksomhedskonti med flere afdelinger og profiler på flere sprog.

Betaling og udbetaling

På det simple niveau bruger du en betalingsudbyder med indbygget understøttelse af markedspladser, fx Stripe Connect. Her står udbyderen selv for identitetskontrollen af sælgerne. Køberen betaler, platformen trækker en fast provision, og resten udbetales automatisk.

Middel betyder typisk at pengene først frigives når opgaven er udført, at du kan lave delvise refunderinger, og at begge parter får kvitteringer og fakturaer. Avanceret er flere valutaer, indkøbskurve med varer fra flere sælgere, et forløb for tvister og tilbageførte betalinger og integration til bogføringen, fx e-conomic eller Dinero. Det er det modul jeg vil bede dig være mest forsigtig med at skære ned på i dit estimat.

Matching og booking

Matching er den måde køber og sælger finder hinanden på, og her er prisspændet størst. Det simple niveau er at køberen selv søger, filtrerer og sender en forespørgsel. Middel er booking med kalender og ledige tider, søgning efter afstand eller en model hvor flere sælgere giver tilbud på samme opgave. Avanceret er automatisk matching hvor systemet selv foreslår den rette sælger ud fra flere kriterier, eller budrunder med priser der ændrer sig i realtid.

Mit råd er at starte simpelt og gerne matche manuelt de første måneder. Så finder du ud af hvilke kriterier der faktisk betyder noget før du betaler for at automatisere dem.

Administration

Det er dig og dine medarbejdere der bruger administrationen, så den bliver tit nedprioriteret. Det simple niveau er at kunne se og rette brugere, opslag og ordrer og godkende nye sælgere. Middel giver dig håndtering af klager og refunderinger, moderation af indhold og rapporter over omsætning og provision. Avanceret er dashboards, særlige roller til supportmedarbejdere og eksport af data til bogføring og til indberetning efter DAC7, som jeg vender tilbage til længere nede.

Fundament, opslag, beskeder og anmeldelser

Fundamentet dækker opsætning, hosting, deployment (udgivelse til serveren), automatiske e-mails og et enkelt, gennemarbejdet design bygget på et færdigt komponentbibliotek. Skal en designer skabe et helt eget visuelt udtryk, kommer det oven i.

Opslag og søgning stiger i pris med antallet af kategorier, filtre og billeder. Beskeder kan starte som e-mailnotifikationer og vokse til en egentlig chat i realtid, som er det dyreste trin. Anmeldelser er billige at bygge i en simpel version, men moderation og regler mod falske anmeldelser tager tid.

Sådan sammensætter du dit eget estimat

Brug modultabellen som byggeklodser. Sådan gør du:

1. Skriv de moduler ned som første version ikke kan undvære. Vær hård: Kan noget klares manuelt i de første måneder, så stryg det.
2. Vælg et niveau pr. modul: simpel, middel eller avanceret.
3. Læg timerne sammen.
4. Læg 15-25 % oven i til test, projektledelse og afklaring. Jo mere uafklaret idéen er, jo højere procent.
5. Gang med timeprisen. Hvad der er normalt i Danmark, kan du se i min gennemgang af timepriser for freelanceudviklere.
6. Læg et års løbende udgifter til så du kender den reelle pris for det første år.

Et regneeksempel: Forestil dig en markedsplads hvor virksomheder booker freelancefotografer. Første bud ser sådan ud: fundament simpel (50 timer), brugere middel med godkendelse af fotografer (80), opslag simpel (60), matching middel med kalender (100), betaling simpel (60), beskeder simpel (30), anmeldelser simpel (20) og administration simpel (50). Det giver 450 timer og med 20 % oveni 540 timer. Ved 1.000 kr. i timen er det 540.000 kr. ekskl. moms.

Dropper du kalenderen og lader fotograferne svare på forespørgsler i stedet (matching simpel, 30 timer), og venter du med anmeldelser til der er handler at anmelde, falder det til 360 timer plus 20 %, altså cirka 430.000 kr. Det er den slags valg der flytter prisen mest. Ikke timeprisen, men omfanget.

Løbende udgifter efter lanceringen

Udviklingsprisen er kun den første regning. En markedsplads har fire faste udgiftsposter:

• Betalingsgebyrer. Ifølge Stripes prisside for Connect koster et almindeligt europæisk kort 1,5 % + 1,80 kr. pr. betaling. Vælger du selv at styre gebyrerne over for sælgerne, kommer der 15 kr. pr. aktiv sælgerkonto om måneden og 0,25 % + 5 kr. pr. udbetaling oveni. Lader du Stripe styre prisen over for sælgerne, betaler platformen ikke de gebyrer.
• Hosting. For en ny platform med få brugere er det som regel et beskedent månedligt beløb, men det vokser med trafik, billeder og baggrundsjobs.
• Vedligehold. Jeg anbefaler typisk at budgettere med 15-20 % af udviklingsprisen om året til opdateringer, sikkerhed og mindre rettelser.
• Indberetning. Formidler platformen salg af varer, tjenesteydelser eller udlejning, er du som udgangspunkt omfattet af EU's DAC7-regler og skal indsamle og indberette oplysninger om dine sælgere. Det kan du læse om på Skattestyrelsens side om DAC7. Byg indsamlingen af oplysningerne ind fra start så du ikke skal jagte sælgerne bagefter.

Hvad der trækker prisen op, og hvad du kan skære væk

Når jeg vurderer en platform, er de største prisdrivere sjældent selve teknikken. Det er beslutninger om omfang:

• Apps til iPhone og Android ved siden af webplatformen. Start med en webplatform der fungerer godt på mobilen, og læs hvad en app koster før du beslutter dig.
• Penge der skal holdes tilbage, deles mellem flere sælgere eller håndteres i flere valutaer.
• Integrationer til bogføring, CRM, kalendere eller eksisterende systemer. Hver integration er reelt et lille projekt for sig.
• Flere lande med hver deres regler for moms og betaling.
• Realtid: chat, live-budrunder og skærme der opdaterer sig selv.
• Uafklarede regler. Har ingen besluttet hvordan en tvist mellem køber og sælger skal løses, bliver det besluttet midt i udviklingen, og det er den dyreste måde at gøre det på.

Det kan du typisk vente med i første version: automatisk matching (match manuelt), intern chat (brug e-mail), avancerede rapporter (eksportér til et regneark) og anmeldelser indtil der er nok handler til at de betyder noget.

Hvornår du ikke skal bygge fra bunden

Specialudvikling er ikke altid det rigtige svar, heller ikke når det er mig der skal lave det.

• Har du endnu ikke vist at sælgere og købere vil bruge din markedsplads, så start med en færdig markedspladsløsning eller en manuel version med en formular, et regneark og betaling via link. Sharetribe koster fx 39 dollar om måneden mens du bygger, og 199 dollar om måneden når markedspladsen er i drift (ved årlig betaling), ifølge Sharetribes prisside. Du får også adgang til koden hvis du vil udvide.
• Ligner din model en kendt type, fx udlejning, kurser eller medlemskaber, findes der ofte standardsystemer der dækker det meste af behovet.
• Skal platformen bygges af flere udviklere på kort tid, eller skal der native apps med fra start, er en enkelt freelancer ikke det rigtige valg. Så har du brug for et bureau eller et internt team.

Specialudvikling bliver det rigtige valg når din forretningsmodel er det der adskiller dig: en særlig måde at matche på, en særlig prismodel eller et forløb som standardløsningerne ikke kan. Og når der er efterspørgsel nok til at månedsgebyrer og begrænsninger koster mere end at eje koden selv. Er du i tvivl om hvor lille første version kan være, så se hvad en MVP koster, og hvad der driver prisen.

Næste skridt

Har du lagt dine moduler sammen og fået et tal, er næste skridt at få det udfordret af den der skal bygge det. Jeg starter større platforme med et betalt forprojekt til fast pris. Her afklarer jeg sammen med dig moduler, niveauer og betalingsmodel, og du får et estimat du kan budgettere efter.

Du taler direkte med mig, der skriver koden, og du ejer koden fra første dag. Se hvordan jeg arbejder med udvikling af webapps og platforme.

Ofte stillede spørgsmål

Kan jeg få fast pris på en platform eller markedsplads?+

Ja, men sjældent før omfanget er afklaret. En fast pris på en løst beskrevet platform bliver enten dyr fordi udvikleren lægger en stor buffer ind, eller også ender den i diskussioner om hvad der var med. Den sikreste vej er et forprojekt hvor moduler og niveauer bliver låst og derefter en fast pris på første version. Ændringer undervejs prissættes så for sig.

Findes der andre betalingsløsninger til markedspladser end Stripe?+

Ja. Stripe Connect er et oplagt valg fordi det understøtter provision, udbetalinger og kontrol af sælgere, men udbydere som Adyen og Mangopay har også løsninger til platforme. Sammenlign gebyrer pr. betaling og pr. udbetaling, hvilke betalingsmetoder dine kunder bruger, og hvor let det er at skifte senere. Det sidste afhænger meget af hvordan betalingen er bygget ind i koden.

Hvem ejer koden til min platform?+

Det afhænger af din kontrakt, så læs den før du skriver under. Hos mig ejer du koden fra første dag. Nogle udbydere licenserer i stedet platformen til dig eller beholder rettighederne, hvilket gør det dyrt at skifte udvikler. Spørg også hvem der ejer hostingkontoen og betalingskontoen, for de er lige så vigtige som koden.

Kan jeg starte på en no-code-løsning og bygge videre senere?+

Ja, men i praksis ender det ofte med en ny platform frem for en udvidelse. Brugere, opslag og transaktioner kan som regel eksporteres. Logik og design skal derimod laves forfra. Det er stadig en god strategi hvis no-code-versionen beviser at der er efterspørgsel. Sørg bare for fra start at du kan få dine data ud, og at betalingskontoen står i dit eget navn.