Com crear un marketplace: un MVP pràctic

Per crear un marketplace, comença amb una categoria estreta i una ciutat o un nínxol, construeix la versió més petita que permeti als venedors publicar i als compradors trobar-los i contactar-los, i demostra que la gent realitza transaccions abans de construir els pagaments dins la plataforma. Els anuncis, la cerca, els perfils i la missatgeria són senzills de construir avui. Cobrar els diners d'un comprador i pagar als venedors no ho és: porta verificació de venedors, reemborsaments, disputes i qüestions fiscals que has de planificar deliberadament en lloc de posar-les a corre-cuita.

Què és realment un marketplace

Un marketplace de dues bandes connecta dos grups: persones que ofereixen alguna cosa (venedors, amfitrions, freelancers, propietaris) i persones que la volen (compradors, hostes, clients, llogaters). El teu producte es troba entre ells. Que siguin productes físics, lloguers o serveis canvia els detalls, però la majoria de marketplaces necessiten els mateixos blocs de construcció.

Les dades

Enumerar les taules des del principi t'ajuda a tu i a qualsevol creador amb IA a encertar l'estructura: usuaris (amb un rol), perfils de venedor, anuncis, fotos dels anuncis, categories, consultes o reserves, missatges i, més endavant, comandes, pagaments i ressenyes. Decideix d'entrada quins camps ha de tenir cada anunci; els anuncis inconsistents fan que la cerca i els filtres no serveixin de res.

Permisos

Els marketplaces es trenquen sobretot en els permisos. Escriu les regles per escrit:

• Qualsevol pot veure els anuncis publicats.
• Només el venedor propietari d'un anunci el pot editar o eliminar.
• Els compradors només veuen les seves pròpies consultes i missatges; els venedors només veuen les consultes sobre els seus anuncis.
• Els administradors poden veure-ho i moderar-ho tot.
• Les dades de contacte només es revelen quan tu decideixis —per exemple, després que es confirmi una reserva.

Prova-ho iniciant sessió com un usuari i intentant obrir les pàgines d'un altre usuari.

Decisions i compromisos

Comença estret

«Un marketplace per a tot» no té oferta ni audiència. «Lloguer de cap de setmana d'equip fotogràfic a Lisboa» es pot alimentar a mà. Les categories estretes fan que el MVP també sigui més petit: menys camps, menys filtres, menys casos límit.

A qui reclutar primer

La majoria de marketplaces alimenten primer l'oferta —tu mateix uneixes els primers venedors, de vegades creant anuncis per a ells—, perquè els compradors abandonen un marketplace buit a l'instant. Planifica les eines d'administració que necessitaràs per a això: afegir anuncis en lot, editar en nom d'un venedor i marcar anuncis com a destacats.

Com es mou el diners

Aquesta és la decisió més important, i té tres respostes habituals:

1. Sense pagaments a la plataforma. Els compradors contacten amb els venedors i els paguen directament. Guanyes diners amb tarifes per anunci, col·locacions destacades o una subscripció per als venedors. És el més simple de construir; el control sobre la transacció és el més feble.
2. Només cobres al venedor. Els venedors et paguen una subscripció o una tarifa per anunci a través d'un checkout normal. Encara és simple: és igual que qualsevol app de pagament.
3. Els compradors paguen a través de la plataforma i tu pagues als venedors. Cobres una comissió a cada transacció. És el que la majoria de gent s'imagina, i és on hi ha la complexitat.

La versió honesta sobre pagaments i cobraments

Cobrar un pagament amb targeta és un problema ben conegut. Dividir aquest pagament i enviar-ne la major part a un tercer és un problema diferent. Normalment necessites un producte de pagaments pensat per a plataformes, com Stripe Connect, en lloc d'un checkout normal.

Segons la guia de marketplaces de Stripe de setembre de 2026, Stripe gestiona la incorporació dels venedors, el marketplace cobra els pagaments, paga les comissions de Stripe, gestiona els reemborsaments i les disputes, cobra una comissió d'aplicació a cada pagament i controla quan surten els fons cap als venedors. La mateixa guia indica que la plataforma és responsable de cobrir els saldos negatius dels seus comptes connectats —per exemple, quan arriba un reemborsament o un contracàrrec després que ja s'hagi pagat el venedor—, i apunta a les eines antifrau per gestionar aquest risc.

A la pràctica, això significa treball més enllà del botó de compra:

• Incorporació i verificació dels venedors. Cada venedor passa per comprovacions d'identitat i de compte bancari abans de poder cobrar. Alguns es quedaran encallats i et demanaran ajuda.
• Webhooks. La teva app ha d'escoltar els esdeveniments del proveïdor de pagaments —un pagament reeixit, un compte de venedor verificat, un cobrament fallit— i actualitzar els seus propis registres.
• Reemborsaments, cancel·lacions i disputes. Decideix la teva política i després fes que el programari la compleixi, incloent-hi qui assumeix el cost.
• Comissions i informes. Les comissions de pagament i de plataforma afecten el teu marge; consulta els preus actuals al lloc del proveïdor.
• Fiscalitat i legalitat. Segons on operis tu i els teus venedors, potser tens obligacions fiscals, d'informes o de llicències. Demana assessorament professional abans de retenir o moure diners de tercers a gran escala.

Res d'això fa impossible un marketplace; només vol dir que els cobraments mereixen la seva pròpia fase, amb mode de prova, comptes de prova i una política escrita, i no un sol prompt. La nostra guia sobre com afegir pagaments a la teva app cobreix les bases del checkout, els webhooks i el mode de prova.

Un primer prompt per a un creador amb IA

Descriu les dues bandes, l'anunci, la transacció i els permisos, i deixa els pagaments fora de la primera versió:

Construeix un MVP de marketplace anomenat GearShare on fotògrafs de Lisboa lloguen equip fotogràfic entre ells. Els venedors es registren, creen anuncis (títol, categoria, descripció, preu diari, fins a 6 fotos, barri) i veuen les consultes sobre els seus anuncis. Els compradors navegen per categoria, cerquen per paraula clau, filtren per preu i barri, obren un anunci i envien una sol·licitud de lloguer amb dates i un missatge. Cada usuari només veu les seves pròpies sol·licituds i missatges. Inclou una pàgina d'administració per aprovar els anuncis nous abans que siguin visibles i per amagar anuncis. Desa-ho tot en una base de dades i emmagatzema les fotos en un emmagatzematge de fitxers. Encara sense pagaments: mostra «Acordeu el pagament amb el propietari» a les sol·licituds confirmades. Adaptat al mòbil, disseny net.

Després construeix per fragments: primer els anuncis, després la cerca i els filtres, després les sol·licituds i els missatges, després l'administració. Prova cada fragment abans de passar al següent.

Passos de construcció

1. Tria el nínxol i escriu en unes quantes frases els dos recorreguts d'usuari.
2. Defineix els camps de l'anunci i les categories. Mantén-los ajustats.
3. Construeix els anuncis i la navegació amb dades d'exemple realistes.
4. Afegeix comptes i rols, i prova cada regla de permisos.
5. Afegeix la transacció: consulta, sol·licitud de reserva o missatgeria.
6. Afegeix administració i moderació: aprovar, amagar, bloquejar, editar.
7. Afegeix notificacions per correu perquè la gent sàpiga quan té una sol·licitud nova.
8. Llança amb oferta reclutada a mà en el teu nínxol i observa les transaccions reals.
9. Només després afegeix els pagaments, començant pel mode de prova i un grup petit de venedors de confiança.
10. Afegeix ressenyes quan hi hagi prou transaccions completades per ressenyar.

Errors habituals

• Construir els cobraments abans de demostrar la demanda. Setmanes de treball amb pagaments per a un marketplace que ningú fa servir.
• Un llançament massa ampli. Una oferta escassa en moltes categories sembla buida a totes.
• Permisos febles. Que un venedor pugui editar l'anunci d'un altre venedor, o que un comprador llegeixi els missatges d'algú altre, és una fallada greu.
• Sense eines de moderació. L'spam i els anuncis dolents arriben ràpidament quan ets públic.
• Polítiques poc clares. Les cancel·lacions, els reemborsaments i les disputes necessiten regles escrites abans que es mogui cap diner.
• Activitat falsa. Les ressenyes o els anuncis inventats erosionen la confiança i poden trencar les normes de consum. Alimenta l'oferta amb el que sigui real.
• Ignorar les fuites. Els compradors i els venedors que es coneixen a la teva plataforma poden fer transaccions fora. Dona'ls una raó per quedar-se —protecció, comoditat, reputació— en lloc de confiar en amagar les dades de contacte.

Costos i eines

Els costos de funcionament d'un MVP són moderats: allotjament, una base de dades, emmagatzematge de fitxers per a les fotos i un proveïdor de correu. Els pagaments afegeixen comissions per transacció i, per als productes de plataforma, comissions addicionals; consulta els preus actuals al lloc del proveïdor. El cost més gran és el temps: suport als venedors, moderació i gestió de disputes.

Quan és millor un producte ja fet

Si el teu marketplace té una forma estàndard —un lloc de lloguers, un directori de serveis amb reserves, una botiga de productes digitals— i vols que els cobraments funcionin des del primer dia, el programari de marketplace dedicat pot estalviar-te mesos, perquè ja ha resolt la incorporació, les comissions i les disputes. El compromís és menys control i una comissió mensual o per transacció. Construeix-ne un de propi quan la teva lògica d'emparellament, el format dels anuncis o el flux de treball siguin prou inusuals perquè les plantilles lluitin contra tu, o quan vulguis ser propietari del codi i de les dades. Alguns fundadors també comencen amb un lloc de directori que cobra als venedors per anuncis, i després es converteixen en un marketplace transaccional.

Construir-ho amb Mythex

Mythex pot construir el MVP descrit des del xat: anuncis, cerca i filtres, fluxos de sol·licitud i una pàgina d'administració, amb una base de dades Postgres dedicada i emmagatzematge de fitxers afegits quan l'app els necessiti. L'inici de sessió de l'app és a càrrec teu: tries un enfocament, com ara correu i contrasenya desats a la teva base de dades o un proveïdor d'autenticació allotjat, i l'agent ho connecta. Per als pagaments, connectes el teu propi compte de Stripe amb les claus guardades com a secrets del projecte; no hi ha una funció de cobraments de marketplace en un clic, així que l'onboarding de Connect, els webhooks i la lògica de cobrament són codi que construeixes, proves en mode de prova i en ets propietari.

Documents útils: construir una app CRUD, afegir inici de sessió (autenticació pròpia) i acceptar pagaments amb Stripe. La plantilla de marketplace de lloguers et dona un prompt inicial, i la nostra guia de MVP de SaaS explica com mantenir petita una primera versió.

Preguntes