Diseñar un job marketplace
desde cero, para estudiantes
y empleadores.
OpenClassrooms le promete a sus estudiantes un empleo, no solo un diploma. Diseñé el producto que hace real esa promesa: cómo los estudiantes encuentran trabajo, cómo las empresas encuentran candidatos, y cómo la plataforma los conecta.
OpenClassrooms es una B-Corp que forma personas para trabajos en tech y digital. Su modelo es la alternancia: los estudiantes estudian en línea mientras trabajan en una empresa, con salario desde el primer día.
Cuando llegué, el lado de empleo del producto no existía. Los estudiantes tenían formación. Tenían mentores. No tenían ninguna forma de encontrar trabajo a través de la plataforma. Construimos eso desde cero: cómo los estudiantes descubren y postulan a ofertas, cómo las empresas publican puestos y consultan perfiles, y cómo la plataforma rastrea lo que pasa entre ambos.
El lado del estudiante. Descubrimiento de ofertas, filtros, páginas de detalle, el flujo de postulación, el dashboard donde los estudiantes hacen seguimiento. Y Auto-apply, una funcionalidad que envía candidaturas automáticamente mientras los estudiantes se concentran en su formación.
El lado del empleador. Cómo las empresas publican ofertas, consultan perfiles filtrados por trayectoria formativa y responden a los candidatos. Este lado tenía que existir para que el otro tuviera sentido.
La conexión con la inscripción. El marketplace no empieza cuando un estudiante abre la página de empleo. Empieza cuando confirma su programa. Contribuí también a ese flujo más temprano, porque ahí es donde se construye la confianza en todo el sistema.
Research. Cada mes producía un reporte con el PM sobre qué estaba haciendo el producto y por qué. Las señales cuantitativas venían de Hotjar y Maze. Entrevistas a usuarios cuando hacía falta entender qué había detrás de los números.
Ideación. Design critiques con el equipo de diseño, sesiones de trabajo dentro del squad, y talleres de ideación con stakeholders cuando necesitábamos alinearnos antes de construir.
Ejecución. Todo diseñado en Figma, dentro de un design system compartido, construido y mantenido con los otros product designers de la plataforma.
Auto-apply enviaba más de 30,000 candidaturas al mes. Eso parecía tracción. La señal real era la contraria: los empleadores las ignoraban, los estudiantes perdían confianza en la funcionalidad.
El instinto era enviar aún más para compensar. La investigación decía lo contrario. Convencer al equipo de que menos pero mejor era la dirección correcta, y cambiar la métrica de "candidaturas enviadas" a "entrevistas conseguidas", era tanto el trabajo como cualquier cosa diseñada en Figma.
Funcionó. Las respuestas de empleadores para entrevistas pasaron de 1 a 16 por mes en tres meses. No por más volumen. Por mejor matching.
30,000 candidaturas al mes. Ese era el pico. Parecía impulso. Era el problema.
De 1 a 16 respuestas de empleadores para entrevistas por mes en tres meses, después de centrar el esfuerzo en la calidad del matching, no en el volumen.
Una caída de conversión detectada a tiempo gracias a los reviews mensuales. Nombrarla con precisión y datos le dio a los squads lo que necesitaban para actuar.
Un marketplace solo funciona cuando ambos lados confían en él. No se puede diseñar un lado sin entender el otro.
Construir desde cero significa que las primeras decisiones duran más. La forma en que los estudiantes ven y gestionan sus candidaturas, diseñada en el año uno, seguía siendo la base tres años después.
¿Estás transformando una experiencia, un servicio o un sistema y no sabes por dónde empezar?
Hablemos →