Marketplace de dos lados: qué construir primero (y qué simular)
Un fundador me presentó su idea en un café la primavera pasada. “Es el Airbnb de las cocinas comerciales”, dijo. Restaurantes con cocina ociosa de un lado, emprendedores de comida que necesitan una cocina habilitada del otro. Tenía la oferta encaminada, un mock-up de diseñador y un presupuesto de una software house. Lo que no tenía era respuesta a la única pregunta que importaba: el día del lanzamiento, con cero cocinas publicadas y cero cocineros registrados, ¿qué ve alguien al abrir la app?
Le habían vendido la construcción. Nadie le había hablado del problema que la construcción no resuelve.
Un marketplace de dos lados es una plataforma cuyo valor surge de conectar a dos grupos distintos que se necesitan entre sí, uno que ofrece algo y otro que lo demanda, donde el trabajo del producto es justamente hacer el match y quedarse con una parte de la transacción. Airbnb conecta anfitriones y huéspedes. Uber conecta conductores y pasajeros. Etsy conecta creadores y compradores. El fundador no construye ni la oferta ni la demanda. Construye la máquina del medio y cobra una comisión cada vez que funciona.
Esa definición suena simple, y esconde las dos cosas que hunden a la mayoría de los fundadores de marketplace. La primera: no estás construyendo un solo producto. La segunda: el software es la parte fácil.
Qué es, en realidad, un marketplace de dos lados
“El Uber de las X” es un gran pitch y una pésima especificación. Comprime tres productos distintos en una palabra familiar y hace que el fundador crea que está construyendo una app. Está construyendo tres cosas.
Está el producto del lado de la oferta: cómo el dueño de una cocina la publica, define disponibilidad, le pone precio y cobra. Está el producto del lado de la demanda: cómo el cocinero busca, compara, reserva y paga. Y está el motor de matching en el medio: la lógica que decide qué cocinas ve un cocinero dado, en qué orden, filtradas por qué, rankeadas por qué. Los dos lados casi no comparten pantalla. La experiencia de un anfitrión en Airbnb y la de un huésped en Airbnb son software casi totalmente distinto que por casualidad vive detrás del mismo logo.
Por eso un marketplace cuesta más construir que un producto único y por eso es la forma equivocada para un MVP en el sentido habitual. No puedes lanzar medio marketplace. Un flujo de reserva sin nada que reservar es una demo, no un producto. Los dos lados tienen que existir, al menos en esqueleto, antes de que alguien pueda usar la cosa una sola vez.
El único problema que de verdad mata marketplaces
Aquí está la parte que tanto los libros de economía como las páginas de venta de las plataformas se saltan. Un marketplace vacío no vale nada para nadie. Ningún cocinero entra a una app de alquiler de cocinas sin cocinas. Ningún dueño de cocina publica espacio en una app sin cocineros. Cada lado espera al otro, y el fundador está parado en el medio con un producto bellamente construido que no hace nada.
Este es el problema del cold start, y es la causa más confiable de muerte de marketplace que existe. Andrew Chen, que pasó años a cargo del crecimiento en Uber, escribió un libro entero sobre esto por una razón: la mayoría de los marketplaces nunca llega al punto en que los dos lados aparecen solos. La tecnología nunca fue el cuello de botella. La liquidez sí, esa condición simple en la que un comprador que llega encuentra de forma confiable a un vendedor, y viceversa.
La regla que se desprende no es intuitiva para quien acaba de pagar por un producto de dos lados: no lances con los dos lados. Elige el lado más difícil, normalmente la oferta, y constrúyelo primero, a mano si hace falta, hasta que haya masa suficiente para que el otro lado tenga motivo de aparecer. Los fundadores de Airbnb fotografiaron los anuncios ellos mismos. DoorDash empezó como una página estática con algunos menús locales y un teléfono que sonaba en casa de los fundadores. El marketplace vino después. El trajín manual vino antes.
Si una software house te presupuesta un marketplace y nunca menciona la liquidez ni el cold start, te está vendiendo la mitad fácil y dejándote descubrir la mitad difícil solo.
Ejemplos que enseñan la lección de verdad
Sí, Etsy es un marketplace de dos lados (creadores y compradores). Sí, Zillow lo es, aunque más enredado, ya que conecta compradores, vendedores, agentes y sus propios productos de datos, lo que lo acerca a una plataforma de múltiples lados. Los ejemplos útiles no son los logos famosos, sin embargo. Son los lanzamientos.
La lección en todo marketplace que funcionó es que encontró la forma de ser útil para un lado antes de que el otro existiera. Algunos tenían un “modo single-player”: una herramienta que ayudaba al lado de la oferta incluso con demanda cero. OpenTable les dio a los restaurantes un software de gestión de reservas que querían de todos modos, y después convirtió esa base instalada en el lado de la oferta de un marketplace orientado a quien sale a cenar. El software se pagó en un lado primero. La red llegó como segundo acto.
Para un fundador, la pregunta que sale de esto no es “cuál es mi Uber de las X”. Es “qué puedo entregarle a un lado que sea valioso incluso mientras el otro lado está vacío”. Si no puedes responderla, no tienes un plan de cold start, y un marketplace sin plan de cold start es una forma muy cara de aprender sobre liquidez.
Qué software necesita de verdad un marketplace
Quítale el romanticismo y un marketplace son cuatro sistemas. Nombrarlos te deja especificar una construcción en lugar de señalar a Uber.
Dos superficies de registro y publicación, una por lado. La oferta necesita crear y gestionar lo que ofrece; la demanda necesita crear una cuenta y decir qué quiere. En gran parte son estándar. Muchos marketplaces empiezan aquí en no-code.
Una capa de descubrimiento y matching. Esto es búsqueda, filtros, ranking y las reglas que deciden quién ve a quién. Es también donde vive tu producto de verdad. La diferencia entre un marketplace que parece mágico y uno que parece una planilla está casi toda en el matching, y es la única parte específica de tu negocio.
Una capa de confianza. Reseñas, verificación, resolución de disputas y lo que tu categoría necesite para que un desconocido se sienta cómodo transaccionando con otro desconocido. En una app de alquiler de cocinas puede ser verificación de licencias y seguro. En una app de niñeras es verificación de antecedentes. La confianza no es una función que agregas después; en muchas categorías, es el producto.
Pagos, y casi siempre custodia. El marketplace recibe dinero de un lado, lo retiene y lo libera al otro tras la transacción, descontando su parte. Esto es más complejo que un checkout normal porque estás moviendo dinero entre dos usuarios, a menudo con un intervalo y una ventana de disputa. Stripe y otros ofrecen los bloques para esto, pero la política, quién cobra cuándo, qué pasa ante una cancelación, te toca decidirla a ti.
Fíjate en el patrón: dos de los cuatro sistemas son en gran parte genéricos, y dos de ellos, matching y confianza, son donde vive tu defensibilidad. Eso tiene una consecuencia directa en la siguiente decisión.
Construir, alquilar una plataforma o ir a custom
Tienes tres opciones honestas, y la correcta depende por completo de cuán estándar necesitan ser tu matching y tu confianza.
Una plataforma de marketplace como Sharetribe o una herramienta parecida te entrega un marketplace de dos lados funcionando rápido, con publicaciones, búsqueda y pagos listos. Es el equivalente, en el mundo de los marketplaces, a construir sobre un producto white label: excelente para validar que los dos lados van a aparecer de verdad, y limitado en el instante en que tu lógica de matching o de confianza necesita salirse del estándar. Si tu marketplace es “Airbnb, pero para un nicho” con búsqueda convencional y reseñas convencionales, una plataforma puede llevarte más lejos de lo que los fundadores esperan.
Una construcción en no-code o low-code queda en el medio y funciona por la misma razón que la plataforma, hasta que el motor de matching que de verdad necesitas pelea con la herramienta que elegiste.
Una construcción custom es la opción correcta cuando el matching o la capa de confianza son tu ventaja, cuando lo que hace a tu marketplace mejor que el competidor obvio es específicamente cómo conectas los dos lados o cómo logras que confíen entre sí. No vas a custom para ahorrar. Vas a custom para ser dueño de la única parte que no puedes alquilar.
El error caro es ir a custom en el 80% genérico y tratar la lógica de matching como un detalle. Hemos visto a fundadores gastar el presupuesto reconstruyendo formularios de registro y barras de búsqueda que una plataforma regala, y quedarse sin dinero antes de llegar al matching que se suponía que era el punto entero.
Qué construir primero, y qué simular
Empieza por el lado que vas a tener que arrastrar a la existencia, y construye el mínimo de software que te permita atenderlo a mano. Un fundador validando un marketplace no necesita un motor de matching automático el primer día. Necesita una primera versión que pruebe que los dos lados van a transaccionar, y el matching puede ser un humano, con frecuencia el propio fundador, leyendo las dos listas y haciendo la conexión por correo.
Este es el enfoque concierge, y para marketplaces no es un atajo, es la primera construcción correcta. El matching manual te enseña las reglas de matching que algún día vas a automatizar, las reglas que ninguna software house puede adivinar por ti. Descubres que a los cocineros les importa más los metros cuadrados que la ubicación, o al revés, haciéndolo a mano cincuenta veces. Después construyes el motor que codifica lo que aprendiste, y lo construyes custom, porque a esa altura ya sabes que es la parte que vale la pena poseer. (Es la misma lógica de construir o comprar que aplica a cualquier decisión de software, parecida a la del micro SaaS, afilada por el hecho de que el marketplace tiene un núcleo genérico obvio y un centro defendible estrecho.)
El fundador de las cocinas comerciales volvió a la software house y cambió el orden. Lado de la oferta primero, anuncios que él mismo cargó, matching hecho por él vía WhatsApp los primeros dos meses. La construcción custom vino después, cuando ya tenía treinta cocinas y una fila de cocineros, cuando por fin supo qué tenía que hacer de verdad el motor de matching. La app con la que terminó costó menos que la que le habían presupuestado, y, a diferencia de aquella, tenía algo que combinar.
Preguntas frecuentes
¿Qué es un marketplace de dos lados?
Un marketplace de dos lados es una plataforma cuyo valor surge de conectar a dos grupos distintos que se necesitan entre sí, uno que ofrece algo y otro que lo demanda, donde el trabajo del producto es hacer el match y quedarse con una parte de la transacción. Airbnb conecta anfitriones y huéspedes, Uber conecta conductores y pasajeros, Etsy conecta creadores y compradores. El fundador no construye ninguno de los lados; construye la máquina de matching del medio y cobra una comisión cada vez que funciona.
¿Cuál es un ejemplo de marketplace de dos lados?
Airbnb (anfitriones y huéspedes), Uber (conductores y pasajeros), Etsy (vendedores y compradores) y DoorDash (restaurantes y comensales) son todos marketplaces de dos lados. La parte instructiva no es el logo famoso, es cómo lanzó cada uno: todos encontraron la forma de ser útiles para un lado antes de que el otro existiera, normalmente construyendo la oferta a mano antes de que llegara la demanda.
¿Etsy es un marketplace de dos lados?
Sí. Etsy conecta a dos grupos distintos, creadores independientes del lado de la oferta y compradores en busca de productos artesanales o vintage del lado de la demanda, y se queda con una parte de cada venta. Como la mayoría de los marketplaces, resolvió la oferta primero, atrayendo vendedores y su inventario antes de tener una gran base de compradores que ofrecerles.
¿Zillow es un marketplace de dos lados?
Más o menos, y es un caso límite útil. Zillow conecta a compradores, vendedores y agentes, y corre sus propios productos de datos por encima, lo que lo acerca más a una plataforma de múltiples lados que a un marketplace de dos lados puro. Muchos marketplaces reales derivan hacia ese lado a medida que crecen; el modelo de dos lados es el punto de partida mental, no siempre la forma final.
¿Cómo se construye un marketplace de dos lados?
No lances con los dos lados. Elige el lado más difícil (normalmente la oferta), constrúyelo primero (a mano si hace falta) hasta que haya masa suficiente para que el otro lado tenga motivo de aparecer, y recién entonces enciende la demanda. Empieza con el mínimo de software que te permita atender un lado y hacer el match a mano, aprende las reglas de matching manualmente y después construye las capas de matching y confianza en custom, porque ahí vive tu defensibilidad. Las superficies de publicación y los pagos son en gran parte genéricos; el matching y la confianza no.
¿Qué es la teoría de mercado de dos lados?
Es el concepto económico de que algunas plataformas crean valor sirviendo a dos grupos de clientes interdependientes a la vez, donde el valor de cada grupo crece con el tamaño del otro (un efecto de red), y poner precio a un lado puede subsidiar al otro. Es un buen telón de fondo, pero es el marco del economista; el problema del fundador es el práctico de lograr que aparezca alguno de los lados primero.