Resumen ejecutivo

• «¿Por qué querés cambiar de carrera?» es la pregunta que más traba a quien se reconvierte a tecnología, pero tiene una lógica clara: el entrevistador quiere saber si tu decisión es firme, si ya hiciste algo concreto y qué valor traés de tu trabajo anterior.

• Te proponemos una estructura de cuatro pasos (de dónde venís, qué te trajo, qué ya hiciste, qué aportás) que podés adaptar en 60 a 90 segundos.

• Incluye cinco respuestas modelo para perfiles que vienen de administración, docencia, ventas, salud y gastronomía, más los errores que conviene evitar.

• Si tenés poco tiempo: armá tu respuesta con la plantilla de la sección 3 y practicala en voz alta tres veces antes de la entrevista.

Llegaste a la entrevista, presentaste tu portfolio y de repente aparece la pregunta: «Contame, ¿por qué querés dejar lo que hacías para pasarte a tecnología?». Si venís de otra profesión, es casi seguro que te la van a hacer, y muchas veces define el tono del resto de la charla. La buena noticia es que no es una trampa: es la oportunidad de contar tu historia con intención. Con cada vez más personas reconvirtiéndose a roles de datos, desarrollo, UX o automatización, las empresas ya no se preguntan si un perfil no tradicional puede funcionar, sino si este perfil en particular tomó la decisión en serio. En esta guía vas a encontrar qué quiere escuchar quien te entrevista, una estructura simple y cinco respuestas modelo para adaptar a tu caso.

Qué quiere escuchar realmente el entrevistador

Detrás de la pregunta hay tres dudas concretas que la persona de selección necesita despejar:

• Compromiso: ¿es un cambio pensado o un impulso? Si dentro de seis meses te aburrís, la empresa pierde la inversión de capacitarte.

• Evidencia: ¿qué hiciste ya para prepararte? Cursos, proyectos, prácticas, horas invertidas. Hechos, no intenciones.

• Valor transferible: ¿qué traés de tu carrera anterior que otro candidato junior no tiene? Trato con clientes, manejo de presión, conocimiento de un sector, organización.

Si tu respuesta responde a esas tres dudas, ganaste la mitad de la entrevista. Si solo hablás de lo que no te gustaba de tu trabajo anterior, el mensaje que queda es «se está escapando de algo», no «viene a construir algo».

La estructura en 4 pasos para responder

Una forma práctica de ordenar la respuesta es pensarla como una mini historia con principio, quiebre y destino. Es similar al método STAR (situación, tarea, acción, resultado) que se usa para preguntas de comportamiento, y que The Muse explica en detalle, pero adaptado a un cambio de carrera:

1. De dónde venís (10–15 segundos): tu rol anterior en una frase, sin pedir disculpas.

2. Qué te trajo (15–20 segundos): el momento o el descubrimiento concreto que te acercó a tecnología. Cuanto más específico, más creíble.

3. Qué ya hiciste (20–30 segundos): formación, proyectos, herramientas que ya usás. Este es el corazón de la respuesta.

4. Qué aportás (15–20 segundos): cómo tu experiencia previa te hace mejor en el nuevo rol, conectado con lo que pide el puesto.

En total, entre 60 y 90 segundos. Más que eso empieza a sonar a monólogo; menos, a respuesta improvisada.

Plantilla para completar

«Trabajé [X años] como [rol] en [tipo de empresa o sector]. Ahí me di cuenta de que [momento concreto que te acercó a tecnología]. Desde entonces [formación + proyecto concreto + herramienta]. Lo que traigo de mi experiencia anterior es [habilidad transferible], que en este puesto me sirve para [tarea del aviso].»

5 respuestas modelo según tu perfil de origen

Usalas como punto de partida, no para memorizar. El entrevistador nota enseguida una respuesta recitada; lo que funciona es que la estructura sea tuya y los ejemplos, reales.

1. Desde administración hacia análisis de datos

«Trabajé cinco años en el área administrativa de una distribuidora, armando reportes de ventas en Excel todos los meses. Me di cuenta de que lo que más disfrutaba no era cargar datos, sino encontrar por qué un mes las ventas caían. Empecé a estudiar SQL y Power BI, y armé un tablero con datos públicos de precios que tengo en mi portfolio. Lo que traigo es conocimiento real de cómo se usa un reporte en el día a día de un negocio: sé qué preguntas hace un gerente y qué datos suelen estar mal cargados.»

2. Desde docencia hacia UX/UI o diseño instruccional

«Fui docente de secundaria durante siete años. Planificar una clase es, en el fondo, diseñar una experiencia para alguien que no sabe lo que vos sabés. Cuando empecé a usar plataformas educativas noté cuánto influía el diseño en que los alumnos se perdieran o no, y eso me llevó a estudiar UX. Ya hice dos casos de estudio con entrevistas a usuarios reales. Traigo mucha práctica en explicar cosas complejas de forma simple y en observar cómo la gente realmente usa algo, no cómo creemos que lo usa.»

3. Desde ventas hacia customer success o automatización comercial

«Trabajé en ventas B2B, con objetivos mensuales y un CRM que nadie usaba bien. Empecé a automatizar mis propios seguimientos con herramientas sin código y descubrí que me gustaba más diseñar el proceso que hacer la llamada. Hoy tengo tres flujos armados en Make y n8n que te puedo mostrar. Lo que aporto es entender al cliente: sé qué lo hace comprar y qué lo hace irse, y eso es clave para diseñar automatizaciones que no se sientan robóticas.»

4. Desde salud hacia datos o producto

«Soy enfermera y trabajé en guardia varios años. Vi de cerca cuántos errores y demoras venían de sistemas mal pensados: turnos duplicados, historias clínicas difíciles de leer. Eso me llevó a estudiar análisis de datos y, en paralelo, armé un proyecto sobre tiempos de espera con datos abiertos. Traigo algo difícil de enseñar: trabajar bajo presión, priorizar rápido y comunicar con claridad cuando hay mucho en juego.»

5. Desde gastronomía hacia desarrollo web

«Trabajé como encargado de un restaurante. Durante un cierre temporal armé, casi por necesidad, una página para tomar pedidos, y me enganché con la programación. Desde entonces estudié desarrollo web, tengo tres proyectos publicados en GitHub y sigo aprendiendo JavaScript todos los días. De la cocina traigo el ritmo: sé trabajar en equipo cuando todo pasa al mismo tiempo, y sé que un detalle mal resuelto lo siente el cliente enseguida.»

Los errores más comunes (y cómo evitarlos)

• Hablar mal de tu trabajo o tu jefe anterior. Aunque sea cierto, el entrevistador se imagina cómo hablarías de su empresa. Enfocate en hacia dónde vas, no en de qué escapás.

• Poner el dinero como motivo principal. Es legítimo, pero no es lo que diferencia tu candidatura. Si sale, que sea un punto más, no el central.

• Quedarte solo en la pasión. «Siempre me gustó la tecnología» sin evidencia no alcanza. Mostrá qué hiciste con ese interés.

• Minimizar tu experiencia anterior. Frases como «bueno, en realidad no tengo experiencia» borran años de habilidades que sí sirven. Traducilas al lenguaje del nuevo rol.

• Responder demasiado largo. Si pasás los dos minutos, cortá. Siempre podés ampliar si te preguntan más.

Si te preocupa que te pregunten por habilidades técnicas que todavía no tenés en un trabajo formal, en CoderLibrary tenemos una guía sobre cómo demostrar habilidades tech en una entrevista sin experiencia formal que complementa muy bien esta respuesta.

Cómo practicar tu respuesta antes de la entrevista

1. Escribila completa una vez con la plantilla. Después tachá todo lo que no sea imprescindible.

2. Grabate en audio o video respondiendo en voz alta. Vas a notar muletillas, partes donde dudás y frases que suenan forzadas.

3. Usá una IA como entrevistador: pedile a ChatGPT, Gemini o Claude que te haga la pregunta y te repregunte como lo haría un reclutador escéptico. Es una forma rápida de detectar huecos en tu historia.

4. Adaptala a cada aviso: el último paso («qué aportás») tiene que conectar con lo que pide ese puesto en particular.

Un dato de contexto útil para tu discurso: el informe Future of Jobs del Foro Económico Mundial muestra que las empresas valoran cada vez más habilidades como el pensamiento analítico, la resiliencia, la flexibilidad y el aprendizaje continuo. Justamente son las que alguien que cambió de carrera puede demostrar con su propia historia. Si todavía estás armando tu plan, te puede servir esta guía de reconversión laboral hacia tech y el plan para cambiar de carrera sin renunciar a tu trabajo.

Cursos recomendados de Coderhouse

La respuesta más fuerte siempre es la que tiene evidencia detrás. Si estás en plena reconversión, estos cursos te dan formación con profesores en vivo y proyectos que podés mostrar en la entrevista:

• Curso de Data Analytics: ideal si venís de administración, finanzas o cualquier área que ya trabaja con reportes.

• Curso de UX/UI: un camino natural para perfiles de docencia, atención al público o comunicación.

• Curso de Desarrollo Web: el punto de partida si querés programar y armar tus primeros proyectos publicados.

• Curso de Oratoria: para ganar confianza al contar tu historia frente a un entrevistador.

¿Querés llegar a tu próxima entrevista con proyectos reales para mostrar? Mirá todos los cursos de Coderhouse y elegí el que mejor se adapte a tu perfil.

Preguntas frecuentes

¿Cuánto tiene que durar mi respuesta? Entre 60 y 90 segundos. Es suficiente para contar de dónde venís, qué te trajo, qué hiciste y qué aportás, sin que suene a discurso armado.

¿Está mal decir que cambio de carrera por un mejor sueldo? No está mal, pero no conviene que sea el motivo central. Mencionalo, si querés, como parte de un proyecto profesional más amplio y poné el foco en tu interés y tu preparación.

¿Qué hago si todavía no terminé ningún curso? Contá lo que ya hiciste aunque sea parcial: módulos completados, un proyecto en curso, horas de práctica semanales. Mostrar avance concreto vale más que un certificado futuro.

¿Tengo que nombrar mi profesión anterior si no tiene nada que ver con tecnología? Sí. Ocultarla genera más preguntas. Nombrala con naturalidad y traducí sus habilidades al nuevo rol: organización, trato con clientes, trabajo bajo presión o conocimiento de un sector.