WorldsAcross
De un marketplace de tutores a un sistema que entiende qué necesitás aprender.
01 · Resumen
Dos problemas conviviendo en una sola grilla
WorldsAcross conecta estudiantes angloparlantes con tutores latinoamericanos para clases online de español. Su diferencial frente a otras plataformas es el coaching personalizado: cada estudiante tiene un roadmap de aprendizaje guiado, no solo clases sueltas.
Conviven tres planes con necesidades distintas: Group (solo clases grupales), Starter (10 clases 1:1 + grupales ilimitadas) y Premium (1:1 y grupales ilimitadas), todos compartiendo la misma grilla de horarios.
Detrás de una sola grilla abierta convivían dos problemas muy distintos: por un lado, personas nuevas en la plataforma con parálisis de decisión frente a más de 80 tutores; por otro, personas que ya habían tomado clases y concentraban toda su demanda en un grupo reducido de tutores populares, generando competencia constante por sus horarios, mientras que había tutores a quienes ni llegaban a conocer.
02 · Diagnóstico
Entendiendo qué salió mal
Para comprender qué cambios eran necesarios, analicé el flujo de booking actual y conversé con los equipos de IT, Producto, Negocio y Educación para entender qué estaba motivando el cambio.
- Para usuarios nuevos el flujo partía de ver una lista de 80 tutores, elegir uno, y recién ahí ver toda su grilla de horarios. Un ida y vuelta lento cuando lo que necesitaba la persona no era un tutor específico, sino una experiencia de aprendizaje.
- La grilla de horarios comunicaba escasez, no disponibilidad. En los tutores más populares, casi todos los slots aparecían como "no disponible" o "reservado", con muy pocos horarios libres visibles.
- Esa escasez visible generaba comportamientos que nadie diseñó, pero que el sistema estaba incentivando activamente: refrescar la página constantemente, poner alarmas para apenas se abrieran nuevos horarios. La experiencia de aprender español había quedado secuestrada por la ansiedad de conseguir disponibilidad.
03 · Investigación
Dos perfiles, el mismo origen
Las personas nuevas en la plataforma enfrentaban parálisis de decisión. La card para explorar tutores solo mostraba nombre completo, nacionalidad y foto. Para conocerlo de verdad había que ver su video de YouTube, uno por uno, algo inviable frente a 80 opciones.
Encuesté a personas usuarias para saber qué valoraban realmente al decidir, y la respuesta fue clara: descripción, video, intereses en común y disponibilidad.
Ese hallazgo definió el rediseño que hice de la card de exploración de tutores, con acceso directo a la ficha completa con un solo clic.
Antes
Julia Pérez
Slots available: 1
Después
Julia Pérez
Hi! I'm passionate about languages and living with energy and purpose. Besides teaching, I run marathons and exercise every day.
La hipótesis era que más información visible, antes de decidir si vale la pena ver el video, reduciría el tiempo de exploración y acercaría a la persona a una primera clase con mayor afinidad.
Las personas que ya habían tomado clases, en cambio, ya conocían a varios tutores y concentraban su demanda en un grupo popular. Esto generaba alarmas, refresh constante y competencia apenas se abrían nuevos horarios, ya que la grilla solo mostraba el día en que entraban a mirar, más 7 días hacia adelante. Esa fricción, sostenida en el tiempo, era un riesgo de retención. Recaía sobre personas que ya estaban pagando y desgastaba su relación con el producto.
04 · Redefiniendo el problema
Cambiar el modelo mental, no solo la pantalla
El problema real tenía dos caras: falta de información para decidir en quienes recién llegaban, y falta de estructura para repartir demanda en quienes ya conocían tutores. Ninguna se resolvía con una grilla más prolija.
05 · Restricciones
Diseñar dentro de las condiciones reales del negocio
A comienzos de 2026, WorldsAcross lanzó una nueva estrategia para la plataforma. Estas fueron las condiciones que definieron los límites del rediseño:
- 01
No podía convertirse en un marketplace de tutores
La experiencia anterior permitía explorar la lista completa de tutores y consultar libremente sus agendas para reservar. Esa lógica de exploración abierta no podía sostenerse en el nuevo modelo.
- 02
Tenía que recomendar, no listar
En lugar de mostrar una grilla completa, la experiencia debía destacar un tutor principal y ofrecer alternativas.
- 03
Todo apuntaba a que la primera clase fuera excepcional
El objetivo no era solo facilitar una reserva, sino encontrar el tutor más afín para aumentar las posibilidades de que el estudiante continuara después del período de prueba.
- 04
Los cupos tenían números concretos
Negocio definió un máximo de 2 tutores recurrentes por semana y entre 3 y 5 favoritos, según el plan. Estos límites buscaban distribuir la demanda de forma sostenible.
06 · Definiendo el MVP
Tres formas de empezar, un mismo journey
Rediseñé el booking como 3 puntos de entrada según intención:
- Empezar por lo que querés aprender (la opción recomendada): seguís tu roadmap de aprendizaje o elegís un tema, skill o tipo de práctica que se ajuste a tu objetivo del momento. El sistema recomienda un tutor principal junto a 3 alternativos de menor jerarquía visual.
- Empezar por un tutor que ya conocés: acá se abren dos caminos. Con tutores favoritos, elegís primero tu círculo, después día y horario, y el sistema te muestra solo quién está disponible en ese momento, sin revisar tutor por tutor. Con sesiones recurrentes, reservás con un tutor conocido un bloque semanal fijo, sin importar tu plan.
- Unirte a una sesión grupal: se mantiene sin cambios, para practicar en grupo en vez de 1 a 1.
Para acompañar la transición, dejé un link discreto en la pantalla ("¿Todavía te estás acostumbrando? Volver al booking anterior"), activo por 30 días, para que quien lo necesitara pudiera volver al sistema anterior mientras se adaptaba al nuevo modelo.
Herramientas de IA
¿Cómo integré IA en el proceso?
Reduje el tiempo de prototipado de 2 días a 4 horas. Hice un prototipo interactivo en fidelidad media con Figma Make para correr una prueba de concepto con 20 estudiantes sobre las nuevas propuestas de booking, antes de invertir en diseño de alta fidelidad, ya que la identidad visual del rediseño todavía no estaba definida.
El resultado visual
Cada pantalla resuelve una fricción puntual del modelo anterior. El resultado buscado: un sistema pensado para repartir mejor la demanda entre planes distintos, sin sacrificar la posibilidad de elegir con quién aprender, y para acercar a quienes recién llegan a una primera clase con mayor afinidad, un factor clave para convertir los 7 días de prueba gratuita en una suscripción paga.
07 · Testeo
20 estudiantes, dos ajustes concretos
Se testeó el rediseño con un grupo friends & family de 20 estudiantes sobre la plataforma real. El feedback cualitativo fue positivo, notaron el cambio y percibieron una plataforma más profesional. Entre los estudiantes actuales, el sistema de tutor recurrente fue lo mejor recibido, la señal más clara de que resolvía justo la fricción que más los desgastaba.
De ahí surgieron dos ajustes concretos. Eliminé el paso de elegir franja horaria (morning, afternoon, evening) y pasé a mostrar directamente los horarios disponibles. Y dejé de esconder a los 3 tutores alternativos detrás de un botón "show other tutors", ahora aparecen de una vez, junto al tutor recomendado.
08 · Métricas
Qué mediría en un rollout completo
En los usuarios actuales que migran del sistema anterior, miraría qué porcentaje usa el nuevo booking sin volver al viejo durante los 30 días, como señal de adopción real del modelo, y la distribución de reservas entre tutores, para confirmar si bajó la concentración en los más populares.
En los usuarios nuevos, el tiempo promedio hasta la primera reserva y la tasa de conversión de la prueba gratuita a suscripción paga.
Todo esto con Amplitude, durante al menos un ciclo mensual completo por plan.
09 · Aprendizaje
La resistencia al cambio es parte del problema
No fue de interfaz, sino de migración: cambiar el modelo mental de un producto sin dejar afuera a quienes ya habían aprendido a usar el anterior. Me quedó un criterio que sigo usando: cuando rediseñás un flujo que las personas usuarias ya usan todos los días, la resistencia al cambio no es un obstáculo a vencer, es parte del problema que tenés que diseñar.
