Sådan bygger du en markedsplads: En praktisk MVP-guide

For at bygge en markedsplads skal du starte med én smal kategori og én by eller niche, bygge den mindste version, der lader sælgere oprette annoncer og købere finde dem og kontakte dem, og bevise, at folk handler, før du bygger betaling på platformen. Annoncer, søgning, profiler og beskeder er ligetil at bygge i dag. At tage en købers penge og udbetale til sælgere er ikke det: det medfører verifikation af sælgere, refusioner, tvister og skattespørgsmål, som du bør planlægge bevidst frem for at klistre på bagefter.

Hvad en markedsplads egentlig er

En tosidet markedsplads forbinder to grupper: personer, der tilbyder noget (sælgere, værter, freelancere, udlejere), og personer, der vil have det (købere, gæster, kunder, lejere). Dit produkt står imellem. Om det er fysiske varer, udlejning eller tjenester ændrer detaljerne, men de fleste markedspladser har brug for de samme byggeklodser.

Data

At liste tabellerne på forhånd hjælper dig og enhver AI-builder med at få strukturen rigtig: brugere (med en rolle), sælgerprofiler, annoncer, annoncebilleder, kategorier, henvendelser eller bookinger, beskeder og senere ordrer, udbetalinger og anmeldelser. Beslut tidligt, hvilke felter hver annonce skal have; inkonsistente annoncer gør søgning og filtre ubrugelige.

Rettigheder

Markedspladser går oftest i stykker ved rettighederne. Skriv reglerne ned:

• Alle kan browse offentliggjorte annoncer.
• Kun den sælger, der ejer en annonce, kan redigere eller slette den.
• Købere ser kun deres egne henvendelser og beskeder; sælgere ser kun henvendelser om deres annoncer.
• Admins kan se og modere alt.
• Kontaktoplysninger afsløres kun, når du beslutter det — for eksempel efter at en booking er bekræftet.

Test det ved at logge ind som én bruger og forsøge at åbne en anden brugers sider.

Beslutninger og afvejninger

Start smalt

»En markedsplads for alt« har hverken udbud eller publikum. »Weekendudlejning af kameraudstyr i Lissabon« kan seedes i hånden. Smalle kategorier gør også MVP'en mindre: færre felter, færre filtre, færre kantsager.

Hvem du rekrutterer først

De fleste markedspladser seeder først udbuddet — du tilmelder selv de første sælgere, nogle gange ved at oprette annoncer for dem — fordi købere forlader en tom markedsplads med det samme. Planlæg de admin-værktøjer, du har brug for til det: masseoprettelse af annoncer, redigering på en sælgers vegne og markering af annoncer som fremhævede.

Hvordan penge flytter sig

Dette er den største beslutning, og den har tre almindelige svar:

1. Ingen betalinger på platformen. Købere kontakter sælgere og betaler dem direkte. Du tjener på annoncegebyrer, fremhævede placeringer eller et abonnement for sælgere. Enklest at bygge; svagest kontrol over transaktionen.
2. Du opkræver kun sælgeren. Sælgere betaler dig et abonnement eller et gebyr pr. annonce via et normalt checkout. Stadig enkelt — det er det samme som enhver anden betalt app.
3. Købere betaler via platformen, og du udbetaler til sælgerne. Du tager en provision på hver transaktion. Det er det, de fleste forestiller sig, og det er her kompleksiteten ligger.

Betalinger og udbetalinger: den ærlige version

Det er veletableret at tage en kortbetaling. At dele den betaling og sende det meste til en tredjepart er et andet problem. Du har generelt brug for et betalingsprodukt bygget til platforme, såsom Stripe Connect, frem for et normalt checkout.

Fra september 2026 beskriver Stripes egen markedspladsguide en opsætning, hvor Stripe håndterer sælgeronboarding, og markedspladsen modtager betalinger, betaler Stripes gebyrer, håndterer refusioner og tvister, opkræver et applikationsgebyr på hver betaling og kontrollerer, hvornår midlerne udbetales til sælgerne. Samme guide fastslår, at platformen er ansvarlig for at dække de negative saldoer på sine tilsluttede konti — for eksempel når en refusion eller et chargeback kommer, efter at en sælger allerede er blevet udbetalt. Den henviser også til svindelværktøjer til at styre den risiko.

I praksis betyder det arbejde ud over checkout-knappen:

• Sælgeronboarding og verifikation. Hver sælger gennemgår identitets- og bankkontokontrol, før de kan udbetales. Nogle sidder fast, og de vil bede dig om hjælp.
• Webhooks. Din app skal lytte efter hændelser fra betalingsudbyderen — en betaling lykkedes, en sælgers konto blev verificeret, en udbetaling fejlede — og opdatere sine egne poster.
• Refusioner, annulleringer og tvister. Beslut din politik, og få derefter softwaren til at følge den, inklusive hvem der bærer omkostningen.
• Gebyrer og rapportering. Betalings- og platformgebyrer påvirker din margin; tjek de aktuelle priser på udbyderens side.
• Skat og jura. Afhængigt af hvor du og dine sælgere opererer, kan du have skatte-, rapporterings- eller licenskrav. Få ordentlig rådgivning, før du holder eller flytter andres penge i større skala.

Intet af dette gør en markedsplads umulig — det betyder bare, at udbetalinger fortjener sin egen fase, med testtilstand, testkonti og en skriftlig politik, ikke en enkelt prompt. Vores guide til at tilføje betalinger til din app dækker det grundlæggende i checkout, webhooks og testtilstand.

En første prompt til en AI-builder

Beskriv de to sider, annoncen, transaktionen og rettighederne — og lad betalinger ligge uden for den første version:

Byg en MVP-markedsplads ved navn GearShare, hvor fotografer i Lissabon udlejer kameraudstyr til hinanden. Sælgere tilmelder sig, opretter annoncer (titel, kategori, beskrivelse, dagspris, op til 6 billeder, bydel) og ser henvendelser om deres annoncer. Købere browser efter kategori, søger med nøgleord, filtrerer efter pris og bydel, åbner en annonce og sender en udlejningsanmodning med datoer og en besked. Hver bruger ser kun sine egne anmodninger og beskeder. Inkluder en adminside, hvor nye annoncer skal godkendes, før de går live, og hvor annoncer kan skjules. Gem alt i en database og billeder i filopbevaring. Ingen betalinger endnu — vis »Aftal betaling med ejeren« på bekræftede anmodninger. Mobilvenligt, rent design.

Byg derefter i skiver: først annoncer, så søgning og filtre, så anmodninger og beskeder, så admin. Test hver skive, før du går videre.

Byggetrin

1. Vælg niche og skriv de to brugerrejser ned i et par sætninger hver.
2. Definer annoncefelterne og kategorierne. Hold det stramt.
3. Byg annoncer og browsing med realistiske testdata.
4. Tilføj konti og roller, og test hver rettighedsregel.
5. Tilføj transaktionen — henvendelse, anmodning om booking eller beskeder.
6. Tilføj admin og moderation: godkend, skjul, bloker, rediger.
7. Tilføj e-mailnotifikationer, så folk ved, når de har en ny anmodning.
8. Lancer med udbud rekrutteret i hånden i din niche, og følg de rigtige transaktioner.
9. Først derefter tilføj betalinger, startende i testtilstand og med en lille gruppe betroede sælgere.
10. Tilføj anmeldelser, når der er nok gennemførte transaktioner til at anmelde.

Almindelige fejl

• At bygge udbetalinger før efterspørgslen er bevist. Ugers betalingsarbejde til en markedsplads ingen bruger.
• For bred lancering. Tyndt udbud på tværs af mange kategorier ser tomt ud alle steder.
• Svage rettigheder. At en sælger kan redigere en anden sælgers annonce, eller en køber kan læse andres beskeder, er en alvorlig fejl.
• Ingen moderationsværktøjer. Spam og dårlige annoncer dukker hurtigt op, når du er offentlig.
• Uklare politikker. Annulleringer, refusioner og tvister har brug for skriftlige regler, før penge flytter sig.
• Falsk aktivitet. Opdigtede anmeldelser eller annoncer undergraver tilliden og kan bryde forbrugerregler. Seed rigtigt udbud i stedet.
• At ignorere lækage. Købere og sælgere, der mødes på din platform, kan handle uden for den. Giv dem en grund til at blive — beskyttelse, bekvemmelighed, omdømme — frem for at stole på at skjule kontaktoplysninger.

Omkostninger og værktøjer

Driftsomkostningerne for en MVP er beskedne: hosting, en database, filopbevaring til billeder og en e-mailudbyder. Betalinger tilføjer gebyrer pr. transaktion og, for platformsprodukter, yderligere platformgebyrer; tjek de aktuelle priser på udbyderens side. Den største omkostning er tid: sælgersupport, moderation og håndtering af tvister.

Hvornår et færdigt produkt er det bedre valg

Hvis din markedsplads har en standardform — et udlejningssite, en tjenestekatalog med bookinger, en butik med digitale varer — og du vil have udbetalinger til at virke fra første dag, kan dedikeret markedspladssoftware spare måneder, fordi den allerede har løst onboarding, provisioner og tvister. Ulempen er mindre kontrol og et månedligt eller transaktionsgebyr. Byg selv, når din matchning, dit annoncformat eller din arbejdsgang er usædvanlig nok til, at skabeloner ville modarbejde dig, eller når du vil eje koden og dataene. Nogle grundlæggere starter også med en kataloghjemmeside, der tager betaling fra sælgere for annoncer, og vokser til en transaktionsmarkedsplads senere.

Sådan bygger du det med Mythex

Mythex kan bygge MVP'en beskrevet ovenfor fra chatten: annoncer, søgning og filtre, anmodningsflow og en adminside, med en dedikeret Postgres-database og filopbevaring, der tilføjes, når appen har brug for dem. App-login er bring-your-own — du vælger en metode, f.eks. e-mail og adgangskode gemt i din database eller en hostet login-udbyder, og agenten kobler den på. Til betalinger forbinder du din egen Stripe-konto med nøgler gemt som projekthemmeligheder; der er ingen one-click-funktion til markedspladsudbetalinger, så Connect-onboarding, webhooks og udbetalingslogik er kode, du bygger, tester i testtilstand og ejer selv.

Nyttige dokumenter: byg en CRUD-app, tilføj login (bring your own auth) og accepter betalinger med Stripe. Skabelonen til udlejningsmarkedsplads giver dig en startprompt, og vores guide til SaaS-MVP forklarer, hvordan du holder en første version lille.

Spørgsmål