Cómo Uber construyó un marketplace de dos caras: lecciones del app de movilidad original
Las grandes empresas tecnológicas suelen nacer de una frustración personal. Uber es uno de los ejemplos más documentados de esto: dos personas, una conferencia en París y una ciudad que no podía proporcionar un taxi en una noche nevada.
Lo que siguió no era inevitable. Fue el producto de decisiones específicas sobre mecánicas de marketplace, expansión geográfica y cómo subsidiar la oferta antes de que llegue la demanda. Esas decisiones contienen lecciones que se aplican directamente a cualquier founder que esté construyendo una plataforma donde dos grupos de personas necesitan encontrarse.
La historia de los fundadores
El origen de Uber es una historia que Travis Kalanick y Garrett Camp han contado muchas veces públicamente. En diciembre de 2008, ambos asistían a LeWeb, una conferencia tecnológica en París. Después del evento, no podían conseguir un taxi en la nieve. La idea a la que llegaron: ¿y si pudieras tocar un botón en tu teléfono y un coche apareciera?
Garrett Camp acababa de vender su empresa anterior, StumbleUpon, a eBay. Él y Kalanick comenzaron a trabajar en el concepto. El servicio se lanzó en San Francisco en junio de 2010 bajo el nombre UberCab.
El "Cab" fue eliminado del nombre rápidamente, no por razones de branding, sino porque las autoridades de taxi de San Francisco enviaron un requerimiento legal argumentando que el servicio operaba ilegalmente como empresa de taxis. Uber cumplió con el cambio de nombre mientras continuaba operando, estableciendo una relación conflictiva con los reguladores que definiría la estrategia de expansión temprana de la empresa en muchas ciudades.
Travis Kalanick ejerció como CEO desde la fundación de la empresa hasta que renunció en junio de 2017, tras un período de controversia interna significativa y escrutinio público. Dara Khosrowshahi, anteriormente CEO de Expedia, se convirtió en CEO en agosto de 2017. Uber salió a bolsa en la Bolsa de Nueva York el 10 de mayo de 2019, cotizando bajo el ticker UBER.
El problema que Uber resolvió — y por qué el momento fue el adecuado
El transporte urbano en 2010 tenía un problema fundamental de asimetría de información. La oferta de taxis era fija y geográficamente desigual. La demanda era impredecible. Los dos lados del mercado no tenían un mecanismo fiable para encontrarse en tiempo real.
Las herramientas para resolver este problema solo habían estado disponibles recientemente. Los smartphones con GPS habían alcanzado un umbral crítico de adopción. Las tiendas de apps habían creado un mecanismo de distribución que permitía que el software llegara a millones de personas de la noche a la mañana. Y la tecnología de mapas, en particular Google Maps, había madurado hasta el punto en que la navegación turn-by-turn fiable era accesible para cualquiera con un smartphone.
La intuición de Uber fue que estas tecnologías, combinadas, hacían posible crear un sistema de emparejamiento en tiempo real para el transporte urbano que nunca había existido antes. El sistema de medallón de taxi, por el contrario, estaba construido en torno a restricciones artificiales de oferta. Uber propuso eliminar esas restricciones convirtiendo a cualquier persona con un coche y un smartphone en un conductor potencial.
Decisiones clave de producto
Empezar con coches de lujo, no con el car-sharing. El Uber original no era lo que la mayoría de la gente imagina hoy. UberCab se lanzó como un servicio premium de coches de lujo (sedanes y SUVs), más caro que un taxi, apuntando a viajeros de negocios y personas que querían una opción fiable y profesional. Esta fue una decisión de posicionamiento deliberada. Al empezar en el extremo premium del mercado, Uber podía atraer a conductores que ya eran profesionales (operadores de limusinas y coches de lujo con licencia), lo que significaba menor riesgo operativo y un producto inicial de mayor calidad.
UberX lo cambió todo. La versión de Uber que la mayoría de la gente conoce (cualquiera puede conducir, precios más bajos, coches ordinarios) no existía hasta 2012, cuando se lanzó UberX. Este era un producto fundamentalmente diferente: hacía que conducir para Uber fuera accesible a conductores no profesionales, expandía dramáticamente el grupo potencial de oferta y bajaba los precios lo suficiente como para competir con los taxis y, eventualmente, con la propiedad de coches.
El surge pricing. El algoritmo de precios dinámicos de Uber, que aumenta los precios durante períodos de alta demanda, es una de las decisiones de producto más discutidas y controvertidas en la historia de la tecnología. La lógica económica es directa: cuando la demanda supera la oferta, los precios más altos atraen a más conductores al mercado, lo que reduce los tiempos de espera. El surge pricing fue eficaz para equilibrar la oferta y la demanda en tiempo real. También fue profundamente impopular entre los pasajeros, especialmente durante emergencias y mal tiempo. Uber refinó el sistema durante años de controversia pública, pero el mecanismo central se introdujo pronto y demostró ser esencial para la salud del marketplace.
Estrategia de expansión geográfica. El manual de Uber para entrar en nuevas ciudades fue documentado y deliberado: lanzarse en una ciudad, invertir fuertemente en subsidios a conductores para garantizar que la oferta estuviera presente antes de que la demanda se materializara completamente, realizar promociones agresivas para atraer pasajeros, y luego reducir gradualmente los subsidios a medida que el marketplace alcanzaba el equilibrio orgánico. Este es un patrón conocido en la construcción de marketplaces (subsidiar el lado restringido hasta que los efectos de red se activen), pero Uber lo ejecutó con más capital y agresividad que cualquier competidor.
Tracción inicial y el desafío del cold start del marketplace
Los marketplaces de dos lados se enfrentan a un problema del huevo y la gallina que los productos de un solo lado no tienen. Los pasajeros no usarán una app donde no haya conductores. Los conductores no se registrarán en una plataforma donde no haya pasajeros. Ninguno de los dos lados se une hasta que el otro ya está presente.
La solución de Uber fue secuencial y específica para cada ciudad. No intentaron resolver el problema del marketplace nacional. Se centraron en hacer que el marketplace funcionara primero en San Francisco. Al concentrar la oferta y la demanda en una sola ciudad, crearon suficiente densidad para que los tiempos de espera fueran lo suficientemente cortos como para ofrecer una experiencia de calidad, lo que impulsó la retención y el boca a boca.
San Francisco no fue elegida al azar. Era una ciudad con un sistema de taxi deficiente, una alta densidad de adoptadores tempranos de tecnología dispuestos a probar nuevos productos, y una comunidad startup que escribiría y hablaría sobre el servicio. La ciudad en sí misma era un canal de distribución del producto.
Una vez que San Francisco funcionó, Uber se expandió a otras ciudades importantes una a una, replicando el mismo manual: subsidiar conductores, atraer pasajeros con promociones, lograr densidad, reducir subsidios, pasar a la siguiente ciudad.
La estrategia de subsidio a conductores merece especial atención como lección para los founders de marketplaces. Uber entendió que en un marketplace de transporte, el lado del conductor era tanto el recurso restringido como el lado con mayor fricción (registrarse para conducir requiere un coche, una licencia, un seguro y un compromiso de tiempo significativo). Así que Uber subsidiaba los ingresos de los conductores en nuevos mercados durante el período de lanzamiento, garantizando un ingreso mínimo por hora independientemente de cuántos viajes se materializaran. Esto eliminaba el riesgo de probar una nueva plataforma para los conductores, lo que resolvía el problema de oferta antes de que tuviera tiempo de convertirse en un punto muerto del huevo y la gallina.
Lecciones para founders de apps
El cold start del marketplace es un problema de secuenciación, no de escala. No necesitas resolver el marketplace a nivel nacional antes de que sea valioso. Necesitas hacer que funcione en un lugar, con suficiente densidad para que ambos lados del mercado tengan una buena experiencia. Resuelve la ciudad antes de resolver el país.
Subsidia el lado más difícil. En cada marketplace de dos lados, un lado es más difícil de adquirir que el otro. Uber identificó que los conductores eran el lado restringido e invirtió en consecuencia. En tu marketplace, pregunta qué lado determina si el otro lado aparece. Luego subsidia ese lado hasta que los efectos de red se vuelvan autosostenibles.
Empieza en el extremo premium del mercado. Uber no empezó como la opción más barata. Empezó como la mejor opción. Esto les permitió atraer oferta de calidad, construir una reputación y generar suficientes ingresos por transacción para financiar la expansión. Bajar en el mercado (UberX) llegó después de que el producto central estuviera probado, no antes.
Los precios dinámicos son una herramienta de salud del marketplace, no solo de ingresos. El surge pricing mantuvo el marketplace de Uber funcionando durante períodos de alta demanda cuando una plataforma de precio fijo habría experimentado escasez de conductores y largos tiempos de espera. Si construyes una plataforma de dos lados, piensa cuidadosamente en cómo los mecanismos de precios afectan el equilibrio entre oferta y demanda, no solo tus márgenes.
La geografía es una característica del producto. El hecho de que Uber funcionara en San Francisco antes que en cualquier otro lugar no era una limitación: era una elección de diseño. Dónde eliges lanzarte primero da forma al producto, a las expectativas de los usuarios y a la calidad de tu feedback inicial. Elige tu geografía de lanzamiento tan deliberadamente como eliges tu conjunto de características.
---
¿Construyendo tu propia app? Appsademia te guía desde la idea hasta el lanzamiento.
El éxito de Uber no vino de la idea sola. Vino de decisiones específicas y deliberadas sobre cómo secuenciar el crecimiento, en qué lado del marketplace invertir primero y cómo crear densidad antes de intentar escalar. Estas son las decisiones que determinan si un marketplace tiene éxito o fracasa en su primer año.
El curso de Appsademia cubre exactamente este tipo de pensamiento estratégico de producto: desde definir tu estrategia inicial de adquisición de usuarios hasta estructurar tu MVP para validar las hipótesis correctas. Si estás construyendo un marketplace o cualquier producto con efectos de red, aquí es donde empezar.
[→ Explorar el Curso de Appsademia](/curso)
La primera prueba: tres coches antes de tener un producto real
Antes de que Uber fuera una empresa que alguien conociera, era un experimento rudimentario con un puñado de coches.
Travis Kalanick ha descrito públicamente aquella primera prueba. En enero de 2010, el pequeño equipo fundador —Kalanick, Garrett Camp y el ingeniero Oscar Salazar— puso tres coches en las calles de Nueva York y dejó que unas pocas personas los solicitaran a través de una versión inicial de la app. La propia descripción de Kalanick fue que tenían tres coches circulando por los barrios de SoHo, Chelsea y Union Square, con algunas personas usando el sistema.
Eso es todo lo que fue la primera prueba. Tres coches. Unos pocos usuarios. Sin marketing.
La lección para los fundadores está en la escala de ese experimento. El equipo no construyó una plataforma nacional y luego buscó usuarios. Construyó la versión más pequeña posible del sistema de emparejamiento —un teléfono, unos pocos conductores, unos pocos pasajeros en unos pocos barrios— y observó si el ciclo básico funcionaba. ¿Podía alguien abrir la app, pedir un coche y que uno llegara?
El lanzamiento público del servicio en San Francisco vino a mediados de 2010, solo un par de semanas después de que Apple aprobara la app en la App Store. El producto inicial tenía un precio de aproximadamente 1,5 veces el coste de un taxi normal. No era deliberadamente barato. Era deliberadamente mejor.
La conclusión: tu primera prueba no necesita una ciudad. Necesita demostrar que el intercambio básico funciona entre dos personas reales. Si estás construyendo un marketplace, ejecuta la versión de los tres coches antes de construir nada más grande.
La batalla regulatoria en la primera ciudad
El primer conflicto real de Uber no fue con un competidor. Fue con los reguladores de la ciudad en la que había lanzado.
En octubre de 2010, dos autoridades actuaron contra la empresa. La Agencia Municipal de Transporte de San Francisco (SFMTA) y la Comisión de Servicios Públicos de California (CPUC) emitieron órdenes de cese de actividad. Las objeciones principales estaban claramente documentadas en la prensa de la época: los reguladores argumentaron que usar la palabra "Cab" implicaba que la empresa operaba como un servicio de taxi para el que no tenía licencia, y que la empresa no se había registrado correctamente ante el estado.
Las sanciones citadas no eran pequeñas. La cobertura de prensa de entonces reportó posibles multas de hasta 5.000 dólares por instancia de operación, y lenguaje sobre posible encarcelamiento de hasta 90 días por cada día que la empresa continuara operando tras las órdenes.
La respuesta de Uber es la parte que los fundadores deben estudiar. La empresa hizo dos cosas a la vez:
- Eliminó la palabra "Cab" de su nombre, convirtiéndose simplemente en Uber. Esto eliminó la objeción más barata y literal con casi ningún coste.
- Siguió operando, declarando públicamente que creía que el servicio cumplía con las regulaciones bajo las que había sido citada.
Esto fue una división calculada. Uber cedió terreno en el punto simbólico —una sola palabra en un nombre— mientras se negaba a ceder terreno en lo que importaba, que era seguir atendiendo a los clientes. Ese patrón se convirtió en una plantilla que la empresa usó en ciudad tras ciudad.
Una advertencia para los fundadores europeos. La postura de confrontación de Uber funcionó para ellos en un momento y lugar específicos, y tuvo años de costosas consecuencias legales y reputacionales. En Europa, las normas sobre transporte, datos, protección al consumidor y trabajo son distintas y a menudo más estrictas, y varios servicios de Uber fueron restringidos o prohibidos en mercados europeos tras impugnaciones judiciales. La lección transferible no es "ignora a los reguladores". Es más útil y más sutil:
- Sabe qué objeciones son cosméticas y cuáles son fundamentales antes de que un regulador te contacte.
- Decide de antemano en qué puntos puedes ceder instantáneamente y cuáles matarían el producto si concedieras.
- Entiende que en mercados regulados, tu relación con las autoridades es parte de tu estrategia de producto, no un problema lateral que dejarle a los abogados después.
Cómo Uber usó las conferencias tecnológicas para encontrar a sus primeros creyentes
Una nueva app tiene un problema de distribución: nadie busca algo que aún no sabe que existe. Uber resolvió esto temprano yendo a donde sus primeros usuarios ideales ya estaban reunidos.
La empresa se convirtió en un habitual en eventos tecnológicos y de startups. El ejemplo más documentado es South by Southwest (SXSW) en Austin. En SXSW 2011, poco después del lanzamiento en San Francisco, Uber llevó a cabo una acción ahora famosa: en lugar de un lanzamiento de coche normal, puso una flota de pedicabs de marca en las calles de Austin, solicitables a través de la app, y donó una parte de las tarifas a organizaciones benéficas. TechCrunch cubrió la iniciativa directamente.
La lógica detrás de apuntar a estos eventos es sencilla y vale la pena copiarla:
- Las personas en una gran conferencia tecnológica son early adopters. Prueban nuevas apps por trabajo y por diversión.
- Están muy conectadas. Escriben, publican y hablan con audiencias grandes y entre sí.
- Una buena primera experiencia convierte a un asistente en una fuente de docenas de recomendaciones una vez que regresan a casa, en ciudades que Uber quería entrar a continuación.
En términos simples, Uber no compró publicidad masiva para llegar a todos. Diseñó un primer viaje excelente para un pequeño grupo de personas influyentes y les dejó hacer el trabajo de difusión. Un early adopter entusiasmado y con muchos seguidores valía más que un anuncio genérico visto por miles de personas indiferentes.
La conclusión para tu lanzamiento: encuentra el lugar físico o en línea donde tus usuarios potenciales más influyentes ya se reúnen —una conferencia, una comunidad, una ciudad específica, un foro popular— y concentra todo en dar a ese grupo una experiencia que valga la pena contar. La densidad de los primeros usuarios correctos supera a la amplitud de los incorrectos.
Para qué se construyó realmente el precio dinámico
El precio dinámico generalmente se discute como la cosa que hace que un viaje cueste más bajo la lluvia. Ese enfoque no capta para qué fue diseñado el mecanismo. Se construyó para resolver un problema de oferta, no para extraer más dinero.
El problema en lenguaje claro. En una noche normal, el número de conductores disponibles se aproxima al número de personas que solicitan viajes, y los tiempos de espera se mantienen cortos. Pero la demanda no es constante. Un concierto termina, llega una tormenta, es Nochevieja a medianoche —y de repente muchas más personas abren la app de las que hay conductores disponibles cerca. Con un precio fijo, nada les dice a los conductores disponibles que vayan hacia esa demanda, y nada frena la avalancha de solicitudes. El resultado es una experiencia rota: largas esperas, viajes cancelados, y pasajeros que concluyen que la app no funciona cuando la necesitan.
El precio dinámico ataca ese desequilibrio desde ambos lados a la vez:
- Atrae más oferta. Cuando los precios suben en una zona concurrida, los conductores que estaban fuera de servicio o en otra parte de la ciudad tienen un motivo para dirigirse hacia la demanda. Más coches aparecen exactamente donde y cuando se necesitan.
- Suaviza la demanda para que coincida. Un precio más alto lleva a algunos pasajeros a esperar unos minutos, caminar un poco, o elegir otro momento. La avalancha de solicitudes se convierte en algo que los coches disponibles pueden absorber.
El objetivo de ambos efectos es el mismo: acercar la oferta y la demanda al equilibrio para que las personas que soliciten un viaje puedan conseguir uno. Un marketplace donde abres la app y nunca llega un coche es mucho más dañino que uno donde el precio a veces se mueve.
Esta es la parte que los fundadores deben interiorizar. El precio en un marketplace de dos lados no es solo una palanca de ingresos — es un sistema de control para la oferta y la demanda. Si un lado de tu plataforma puede agotarse en los momentos pico (conductores, freelancers, anfitriones, repartidores, vendedores), un precio fijo no te da forma de llamar de vuelta a esa oferta cuando más la necesitas. Un precio flexible sí lo hace.
Uber pagó un coste reputacional real por el precio dinámico, especialmente cuando los precios se dispararon durante emergencias, y pasó años añadiendo límites, advertencias más claras y restricciones en respuesta a la indignación pública. Pero el mecanismo subyacente se mantuvo porque el problema que resolvía era real: sin él, el marketplace simplemente fallaba en los momentos exactos en que la gente necesitaba que funcionara.