Inspiratoria · plataforma de gestión de mentorías
Cómo lideré el diseño end-to-end del MVP de una plataforma que conecta mentores con mentees y administra todo el ciclo de la relación — de cero a primera versión en producción.
El primer producto donde fui la única diseñadora.
Inspiratoria
[Placeholder] Breve descripción de qué hace Inspiratoria, a qué tipo de organizaciones les sirve, y por qué la mentoría necesitaba una plataforma propia y no una hoja de cálculo.
End-to-end design
Como única diseñadora del equipo, lideré todo el proceso: research inicial, definición de flujos, UI, prototipado, handoff y acompañamiento del primer ciclo de uso real.
Producto + Tech
[Placeholder] Tamaño del equipo, con quién trabajaste de cerca (PM, devs, founders), y cómo se tomaban las decisiones de producto en una etapa MVP.
[Reemplaza] · vista principal de la plataforma
Las mentorías sin estructura se diluyen.
[Placeholder] Antes de Inspiratoria, las relaciones de mentoría en organizaciones se manejaban con WhatsApp, emails sueltos y planillas de Excel. Sin estructura, sin métricas, sin visibilidad para los programas que las patrocinaban.
[Placeholder] El resultado era predecible: relaciones que se apagaban en el segundo mes, encuentros sin objetivos claros, y zero data para los equipos de RRHH o instituciones que querían saber si su programa estaba funcionando.
El brief inicial pedía "una plataforma de mentorías". La pregunta real era otra: cómo diseñar la estructura mínima que sostiene una relación de mentoría sin que se vuelva burocracia.
Antes de diseñar, escuchar a 4 grupos distintos.
Entrevistas con mentores activos
[Placeholder · ej: 8–10 mentores] Para entender qué necesitaban recordar entre sesiones, cómo definían objetivos, y qué hacía que una mentoría se sintiera valiosa para ellos.
Entrevistas con mentees
[Placeholder] Otro grupo, otras necesidades. La asimetría entre lo que el mentor quería estructurar y lo que el mentee quería recibir era el insight más importante del research.
Conversaciones con administradores de programa
[Placeholder] El usuario invisible — quienes patrocinan y miden el programa de mentoría. Sin sus métricas, la plataforma no se vende. Sin sus reportes, no se renueva al año siguiente.
Análisis de plataformas existentes
[Placeholder] Benchmark de soluciones LinkedIn-style, Plato, y otras. Lo que aprendí: la mayoría diseña para uno de los tres roles, no para los tres. Esa fue la oportunidad.
Tres apuestas que definieron el MVP.
-
✶
[Placeholder] Apuesta 1 — Decisión concreta de diseño que tomaste, qué la justificaba en research, y qué descartaste para tomarla. Por ejemplo: "objetivos compartidos antes que perfiles elaborados" — los mentores no abren perfiles, abren acuerdos.
-
✶
[Placeholder] Apuesta 2 — Cómo manejaste la fricción del primer match. La mentoría exitosa empieza bien o no empieza: cuál fue tu decisión para la primera sesión.
-
✶
[Placeholder] Apuesta 3 — Métricas de programa visibles sin sentirse invasivas para el mentor. Cómo diseñaste reporting que sumara en vez de vigilar.
[Reemplaza] · flujos principales y arquitectura
El MVP, en pantallas.
[Placeholder] Tres vistas principales: una para mentores, una para mentees, una para administradores. Cada una con la mínima interfaz necesaria para sostener su parte de la relación — y suficientes puntos de contacto entre ellas para que la mentoría exista como objeto único.
Lo que pasó cuando salió a producción.
[Placeholder] Métricas reales del primer ciclo de uso — programas activos, mentorías completadas, NPS de mentores, retención entre sesiones. Reemplaza con los números que tengas a mano.
al cierre del primer ciclo.
sesión 1 y sesión 3.
diseñada y entregada end-to-end.
* Reemplaza con métricas reales del proyecto cuando las tengas
Ser la única diseñadora en un MVP te enseña algo que después no se olvida: el diseño no es un departamento, es una serie de decisiones que alguien tiene que tomar — con o sin permiso, con o sin equipo.