La ruta para entrar a Business Analyst tiene un orden que casi nadie respeta: primero procesos de negocio y documentación, después SQL, después visualización, y recién al final las herramientas de moda. Invertir ese orden —empezar por Power BI o por Python— es el motivo más común por el que gente con buenas herramientas no consigue el puesto.

La razón es simple. El Business Analyst no se contrata por saber operar herramientas, se contrata por poder entrar a una reunión donde nadie se pone de acuerdo sobre qué problema hay y salir con un requerimiento claro. Las herramientas amplifican esa capacidad, pero no la reemplazan. Acá va el orden que funciona y por qué.

Qué hace un Business Analyst y qué no

Antes de la ruta, conviene despejar la confusión más frecuente. El Business Analyst no es un Data Analyst con otro nombre.

Hay superposición —ambos usan datos, ambos necesitan entender el negocio— pero el centro de gravedad es distinto. Si querés comparar en detalle, este análisis sobre las diferencias entre Business Intelligence y Data Analytics ayuda a ubicar los tres roles en el mapa.

Etapa 1: procesos de negocio y documentación

Por qué va primero: es lo que efectivamente se evalúa en la entrevista y lo que se hace todos los días. También es lo que menos gente estudia, así que es donde más rápido te diferenciás.

Qué aprender concretamente:

• Mapeo de procesos. Poder dibujar cómo funciona hoy un proceso —quién hace qué, en qué orden, con qué sistema— y dónde están los cuellos de botella. La notación BPMN es el estándar y se aprende en pocos días.

• Elicitación de requerimientos. Cómo entrevistar a alguien que sabe lo que le molesta pero no lo que necesita. La técnica clave es separar el problema de la solución propuesta: la gente pide soluciones, tu trabajo es entender el problema.

• Escritura de requerimientos. Historias de usuario, criterios de aceptación, casos de uso. Escribir sin ambigüedad es una habilidad técnica que se practica.

• Análisis de stakeholders. Identificar quién decide, quién influye y quién va a bloquear el proyecto si no lo consultás a tiempo.

Si querés una referencia formal del alcance de la disciplina, el BABOK Guide del International Institute of Business Analysis es el estándar global del rol y organiza todas estas tareas en seis áreas de conocimiento. No hace falta leerlo entero, pero su índice funciona como mapa de lo que se espera del puesto.

Cómo practicarlo sin trabajo: elegí un proceso que conozcas —el de tu trabajo actual, el de un emprendimiento familiar, el de inscripción a un curso— y documentalo completo: mapa del proceso actual, problemas identificados, propuesta de mejora y criterios para saber si funcionó. Ese documento es tu primera pieza de portfolio.

Etapa 2: SQL

Por qué va segundo: porque una vez que sabés qué preguntar, necesitás poder responderlo. Un Business Analyst que depende de otra persona para cada número trabaja a la velocidad de la cola de tickets de esa persona.

El nivel que hace falta es acotado y alcanzable:

• SELECT, WHERE, ORDER BY y filtros con condiciones múltiples.

• JOINs, entendiendo bien la diferencia entre INNER y LEFT y por qué importa cuando faltan registros.

• GROUP BY con funciones de agregación.

• Subconsultas y expresiones de tabla comunes para armar consultas en pasos legibles.

No hace falta optimización avanzada ni funciones de ventana para empezar. Con lo anterior respondés la mayoría de las preguntas de negocio que vas a necesitar.

Cómo practicarlo: con un conjunto de datos público que te interese y preguntas de negocio reales, no ejercicios de sintaxis. "¿Qué categoría de producto tiene mayor tasa de devolución?" enseña más que veinte ejercicios de JOIN aislados.

Etapa 3: visualización y comunicación de hallazgos

Por qué va tercero: un hallazgo que no se comunica no genera ninguna decisión. Pero visualizar antes de saber analizar produce tableros bonitos que no dicen nada.

Qué aprender:

• Una herramienta de visualización, típicamente Power BI, cuyo material oficial de Microsoft es gratuito y suficiente para empezar.

• Principios de diseño de tableros: qué gráfico usar para qué tipo de comparación, cuánta información por pantalla, cómo jerarquizar.

• Presentar hallazgos a audiencias no técnicas: empezar por la conclusión, después la evidencia, después el detalle.

Etapa 4: especialización de dominio

Por qué va al final: porque es lo que más diferencia a un candidato y solo tiene sentido una vez que tenés la base.

Un Business Analyst que entiende profundamente un sector —finanzas, salud, logística, retail— vale considerablemente más que uno generalista, porque reduce el tiempo de entendimiento del negocio a cero. Elegí el sector donde tengas alguna experiencia previa, aunque sea de otro rol, y profundizá en su vocabulario, sus regulaciones y sus métricas típicas.

Cuánto lleva y cómo organizarlo

Con dedicación part time sostenida, el recorrido completo hasta estar en condiciones de postularte ronda los seis a ocho meses. La variable que más lo acelera no es estudiar más horas: es conseguir un caso real, aunque sea como voluntariado o dentro de tu trabajo actual.

Lo que sí o sí tiene que tener tu portfolio

• Un documento de requerimientos completo de un proceso real, con mapa del estado actual, problemas, solución propuesta y criterios de aceptación.

• Un análisis con SQL donde se vea la pregunta de negocio, la consulta y la conclusión, no solo el código.

• Un tablero que responda una pregunta específica y esté acompañado de un párrafo explicando qué decisión habilita.

Tres piezas bien hechas superan ampliamente a diez a medias. Si te falta el marco general de cómo armar estas piezas, este recorrido de cómo armar un portfolio de tecnología desde cero sirve como plantilla.

Cursos recomendados de Coderhouse

Siguiendo el orden de la ruta:

• Nivel inicial — Curso de Administración de Empresas: la comprensión de cómo funciona un negocio por dentro —áreas, procesos, indicadores— que es la base real del rol y la parte que más se saltea.

• Nivel intermedio — Curso de SQL: la autonomía para responder tus propias preguntas sin depender del equipo de datos.

• Nivel avanzado — Curso de Business Analytics: la integración de datos y decisión de negocio, que es donde el rol genera su mayor impacto.

Preguntas frecuentes

¿Se puede ser Business Analyst sin saber programar?

Sí. Es uno de los roles técnicos con menor requerimiento de programación. SQL es prácticamente el único lenguaje indispensable, y es considerablemente más accesible que un lenguaje de propósito general. Lo que sí es indispensable es pensar de forma estructurada y escribir con precisión.

¿Conviene certificarse?

Las certificaciones del área ayudan más para pasar filtros automáticos de recursos humanos en empresas grandes que para demostrar capacidad real. Si tu objetivo son organizaciones corporativas, sumar una certificación tiene retorno; si apuntás a empresas de producto o startups, el portfolio pesa bastante más.

¿Qué sectores contratan más Business Analysts?

Servicios financieros, seguros, salud, logística y empresas de software son los que más demandan el rol, porque tienen procesos complejos y regulados donde el costo de un requerimiento mal especificado es alto. La banca y los seguros suelen ser además los que mejor pagan el perfil.

¿Puedo pasar de Business Analyst a Data Analyst o a Product Manager?

Ambas transiciones son frecuentes y naturales. Hacia Data Analyst el salto es técnico: profundizar SQL, sumar estadística y análisis. Hacia Product Manager el salto es de responsabilidad: pasar de especificar lo que otros deciden a decidir qué se construye. La segunda es la más común, porque el Business Analyst ya tiene el trabajo de descubrimiento y stakeholders incorporado.

¿Cuál es el error más común al buscar el primer trabajo?

Presentarse con herramientas en lugar de con casos. Un CV que enumera Power BI, SQL y Excel no dice nada; un CV que dice "documenté el proceso de aprobación de créditos, identifiqué tres cuellos de botella y propuse una solución medible" muestra exactamente el trabajo que se contrata. Convertí cada herramienta en una historia con resultado.