El otro día publiqué un artículo sobre Glovo. Como me decía Diego Jiménez (PD en Instagram), es como hacer el ejercicio de producto en voz alta, casi como una mock interview.

Podrías incluso coger el enunciado "Glovo va a contratar a los riders, ¿cómo afecta a su negocio y producto?" y desarrollar por tu cuenta la propuesta.

Vas a poder pensar sobre:"- Las Unit Economics de Glovo. ¿Cómo se reparten los ingresos y gastos de un pedido?"- Cuál es el coste de contratar riders vs tener autónomos."- ¿Qué consecuencias va a tener en el producto de Glovo el tener que contratar riders?"- ¿Cómo evitar el realquiler de cuentas?"- ¿Qué pueden hacer para llegar a rentabilidad incluso contratando a los riders?

¿Qué te preocupa más si fueras ellos? ¿Qué no he tenido en cuenta que puede cambiar la balanza hacia un lado u otro?

Por ejemplo, como ya he leído en varios sitios, gran cantidad de riders son inmigrantes sin papeles, y por tanto, no tendrán suficientes riders que podrán contratar. De repente, el supply será clave. Si no lo hacen bien, o si el gobierno les fuerza a hacerlo de golpe, les puede dañar la experiencia del usuario porque no tendrán capacidad.

Os dejo el artículo en comentarios para que le echéis un vistazo.

·Ver comentarios en LinkedIn

También puede interesarte

40 clics para pagar dos horas de aparcamiento

Un parquímetro me ha recordado por qué contar los clics y los segundos que le cuesta a tu usuario completar una tarea es clave al diseñar un producto.

5 comportamientos que definen a un Product Engineer

La IA hace que programar sea rápido. El reto que queda es entender el problema, plantear una buena arquitectura y fasear con criterio.

Iterando el prototipo en vivo mientras los usuarios lo prueban

Siempre he hecho tests de usuario para diseñar mejor. Lo que no había vivido antes era poder implementar el feedback en la propia sesión. Lo que antes tardaba semanas, ahora sale en el día.