El desarrollo de apps de marketplace es la ingeniería de productos de dos lados: apps donde un grupo ofrece algo y otro grupo lo encuentra — servicios, alquileres, encargos, artículos de segunda mano, ayuda bajo demanda. Se diferencia del desarrollo de apps corriente en un aspecto estructural: estás entregando dos productos que deben lanzarse como uno. Cada funcionalidad existe dos veces desde ángulos distintos —un anuncio lo crea un lado y lo navega el otro, una reserva la solicita uno y la acepta el otro— y el producto solo funciona cuando funcionan ambas experiencias.

Flutter encaja bien con esta forma de producto por una razón económica contundente: un marketplace ya carga con el doble de superficie de producto, y pagar encima el doble de coste de plataforma es la manera en que mueren los presupuestos de dos lados. Una base de código cubre los flujos de comprador y vendedor en iOS y Android — y donde los dos roles divergen lo bastante como para convertirse en apps separadas, ambas siguen saliendo del mismo código, igual que lo hace nuestra flota de marca blanca.

Los productos que construimos

  • Marketplaces de servicios locales: oferta y demanda en la misma zona, como en OneTwoDo, que diseñamos y entregamos de principio a fin
  • Productos bajo demanda: solicitar, emparejar, completar — limpieza, reparaciones, flujos tipo reparto
  • Marketplaces de alquiler y reservas: inventario con calendarios, disponibilidad y los problemas de doble reserva que traen consigo
  • Bienes entre particulares: anuncios, ofertas y el chat donde ocurre el trato de verdad
  • Marketplaces B2B y de nicho: donde la oferta está curada y dar de alta a uno de los lados es un problema de operaciones que la app debe apoyar

Quién construye tu app de marketplace

Un marketplace en producción, diseñado y entregado en siete semanas

OneTwoDo es un marketplace de servicios locales de dos lados para Perform Connect Studios S.L.: limpieza, reparaciones, fontanería y más, publicados por proveedores y explorados por los vecinos. Construimos el producto entero: el diseño, el cliente Flutter y todo aquello sobre lo que funciona. Los precios multidivisa, la localización por anuncio y un feed filtrado por idioma y ubicación salieron dentro de esas siete semanas, en 2024.

El proyecto es además un ejemplo práctico de cómo acotar un marketplace con honestidad. Un producto de dos lados normalmente implica un equipo de backend antes que nada; OneTwoDo salió sin escribir esa capa —Firebase para cuentas, anuncios, fotos y analítica—, que es lo que permitió que un solo equipo llevara a la vez diseño, cliente y backend. Si esa arquitectura encaja en tu marketplace es una pregunta de alcance que respondemos antes del presupuesto, porque mueve tanto la cifra como el calendario. La página de MVP cuenta la misma historia desde el ángulo de la validación.

Los músculos adyacentes: feeds, chat, tiempo real

Un marketplace suele ser un feed más una conversación más una transacción. Hemos entregado cada pieza con profundidad de producción: el feed por ubicación y los chats y canales en tiempo real de Jepta, el chat en streaming de Arcana sosteniendo miles de mensajes a 60 fps, y la disciplina de pagos descrita en nuestra página de fintech — liderada por un fundador que dirigió procesamiento de tarjetas a escala.

Qué exige realmente una app de marketplace

El problema del arranque en frío es una decisión de producto que la app debe servir

Todo marketplace abre vacío, y la app o ayuda o lo empeora. Ayudar tiene forma concreta: una experiencia de navegación útil antes de la masa crítica (categorías curadas en lugar de un buscador desierto), un onboarding del lado de la oferta con tan poca fricción que un proveedor publica en minutos desde el teléfono, y un foco geográfico integrado en el modelo de datos — ganar un barrio vale más que estar vacío en todas partes, y por eso el feed de OneTwoDo filtra por ubicación e idioma a nivel de consulta y no como un añadido posterior.

Dos roles, una base de código — decidido a conciencia

¿Una app con cambio de rol o dos apps desde código compartido? La respuesta es por producto: cambio de rol cuando la mayoría de los usuarios puede acabar haciendo ambas cosas (bienes entre particulares), apps separadas cuando el lado del proveedor es una herramienta de trabajo con sus propios flujos (flotas bajo demanda). Hemos entregado la maquinaria de ambas: la flota de consumo de la plataforma de cashback y su app de comerciante separada salen de una sola base de código. Lo que no cambia es que los dos lados se especifican juntos, porque cada funcionalidad de un marketplace es un flujo que cruza dos pantallas en manos de personas distintas.

La búsqueda y el emparejamiento son el producto

Los compradores juzgan un marketplace por si la primera pantalla muestra algo relevante. Eso es trabajo del lado del servidor —búsqueda indexada, filtros que reflejan cómo se describe de verdad la oferta, un ranking que equilibra frescura, proximidad y calidad—, expuesto a través de un cliente que mantiene estable la posición de scroll bajo paginación y renderiza tarjetas cargadas de imágenes sin tirones en hardware de gama media. La mecánica de catálogo se solapa con nuestra página de e-commerce; la diferencia es que el inventario de un marketplace es desordenado, generado por los usuarios y siempre en parte obsoleto, y la experiencia de uso tiene que absorberlo.

La maquinaria de confianza: reseñas, perfiles, chat

Los desconocidos hacen tratos cuando la app les da razones para ello. Perfiles verificados, reseñas que resisten represalias y spam, y un chat dentro de la app donde ocurre el trato de verdad — con fotos, ofertas y estructura suficiente para que el equipo de soporte pueda reconstruir después qué salió mal. El chat es ingeniería en tiempo real (escritura, entrega, reconexión sobre un ), y que las conversaciones se muevan fuera de la plataforma es una fuga que el diseño tiene que asumir de antemano, no una regla de moderación que se arregle sola.

Pagos, liquidaciones y el dinero que queda en medio

El dinero de un marketplace es más difícil que el de una tienda: entra un pago, se retiene una comisión, sale una liquidación y una disputa puede ocurrir en cualquier punto intermedio. La elección del proveedor importa aquí más que la interfaz: raíles de nivel marketplace como Stripe Connect existen precisamente para que los flujos con forma de depósito en garantía y el alta de vendedores (con sus obligaciones de KYC) sean el problema de cumplimiento del proveedor y no el tuyo. Los importes son enteros en unidades menores de punta a punta, según la regla inquebrantable. Y ninguna de las dos tiendas se lleva comisión de los bienes físicos ni de los servicios del mundo real — pero en el momento en que vendes artículos digitales, se aplican las reglas de compra dentro de la app, y conviene trazar esa línea durante la definición del alcance y no durante la revisión.

La revisión de tiendas con contenido generado por usuarios

Los anuncios, las fotos, el chat y las reseñas hacen de un marketplace UGC por definición, y la directriz 1.2 de Apple exige el aparato completo: moderación de contenido, un mecanismo de denuncia, bloqueo de usuarios y condiciones publicadas. Los equipos lo descubren en la última semana y entregan tarde; nosotros lo presupuestamos como alcance, junto con la eliminación de cuentas y las declaraciones de seguridad de datos que exigen ambas tiendas.

Por qué Flutter para un marketplace

RequisitoCómo lo resuelve Flutter
Dos roles × dos plataformasUna base de código donde lo nativo significaría el equivalente a cuatro desarrollos
Ambas tiendas en el lanzamientoOferta y demanda rara vez comparten plataforma; faltar en una tienda reduce a la mitad un embudo de dos lados
Feeds cargados de imágenes en teléfonos baratosEl renderizado compilado a nativo mantiene fluidas las cuadrículas de anuncios en el Android de gama media
Un chat que se siente instantáneoUna capa de tiempo real construida una vez sirve a ambos roles — probada en Jepta y Arcana
Una v1 capaz de iterar cada semanaHot reload en menos de un segundo mientras aprendes qué necesita de verdad tu liquidez

Dónde sigue ganando lo nativo: si el producto es en esencia la capacidad de una plataforma —un flujo centrado en App Clips, hardware profundamente específico de plataforma—, el ahorro multiplataforma no es lo importante, y te lo diremos. La página general del servicio es desarrollo de apps con Flutter.

Cómo trabajamos

Proyecto de alcance cerrado. Somos dueños de la entrega de principio a fin: descubrimiento, diseño, arquitectura, construcción y envío a tiendas. OneTwoDo es este modelo. Nuestro proceso de desarrollo lo describe semana a semana.

Ampliación de equipo. Nuestros ingenieros se suman a tu equipo existente, en tu repositorio y tus sprints: mira ampliación de equipo.

En cualquiera de los dos casos, enviamos un presupuesto detallado en un plazo de dos días laborables desde que entendemos los requisitos.

Cuánto cuesta una app de marketplace

Una primera versión que demuestre liquidez —anuncios, búsqueda, perfiles, chat o reservas, un flujo de pago— suele ser un proyecto entre el nivel y el nivel Business: desde 12-24 mil € para una construcción ligera de validación sobre backend gestionado como OneTwoDo, hasta 24-48 mil € en un plazo de tres a cinco meses cuando el producto necesita su propio backend, reseñas y flujos de liquidación. Las apps de proveedor separadas, los raíles de pago de nivel marketplace con depósito en garantía o las herramientas de operaciones empujan hacia territorio enterprise: a partir de desde 72 mil €.

Son los mismos niveles publicados que en la página de desarrollo de apps con Flutter: un vertical no tiene una segunda lista de precios. Lo que mueve una cifra de marketplace dentro de ellos: si los dos roles son una app o dos, cuánta inteligencia de emparejamiento necesita de verdad la v1, y en qué punto entre «enlazar a un checkout de Stripe» y «fondos retenidos con liquidaciones» se sitúa tu flujo de dinero.

Preguntas frecuentes

Dudas habituales de los fundadores que construyen productos de dos lados sobre Flutter.

Sí, y el argumento es estructural: un marketplace ya duplica tu superficie de producto porque cada funcionalidad existe para un lado de oferta y otro de demanda, y Flutter evita que pagues encima el doble de coste de plataforma. Una base de código cubre los flujos de comprador y vendedor en iOS y Android, los feeds de anuncios cargados de imágenes se mantienen fluidos en dispositivos de gama media porque Flutter compila a código nativo, y la capa de chat en tiempo real que necesita un marketplace se construye una sola vez. Diseñamos y entregamos OneTwoDo, un marketplace de servicios de dos lados hoy en producción, en siete semanas sobre exactamente este stack.
Una primera versión ligera sobre un backend gestionado empieza en nuestro nivel MVP publicado, un marketplace con su propio backend, reseñas y flujos de liquidación es un proyecto de nivel Business de tres a cinco meses, y las apps de proveedor separadas o los raíles de pago con depósito en garantía se presupuestan como trabajo enterprise — los rangos están publicados en esta página y en la página de desarrollo de apps con Flutter, no se cotizan en privado. Las tres preguntas que más mueven la cifra: una app o dos, cuán inteligente debe ser el emparejamiento en el lanzamiento y cuán profundo llega el flujo de dinero.
Depende de si el lado del vendedor es una identidad o un lugar de trabajo. Un cambio de rol dentro de una sola app encaja en productos donde muchos usuarios acaban haciendo ambas cosas, como los bienes entre particulares. Las apps separadas encajan en productos donde los proveedores trabajan en la app todo el día y necesitan flujos que los compradores nunca ven, como las flotas bajo demanda. Ambas apps siguen saliendo de una sola base de código Flutter — operamos una flota de quince apps de consumo más una app de comerciante separada desde una única base de código, así que la segunda app es un resultado del proyecto, no un segundo proyecto.
El problema del arranque en frío se gana con operaciones y foco, pero la app decide si esos esfuerzos se acumulan. En concreto: un onboarding de proveedores tan ligero que la oferta publica desde un teléfono en minutos, una experiencia de navegación útil antes de la masa crítica mediante categorías curadas en lugar de un buscador vacío, y un foco geográfico integrado en el modelo de datos para que el producto pueda ganar una zona cada vez. El feed de OneTwoDo filtra por ubicación e idioma a nivel de consulta exactamente por esa razón.
A través de raíles de pago de nivel marketplace y no de un simple checkout: el dinero entra desde el comprador, se retiene una comisión, sale una liquidación hacia el vendedor y una disputa puede interrumpir cualquier paso. Proveedores como Stripe Connect existen para que el alta de vendedores, los fondos retenidos y las obligaciones de KYC asociadas sean el problema de cumplimiento del proveedor en lugar del tuyo, y elegir ese raíl pronto vale más que cualquier cantidad de interfaz de checkout. En la app, los importes son enteros en unidades menores de punta a punta, y el estado del pago pertenece al servidor, nunca lo asume el cliente.
Trata un marketplace como contenido generado por usuarios, porque los anuncios, las fotos, el chat y las reseñas lo convierten en uno. La directriz 1.2 de Apple espera un método de moderación, un mecanismo de denuncia, la posibilidad de bloquear usuarios y condiciones publicadas — una app sin ellos puede ser rechazada por muy pulido que esté el resto. Añade los requisitos universales, la eliminación de cuentas y las declaraciones de seguridad de datos, y se convierte en un paquete de trabajo real. Lo presupuestamos como alcance desde el principio, que es una de las razones por las que nuestros envíos son una fase y no una apuesta.

Lee el caso de estudio de OneTwoDo para el proyecto completo de siete semanas, el desglose de plazos para ver adónde va el calendario, o empieza por el pilar de desarrollo de apps con Flutter.