Cuando alguien se entera de que trabajo en una consultora tecnológica, la primera pregunta suele ser la misma: "ah, ¿así que programas todo el día?". Y la respuesta corta es no. La respuesta larga es que un proyecto de software normal, de esos que una empresa contrata para digitalizar un proceso o construir una aplicación, pasa por las manos de bastante más gente de la que se imagina desde fuera.
Voy a intentar explicarte quién hace qué en un proyecto tecnológico típico, sin tecnicismos innecesarios, porque entender esto también sirve si estás pensando en meterte en el sector y no tienes ni idea de por dónde empezar.
El consultor funcional o analista de negocio
Es la persona que habla primero con el cliente. Su trabajo es traducir un problema de negocio ("perdemos horas rellenando este Excel a mano cada semana") en requisitos que el equipo técnico pueda entender y construir. No necesita saber programar, pero sí necesita entender de procesos, de negocio y, sobre todo, saber escuchar bien lo que el cliente pide de verdad, que casi nunca coincide con lo primero que dice.
El desarrollador
Aquí es donde la mayoría se queda cuando piensa en "alguien que trabaja en tecnología", pero dentro de la palabra "desarrollador" hay bastante más variedad de la que parece a simple vista.
Está el front-end: la persona que construye todo lo que el usuario ve y toca directamente en la pantalla, los botones, los menús, los formularios, cómo se mueve todo cuando haces clic. Si alguna vez has entrado en una web y te ha parecido bonita, rápida o fácil de usar, es trabajo de alguien de front-end.
Por otro lado está el back-end: la parte que nadie ve, pero sin la cual nada funciona. Es quien construye la "trastienda" de la aplicación, dónde se guardan los datos, cómo se procesan, qué pasa exactamente cuando pulsas "Comprar" o "Enviar formulario". Si el front-end es el escaparate de una tienda, el back-end es el almacén, la caja registradora y todo el proceso interno que hace que el pedido llegue a su destino.
Y luego está quien hace las dos cosas a la vez, conocido como full-stack: alguien capaz de moverse tanto en lo que se ve como en lo que no se ve, aunque no siempre domine ambas partes al mismo nivel.
El diseñador UX/UI
UX (experiencia de usuario) y UI (interfaz de usuario) suenan parecido pero no son lo mismo. El UX se preocupa de que la aplicación tenga sentido para quien la usa: que encuentre el botón que necesita, que no se pierda, que no abandone a la primera. El UI se encarga de que, además, esa pantalla sea agradable a la vista, con colores, tipografías y espacios que funcionen. Un proyecto puede ser técnicamente perfecto y fracasar igualmente si nadie entiende cómo usarlo.
El project manager o Scrum Master
Es quien coordina los tiempos, los equipos y las expectativas. Se asegura de que el proyecto avance en la dirección correcta, de que el cliente sepa en qué punto está todo y de que el equipo técnico no se ahogue con plazos imposibles. Esta figura organiza las reuniones cortas diarias, las entregas por ciclos (llamados sprints) y ayuda a quitar obstáculos que frenan al equipo.
El arquitecto de soluciones
Antes de escribir una sola línea de código, alguien tiene que decidir cómo se va a construir todo por dentro: qué herramientas usar, cómo se van a conectar los distintos sistemas, cómo va a crecer esa aplicación si dentro de dos años la usan diez veces más personas. Ese es el trabajo del arquitecto: pensar en la foto grande antes de que empiece la construcción, para que no haya que tirarlo todo a medias.
El QA o tester
Antes de que cualquier cosa llegue al usuario final, alguien tiene que intentar romperla a propósito. El QA (control de calidad) prueba la aplicación de todas las formas posibles e imposibles buscando errores, comprueba que funcione en distintos dispositivos y navegadores, y valida que lo que se entrega hace exactamente lo que el cliente pidió, no una versión aproximada.
El soporte técnico
Cuando el proyecto ya está en marcha, alguien tiene que estar ahí cuando algo falla o el usuario tiene una duda. El soporte no suele salir en las presentaciones bonitas, pero es la cara visible de la consultora para el cliente en el día a día, y de su rapidez y su trato depende buena parte de que ese cliente confíe (o no) en seguir trabajando contigo.
El comercial o preventa
Antes de que exista un proyecto, alguien tiene que detectar la necesidad del cliente, explicarle qué se puede hacer por él y cerrar el acuerdo. En consultoras tecnológicas, el perfil de preventa suele tener una pata comercial y otra técnica: sabe lo suficiente de tecnología como para no prometer imposibles, y lo suficiente de negocio como para entender qué le preocupa realmente a quien tiene enfrente.
El analista de datos
Cada vez con más peso dentro de los equipos, esta persona se encarga de que los datos que genera una empresa (ventas, tickets, visitas, lo que sea) se puedan leer, cruzar y entender de un vistazo, normalmente a través de paneles visuales tipo Power BI. Su trabajo no es solo mostrar números, sino ayudar a que alguien tome una decisión mejor gracias a ellos.
Al final, ningún proyecto tecnológico lo saca adelante una sola persona con un teclado: es un equipo de perfiles muy distintos, cada uno resolviendo su parte del puzle. Así que si estás pensando en entrar en el sector y lo que te frena es pensar "es que yo no sé programar", dale la vuelta: precisamente por eso puede que encajes. Hay sitio para mucho más que desarrolladores.