Ask HN: ¿Cómo resolver el problema de arranque en frío en un mercado de dos lados?

• Estoy creando un marketplace P2P de crowdshipping que transporta paquetes en lugar de pasajeros, donde viajeros que se desplazan entre ciudades o países llevan pertenencias de personas que quieren enviar cosas
• A punto de lanzar el MVP, me he topado con el clásico problema del huevo y la gallina: si no hay paquetes para transportar, los viajeros no se registran, y si no hay viajeros disponibles, quienes quieren hacer envíos no se registran
• Me gustaría conocer métodos concretos de personas con experiencia construyendo plataformas P2P o marketplaces de dos lados: cómo consiguieron las primeras 50 a 100 transacciones, si conectaron manualmente a las personas, si subsidiaron a uno de los lados o si limitaron el alcance a rutas o ciudades específicas

[unsure4000]

Aparte de eso, la idea se ve realmente terrible. Si por accidente terminaras transportando drogas...

[crawler]

Como todos los comentarios tenían un "como ~", me fijé y resulta que era el apodo de quien comentaba jajajaja.
¿Ask HN normalmente está configurado con un prompt para resumir así?

[xguru]

Últimamente se han estado publicando seguido cosas del lado de Ask/Tell, así que he estado ajustando continuamente el prompt.
A diferencia de otras publicaciones, esta falló porque intenté conservar a la persona que comentó.
Ya lo corregí de nuevo.

[GN⁺]

Comentarios de Hacker News

• brk: por lo general, el fundador tiene que convertirse directamente en uno de los lados del mercado de dos caras; Reddit también tuvo al inicio casos donde crearon conversaciones con cuentas falsas para darle vida a la plataforma. En este caso, parece mejor acercarse primero a negocios en áreas urbanas medianas donde todavía no haya bike couriers, ofrecerles ahorrar en envíos pequeños y armar una lista de clientes para medir la demanda. Después, buscar personal de reparto en craigslist y Facebook, hacer el matching manualmente y luego llevarlos a registrarse en la plataforma.

  • alegd: me ayudó muchísimo en particular la parte de armar primero la lista de clientes. Me di cuenta de que me enfoqué demasiado en el producto y no hice suficiente de ese trabajo básico. También me pareció buena la idea de buscar repartidores o transportistas en craigslist y Facebook.
  • albelfio: a este enfoque le llamábamos API, es decir, Actual Person Interface. La clave era que una persona hiciera directamente el trabajo pesado de un lado del mercado para levantar el otro y echar a andar el flywheel.
  • mfalcon: creo que con el lado de los repartidores aplica el mismo principio. Si es posible, conviene que el fundador y la gente cercana a él empiecen haciendo los repartos directamente.

• leros: al principio hace falta hacer un poco de trampa. Hay que subsidiar a uno de los lados para que entre aunque el otro todavía no exista, o crear la oferta directamente. Uber al inicio pagaba por registrar conductores o, en la práctica, armaba la oferta por su cuenta. Por eso los mercados de dos lados suelen requerir bastante capital y es difícil que crezcan de forma orgánica. Además, no hay que intentar resolver el problema global de una sola vez; por ejemplo, hay que empezar por un nicho muy estrecho, como envío de libros entre London y Madrid, para poder concentrar el marketing y generar densidad de matching.

  • mohsen1: Uber no solo subsidiaba a los conductores, también a los pasajeros. Cuando trabajaba con Garret Camp recibía viajes gratis en Uber Black, pero incluso en SF había tan pocos conductores que, aunque fuera gratis, tenía poca utilidad.
  • TheGRS: según recuerdo, empleados de Uber incluso se subían a taxis y les ofrecían dinero ahí mismo para convencer a los conductores. Al final, hace falta cebar la bomba primero. Conviene crear una experiencia de adopción en una ciudad y luego expandirse a otras, usando con frecuencia redes sociales para generar interés.
  • garrickvanburen: al final, el inicio siempre es una de dos: o satisfaces tú mismo la demanda existente, o te conviertes tú mismo en la demanda.

• jwitchel: por mi experiencia como cofundador de Prosper, este problema en realidad es relativamente simple. Primero hay que conseguir una o dos empresas con bastante volumen y manejar solo paquetes de bajo riesgo, con al menos 7 días de margen y valor declarado menor a 500 dólares, apuntando a trayectos como LA-SFO que son demasiado largos para que los cubra Uber. Luego reunir conductores de Uber confiables y ponerlos a operar con tarifas altas; si hay un incidente, dejar el paquete en una UPS store como respaldo para entrega al día siguiente. Conviene operar unas 1000 entregas manualmente para pulir la logística y no apresurarse con marketing o lanzamiento antes de eso. Después, hay que cerrar clientes empresariales que envíen miles de paquetes al mes y diseñar rutas rentables, por ejemplo 5 paquetes por vehículo, dominando una zona a la vez. Los remitentes individuales tienen baja repetición, así que no son prioridad al inicio, y también conviene evitar envíos de alto riesgo. Puede haber una ventaja frente a UPS y FedEx en objetos pesados pero pequeños.

• il-b: hay que tener especial cuidado con quienes transporten drogas o efectivo. A diferencia del ridesharing, aquí el transportista carga con mucha más responsabilidad y riesgo.

  • freeplay: especialmente en traslados internacionales, el transportista asume todo el riesgo, así que veo difícil que se registre. Probablemente no funcione explicar en aduana que vienes con un paquete en forma de ladrillo de origen desconocido por 27 dólares gracias a CarrierPigeon™.
  • CodingJeebus: parece que podría prestarse para abuso literal como servicio de entrega de bombas, al eludir los sistemas de seguridad postal y tener una verificación débil de identidad del remitente.
  • mike_d: viendo estas respuestas, casi parece que el fundador, sin querer, ya encontró un lado del mercado: la demanda.

• 3D39739091: antes de proponerte resolver este problema, lo natural sería que ya hubieras hablado con suficientes clientes potenciales y tuvieras una lista de contactos esperando registrarse. Si no, es probable que hayas caído en la trampa de construir primero el producto sin validar la demanda. Siendo francos, ni las empresas ni las personas razonables se van a sumar fácilmente a enviar paquetes anónimos cruzando fronteras, y cuanto menos dinero pida alguien por hacerlo, menos confiable probablemente será.

  • subhobroto: me habría gustado más contexto sobre la ubicación y el pain point, pero coincido con la importancia de las entrevistas previas y de tener una lista de contactos, como dice la primera parte. Dicho eso, las afirmaciones posteriores pueden variar según la cultura local y el nivel de confianza. Airbnb también arrancó en un ecosistema con alta gratitud y confianza mutua. Si las aduanas son corruptas y los envíos normales se frenan por sobornos arbitrarios, podría incluso formarse una red autoseleccionada de alta confianza. Además, aunque muchos productos construidos sin validar demanda fracasan, a veces casos como Justin.tv o Dropbox despegan por suerte, timing y ejecución, así que tampoco hay que subestimar la aleatoriedad y la fortuna.

• keiferski: como ya dijeron otros comentarios, la idea en sí parece tener problemas serios. Viajo con frecuencia, pero no se me ocurriría llevar paquetes aleatorios de otra gente. Si se hiciera, no lo vería para viajeros individuales sino como un modelo B2B2C, donde un business busca transportistas para otros businesses. Aun así, no está claro por qué UPS o DHL confiarían en desconocidos con autos particulares en vez de usar su red logística sofisticada. Pero si hay huecos en su red, por ejemplo envíos urgentes o de último minuto, esos huecos sí podrían convertirse en oportunidad comercial.

  • 0xffff2: en Southern California parece que incluso Amazon opera una red logística bastante sofisticada apoyándose en buena parte en conductores con autos particulares. Aun así, no está claro por qué una empresa que ya tiene red propia esperaría a que un tercero le integre conductores particulares; parece tener más incentivo para internalizarlo.
  • zephen: yo también soy escéptico, pero eso puede ser independiente de si puede funcionar o no. Antes también parecía difícil imaginar servicios donde subes a desconocidos a tu auto o los dejas entrar a tu casa. Eso sí, si este modelo despega, la competencia por equipaje en vuelos y el alza de tarifas probablemente empeorarán.

• tomaspiaggio12: recomendaría leer The Cold Start Problem. Explica muy bien cómo Uber, Airbnb, Zoom, GitHub y Dropbox resolvieron el cold start. En las redes de dos lados siempre hay un lado especialmente difícil, y ahí lo que toca es resolverlo de forma no escalable. Como hizo Brian Chesky, conviene empezar en una zona muy pequeña y que el fundador, los cofundadores o sus amigos hagan personalmente las entregas para construir confianza en el producto. En este tipo de producto hay que resolver el cold start una y otra vez en cada lugar, así que no hay que intentar ser global desde el día uno.

• Semon132: por experiencia del equipo de Backpack(yc), la clave fue conseguir primero pedidos reales. Después resolvimos el cumplimiento. Si no había un viajero que coincidiera con la ruta y el momento, el fundador se subía al avión él mismo. No era escalable, pero al principio ese no era el problema esencial. Además, en este modelo el tiempo corre distinto para la oferta de viajeros y para la demanda de envíos. Los viajeros conocen su itinerario con semanas de anticipación, así que ayuda meterlos antes al funnel, pero eso no significa que haya que posponer la validación de demanda hasta tener cobertura perfecta de oferta. Al principio, en realidad, ni siquiera era un mercado: era un servicio operado a mano.

  • alegd: el punto de que el reloj de la oferta de viajeros corre distinto al de la demanda me pegó especialmente. Dijo que de verdad le gustaría conversar y que había pensado en enviarle un mensaje por LinkedIn.

• edparry: la entrevista de David Senra a Tony Xu ayuda mucho con este tema. DoorDash se limitó a una sola zona y los fundadores hicieron de primeros repartidores. Así demostraron la demanda y fueron expandiéndose poco a poco, lo que dio incentivos para que otros repartidores entraran; a medida que aumentó su número, también se amplió el alcance geográfico.

  • martinald: parece la opción más realista. Elegir solo un par de ciudades, repartir uno mismo y encontrar primero clientes para ese trayecto; recién después de que exista demanda, atraer a más gente para esa ruta.
  • alegd: sintió que era justo el caso concreto que estaba buscando. El patrón de que el fundador fuera el primer repartidor se repite tanto que le hizo pensar que de verdad ese puede ser el camino correcto.

• andyjohnson0: llevar paquetes ajenos a través de fronteras internacionales es extremadamente riesgoso para el transportista. Además de drogas, efectivo, armas, explosivos o especies en peligro, también el propio intermediario del negocio puede quedar expuesto a una responsabilidad legal muy seria.

• OutrageousTea: lo adecuado parece ser empezar por una sola ruta con bastante movimiento, conectar manualmente a viajeros y remitentes, comprobar que funciona en esa ruta y luego expandirse lentamente a otras.

• panos_news: recuerdo que hace tiempo hubo una startup parecida, pero terminó cerrando porque a la gente no le gustaba la idea de cargar paquetes de desconocidos.

  • dotBen: ese caso fue Airmule. Si mal no recuerdo, los términos de muchas aerolíneas prohibían transportar paquetes de terceros, y además lo que se movía muchas veces no eran drogas, pero sí cosas sospechosas como chips ASIC o hardware chino de procedencia dudosa. También preocupaban los controles de exportación, así que no parecía una startup viable.
  • toyg: en lo personal, tampoco me gustaría confiar mis cosas a un desconocido. Un punto fuerte de las paqueteras existentes es que tienen sistemas de rastreo y seguro.

• Unsponsoredio: estoy sufriendo en carne propia lo difícil que es conseguir los primeros 30 usuarios activos, así que empatizo con esta etapa. Al final, la solución parece ser que el fundador se convierta en mensajero. Conviene elegir una ruta, buscar remitentes manualmente y transportar los paquetes uno mismo.

• pibaker: de hecho, puede que sea una suerte que todavía no logres atraer usuarios. Eso podría evitar que el nombre de la empresa termine en un titular porque alguien transportó la droga de otro y recibió pena de muerte en lugares como China o Singapore. Incluso si no fuera ilegal, en un control de seguridad pueden preguntarte si todo lo que llevas en la maleta es tuyo; si respondes con honestidad, te pueden someter a una revisión exhaustiva, y si lo ocultas, te metes en un problema legal por mentirle a agentes federales.

• gamerDude: en un mercado de dos lados, primero tienes que convertirte en uno de los lados. Uber también tuvo fundadores haciendo de conductores. Aquí el fundador tendría que convertirse en viajero y mover equipaje ajeno, o al revés, usar él mismo este sistema para enviar cosas y así crear demanda dejando que otros las transporten.

• andrewljohnson: en mi mercado, al principio usé oferta existente para que no pareciera una ciudad fantasma. Después, para atraer más vendedores, integramos el software que ya usaban para reducir el riesgo, y cuando subió el volumen, la oferta llegó sola. Aplicado aquí, una estrategia posible sería enviar con FedEx cuando no haya transportista y asumir la pérdida al inicio. Le das al cliente un precio para una ruta específica, como Cairo-London, y buscas manualmente un transportista; así actúas como proveedor de la plataforma. Si no encuentras a nadie, le facilitas un label prepago de FedEx y subsidias la diferencia. Claro, eso parte del supuesto de que el caso de uso típico no sea el contrabando, y un enfoque geográficamente limitado parece mejor.

• glerk: creo que no hay otra que sembrar la semilla tú mismo. Se puede usar bots o gente de Fiverr, pero quienes conocen bien internet detectan rápido el crecimiento artificial. Por eso, me parece mejor abrirlo poco a poco a amigos, familia, colegas y contactos de LinkedIn. Sorprendentemente, bastante gente accede a ser tester inicial con solo un mensaje en frío, y si además les compensas la comisión, responden todavía mejor.

• phasetransition: lo realista sería empezar como socio que absorbe exceso de volumen o rutas poco atractivas en un nicho de transporte ya existente a nivel local. Por ejemplo, podría ser con transportistas que colaboran con McMaster-Carr para enviar mucho material a instalaciones industriales, reparto de refacciones para talleres automotrices, entrega de equipo médico duradero, exceso de volumen en rutas contratadas por FedEx, envíos urgentes para organizadores de eventos o bodas, ingredientes frescos para restaurantes, o equipaje perdido entre aeropuerto y hotel.

• sim04ful: mi producto era una herramienta de búsqueda tipo Pinterest para diseño web, pero para que la búsqueda fuera útil primero necesitaba datos, y como los datos eran crowdsourced, necesitaba primero a la multitud: el clásico problema del huevo y la gallina. Así que recopilé y grabé manualmente unos 8500 sitios web. Fue un trabajo pesado, pero gracias a ese proceso pude empatizar profundamente con la perspectiva del usuario, y las mejoras al flujo de entrada que diseñé para reducir tareas repetitivas terminaron haciendo un mejor producto para todos. Después, para que el producto pudiera descubrirse, hubo que empujar fuerte SEO, especialmente sitemap y programmatic social, y los mercados donde los datos eran relativamente homogéneos eran buenos para escalar con plantillas y generación automática de páginas.

  • alegd: le impresionó que hubiera creado 8500 manualmente y coincidió en que hay que hacerlo uno mismo para entender de verdad al usuario.

• egalano: como cofundador de Infura.io, al construir el mercado de proveedores de APIs de infraestructura blockchain usamos exactamente el enfoque de concentrarnos primero en un lado. En nuestro caso ya existía demanda de clientes gracias a un producto SaaS previo, así que pudimos desarrollar primero el lado de los proveedores. En dos años expandimos a más de 40 proveedores y decenas de redes de APIs blockchain. Para esta idea, habría que arrancar todavía más acotado: elegir una sola ruta o un solo tipo de remitente/paquete, bootstrapear ambos lados dentro de ese segmento y hacer matching manual en las primeras 50 a 100 operaciones para echar a andar el flywheel.

• freediddy: me pregunto en qué se diferencia este servicio de Uship. Uship ya resuelve bastante bien envíos razonablemente baratos entre ciudades, y el remitente puede fijar el precio o los transportistas pueden pujar. Al final, parece una estructura donde pequeños transportistas compran vans, cargan varios paquetes y hacen repartos entre ciudades, así que ya existirían alternativas parecidas.

• vivegi: también recomiendo el libro Platform Scale. Trata los mercados de dos lados y el problema del huevo y la gallina con muchos casos distintos, así que vale la pena.

• losvedir: por experiencia como cofundador de CoachUp, nosotros empezamos primero solo con el lado de los coaches en Boston. El cofundador no técnico era coach y tenía muchos amigos coaches, así que fue fácil conseguir unos 50 al inicio. Después seguimos atrayendo coaches ofreciéndoles una página de perfil gratis y bien diseñada que podían usar en su sitio web o en sus tarjetas, con la promesa de que más adelante también les traería leads. Como el costo era bajo y el beneficio, aunque pequeño, existía incluso sin el lado de los atletas, fue posible convencerlos.

  • alegd: justo eso era lo que más quería escuchar: empezar por un lado donde la relación costo-beneficio sea clara y luego dejar que el otro siga. Preguntó a partir de cuándo empezó a llegar de forma orgánica el lado de los atletas.

• hilariously: la pregunta más grande es cómo vas a verificar que no se trata de drogas. Parece una forma demasiado fácil de transportar narcóticos de alto valor.

  • pjc50: en el check-in del aeropuerto te preguntan si tú mismo empacaste tu maleta, así que si llevas un paquete de un desconocido caes en el dilema de decir la verdad o mentir en aduana. Sinceramente, me cuesta imaginar bien un mercado que no sea de contrabando, pero para el OP eso podría ser incluso una buena pregunta de marketing. Debería poder mostrar al menos tres ejemplos de quién usaría este servicio y por qué, con ejemplos concretos de objetos. Una posibilidad es un modelo de reenvío para artículos de tiendas formales que no hacen envíos internacionales. Si empiezas solo con productos comprados en comercios legales, quizá sí haya un nicho tipo DoorDash de larga distancia.
  • chucksmash: también hay que considerar que el transporte barato de droga de alto valor ya se aprovecha en canales existentes como FedEx y Amazon.
  • alegd: cree que BlaBlaCar, Uber y Airbnb recibieron al principio el mismo rechazo por el tema de confiar en desconocidos. A largo plazo, piensa que la solución puede estar en infraestructura de confianza como verificación de identidad, límites de paquetes, registro fotográfico y pagos en escrow. Además, enviar cosas aprovechando el viaje de otra persona ya ocurre de manera informal y sin ninguna supervisión, así que podría verse como una forma de añadir estructura y responsabilidad.

• vishalontheline: si la demanda no está ya haciendo fila, probablemente conviene resolver primero el lado de la oferta. Hay que identificar grupos a los que puedas dirigir una campaña de reclutamiento, como personas que viajan regularmente o comunidades grandes y específicas. Al mismo tiempo, hay que diseñar con mucho detalle el user journey tanto de proveedores como de demandantes, y sobre todo minimizar todo lo que el proveedor tenga que hacer al registrarse. Al principio quizá tengas que hacer tú mucho del trabajo, como una agencia de modelos. Y limitarte a una sola ruta, como SFO-Honolulu, también fue el tipo de punto de partida que usó DHL.

• coalstartprob: creo que el libro Cold Start Problem de Andrew Chen cubre este problema desde prácticamente todos los ángulos.

  • alegd: no lo conocía, pero dijo que lo puso de inmediato al tope de su lista de lectura.
  • bschne: comentó que en el sitio del autor parece haber también algo parecido a un borrador en PDF y compartió un enlace de referencia.

• austinbaggio: creo que no queda otra que hacerlo tú mismo, pedir ayuda a tus amigos y usar subsidios. Si el fundador se convierte en el lado de la oferta, aprende muchísimo hablando con clientes en cada transacción, y también siente rápido la unit economics real, que en este problema seguramente será muy complicada.

• arjie: no tengo experiencia práctica, pero al final hace falta un market maker. El fundador tiene que sembrar órdenes dormidas o crear uno de los lados del mercado. Por ejemplo, si hay demanda por un artículo específico como GPUs, el fundador puede ser el primer cliente, comprar en una zona y moverlo a otra; o, al revés, si el producto es muy heterogéneo, como dulces tradicionales de India, la propia familia del fundador puede hacer los traslados. Solo así se aprenden características reales del cliente, como sus preferencias de tiempo.

• harel: no he construido algo así, pero en Romania usé una vez un servicio como clicktrans.com para mover cosas de una bodega a London. Subías qué querías mover y desde dónde hacia dónde, y los transportistas enviaban propuestas; si mal no recuerdo, la empresa les vendía a transportistas verificados la oportunidad de ofertar por unos 70 euros.

• eschulz: conviene empezar desde la idea de un nicho que resuelva un problema muy específico. Por ejemplo, llevar medicamentos para mascotas a personas mayores o con discapacidad en zonas rurales o remotas. Y en la etapa real de arranque, hay que ofrecer condiciones tan buenas que a los conductores les cueste rechazarlas. Al final, parece necesario que el fundador pague primero el costo de la entrega para demostrar el valor, y luego lograr que el cliente absorba ese costo.

• dnnddidiej: lo mejor sería elegir solo dos ciudades y hacer las entregas uno mismo o contratar a alguien para hacerlas, y luego promocionarlo solo en esas dos ciudades. En el fondo es un enfoque muy parecido al de Uber al inicio.

• tquinn: cuando hice logotournament.com en 2007 ni siquiera sabía que los mercados de dos lados eran difíciles, pero justamente esa ignorancia me ayudó a ejecutar. La demanda inicial la resolvía yo mismo porque en mi empresa de ecommerce necesitaba logos con frecuencia. Conseguir clientes fue mucho más difícil que reclutar diseñadores, así que primero abrí un foro privado en vbulletin e invité a unos 20 diseñadores de varios foros. Para el primer concurso de logo puse un premio de 200 dólares y además pagué 25 dólares extra a los primeros 4 o 5 que enviaran algo, para generar movimiento inicial y confianza. Durante varios meses yo mismo abría uno o dos concursos al mes y avisaba manualmente a los diseñadores sobre nuevas convocatorias mientras desarrollaba el sitio. Incluso en el lanzamiento formal empecé con un solo concurso abierto por mí, y después vino un arranque durísimo en el que me gasté 1800 dólares en Adwords para conseguir 3 clientes, hasta que con optimización en Facebook ads llegué a los primeros 100. Lo realmente difícil no eran las acciones en sí, sino la baja probabilidad de éxito.

• nicolenfy07: parecido al enfoque de Uber, creo que primero tienes que fabricar aunque sea de manera falsa uno de los lados. Los empleados actuaban como pasajeros para atraer conductores, y cuando apareció la oferta de conductores, los pasajeros empezaron a llegar y el flywheel arrancó. Aquí también valdría la pena pensar en crear primero la apariencia de demanda para atraer oferta.

• maccard: el caso de DoorDash es especialmente relevante. Empezaron solo con menús y un número de Google Voice, y los fundadores recibían los pedidos y hacían las entregas personalmente.

• mmastrac: los mercados son difíciles al principio por naturaleza, y Uber empezó como un servicio de black car en unas pocas ciudades. Aquí también habría que construir primero una red confiable de transportistas del lado de la oferta y estar dispuesto a perder dinero durante el bootstrap. Ya debes saber cuáles son las rutas más grandes entre ciudades, así que conviene empezar ahí para buscar economías de escala. Si hace falta, mejor incluso rentar una cube van y ponerse a hacerlo.

  • garrickvanburen: buen recordatorio. Uber no empezó como un mercado de dos lados, sino como un servicio de black car on-demand, y Travis también manejó al principio. El modelo de marketplace como tal llegó después, en buena medida siguiendo a Lyft como estrategia de expansión de bajo costo.

• gomox: hace tiempo intenté exactamente esta idea de negocio y hasta escribí sobre ello; uno de los cofundadores trabajaba en una aerolínea.

  • Tryk: aun así, el resumen principal de ese texto parece ser que al final hay que encontrar cuál es el lado escaso y concentrarse en desarrollar esa oferta.

• recursive4: en mi mercado, compradores y vendedores eran tan distintos que no podía conseguir ambos lados con un mismo usuario. Así que compré yo mismo oferta con demanda medible públicamente, la revendí perdiendo dinero hasta el nivel objetivo de CAC y con eso creé demanda en la plataforma. Después, cuando ya hubo demanda, confianza y marketing de demanda, atraje a los proveedores de forma directa.

• fasouto: en 2015 hicimos un intento parecido con el nombre tomandgo, pero no logramos resolverlo y fue realmente difícil. En nuestro caso, el fracaso central estuvo en los incentivos. Ofrecíamos precios baratos a los remitentes, pero no diseñamos bien la motivación para que el conductor realmente bajara el paquete y lo entregara. Les deseo suerte.

  • alegd: valoró muchísimo que compartiera una experiencia real de fracaso, y le impactó bastante la observación sobre los incentivos para conductores. Se preguntó si habría sido diferente de haberse limitado desde el principio a una sola ciudad en vez de ir más amplio.

• victorbjorklund: por experiencia propia construyéndolo y fracasando, mi consejo es empezar de forma extremadamente acotada. Literalmente atender solo entre dos ciudades, y para la oferta puedes sumar gente con incentivos extra o incluso hacerlo tú mismo una vez por semana. Sobre todo, hay que enfocarse en asegurar la oferta, porque ese lado es mucho más difícil de conseguir.