Programador, UX, diseñador gráfico, jefe y todo lo demás. Así es realmente la vida en una software house
El viernes parece un buen momento para dejar por un instante la arquitectura de sistemas, las API, los despliegues, los prototipos, las fechas límite y la pregunta «¿podemos hacerlo hoy mismo?» y echar un vistazo al sector de TI con un poco de humor.
Porque una software house no es un lugar donde por la mañana entran diez programadores en la oficina, todos abren sus portátiles y por la noche sale un sistema terminado.
Bueno, de acuerdo. A veces realmente es así... Pero solo a primera vista.
En realidad, un buen proyecto surge gracias a personas con competencias muy diversas. El programador desarrolla la solución. UX se pregunta si la gente sabrá siquiera qué hacer con ella. UI se asegura de que no parezca un panel de administración de 2008. Marketing se pregunta cómo hablar de ella. La persona encargada de los contenidos intenta explicarlo todo con un lenguaje normal. Alguien se ocupa de los clientes, los plazos, las facturas y la organización. Y alguien más tiene que acordarse de que se acabó el papel de la impresora.
Y precisamente por eso los equipos tecnológicos son tan interesantes.
Programador: la persona que sabe hablar con el ordenador
Un programador puede venir al trabajo con una sudadera de marca, una buena camiseta, unas zapatillas increíbles y un perfume que cuesta tanto que alguien del departamento de administración empieza a preguntarse si no estaremos trabajando para una marca de lujo. Puede llevar encima el último gadget, unos auriculares que cuestan medio sueldo y un portátil cuyas especificaciones parecen el manual de una central eléctrica. ¿Para desayunar? No solo un bocadillo con mantequilla y mermelada. Puede ser yogur, buen pan, algo con aguacate, café de especialidad o un almuerzo preparado con más esmero que muchos proyectos de empresa.
Y luego está el otro tipo.
Sudadera. Auriculares. Silencio. Mejor trabajar a distancia. Mejor sin cámara. Al terminar la jornada, el ordenador se queda encendido porque todavía hay que «echar una partidita». Esa partidita termina sobre las 4:00 de la mañana.
Por supuesto, también existen todas las variantes intermedias, y eso es precisamente lo mejor.
Un programador no tiene por qué parecer un programador estereotípico. Del mismo modo, programar ya no consiste únicamente en pasarse ocho horas escribiendo código.
Un buen desarrollador debe entender el problema que está resolviendo. Tiene que saber hablar con otros especialistas, comprender las limitaciones del proyecto, prever las consecuencias de las decisiones técnicas y, a veces, decir: «No, no lo hagamos así, porque dentro de seis meses nos arrepentiremos».
Y ahí empieza el verdadero trabajo en equipo.
UX/UI: por qué este botón está precisamente aquí
UX no consiste en elegir un color bonito para el botón.
UI tampoco significa «hagamos algo moderno».
Diseñar un producto digital requiere entender al usuario, su objetivo, sus limitaciones, su forma de tomar decisiones, sus costumbres, el contexto y qué podría frenarlo.
Por eso, el diseñador no puede mirar solo la pantalla. Tiene que mirar a la persona. Y un diseñador que también entiende la tecnología cuenta con otra gran ventaja. Sabe qué se puede hacer de verdad. No tiene que escribir código. Pero conviene que entienda cómo funciona. Sabe en qué se diferencian el frontend y el backend. Sabe qué es una API. Entiende las limitaciones del diseño adaptable, los datos, las integraciones, los formularios, los estados de error, la validación, el rendimiento y los aspectos técnicos que influyen en la interfaz.
Porque diseñar una pantalla bonita que no se pueda implementar de forma sensata es un poco como diseñar un coche que queda genial, pero no tiene espacio para el motor. Se puede. ¿Pero para qué?
En mi caso, esta mezcla es la base de mi trabajo desde hace años. Diseño gráfico, UX, UI, comunicación visual, psicología de la comunicación, marketing, contenidos y, además, conocimientos de programación y comprensión de la tecnología. No para ser al mismo tiempo el mejor programador del mundo. Sino para saber cómo deben combinarse todos estos elementos para que el producto tenga sentido.
Porque un buen proyecto no empieza con la pregunta «¿cómo lo dibujamos?».
Empieza con la pregunta «¿qué debe hacer aquí la persona y por qué?».
Diseñador gráfico: la persona que se asegura de que nada parezca fruto del azar
Al diseñador gráfico suelen encargarle una tarea muy concreta: «Haz algo chulo».
Y ahí empieza la diversión.
Porque «chulo» puede significar cualquier cosa...
Minimalista.
Elegante.
Tecnológico.
Atrevido.
Premium.
Moderno.
O «como el de la competencia, pero mejor».
Un buen diseñador gráfico no se limita a hacer imágenes. Debe entender la marca, la comunicación, la tipografía, la jerarquía de la información, las proporciones, el contraste, el público y el contexto. Y si trabaja en productos digitales, también debe entender UX. Porque un diseño gráfico puede ser bonito y, al mismo tiempo, completamente inútil. Y aquí llegamos a algo muy importante... En una software house no hay una sola persona encargada de «las cosas bonitas».
El diseñador, el programador, la persona de marketing y la persona encargada de los contenidos tienen que entenderse entre sí.
Solo entonces nace un producto que no solo funciona, sino que también es comprensible, coherente y convincente.
Marketing: quien no para de preguntar «¿Y cómo lo vamos a vender?»
La persona de marketing tiene un superpoder muy especial.
Es capaz de ver un producto terminado y preguntar: «Genial. Pero ¿por qué lo querría el cliente?» - Y es una pregunta muy acertada.
Porque la tecnología, por sí sola, rara vez es un argumento de venta.
El cliente no compra una API.
No compra un framework.
No compra una bonita arquitectura de base de datos.
Compra la solución a su problema.
Por eso, marketing debe saber traducir el lenguaje de la tecnología al lenguaje de los beneficios. Y después encontrar la manera de que alguien quiera leer ese mensaje.
La persona encargada de los contenidos: quien traduce del lenguaje tecnológico al lenguaje humano
«El sistema utiliza una arquitectura de microservicios escalable con comunicación asíncrona...» - Suena bien. Pero ¿sabe el cliente qué gana con eso?
A veces, el mayor valor que aporta la persona encargada de los contenidos consiste en decir: «Muy bien. Y ahora escribámoslo para que la gente lo entienda».
Porque se puede ser un excelente especialista en tecnología y, al mismo tiempo, no saber explicar el propio trabajo a alguien ajeno al sector.
Al fin y al cabo, el usuario no debería necesitar un doctorado en informática para comprar un producto, crear una cuenta o realizar una tarea sencilla.
Asistente: la persona que lo sabe todo
Este es un puesto cuya importancia no se puede valorar debidamente en un solo párrafo.
La asistente sabe qué hay que pedir.
Sabe qué no se ha pedido.
Sabe qué factura está pendiente.
Sabe quién tenía que hacer algo.
Sabe quién no lo hizo.
Sabe cuándo recordárselo.
Sabe dónde está el documento.
Sabe que alguien tenía que llamar.
Y probablemente será la primera en darse cuenta de que se está acabando el café en la cocina.
A menudo es la persona gracias a la cual el resto del equipo puede ocuparse de su trabajo, en lugar de preguntarse quién tenía que pedir papel, recoger un paquete o asegurarse de que los documentos estuvieran en orden.
El jefe: la persona que toma las decisiones que nadie más quiere tomar
El jefe puede llegar un poco más tarde.
Tiene su propio despacho.
Habla mucho por teléfono.
Valora la comodidad, pero no suele venir en pijama.
Va a reuniones.
A veces, solo.
A veces, se lleva a alguien creativo.
A veces, al CEO de los programadores.
A veces, a todos a la vez, porque el cliente tiene muchísimas preguntas.
El jefe tiene que escuchar.
Tiene que negociar.
Tiene que ocuparse del dinero, de las personas, de los clientes y del rumbo de la empresa.
Y a veces simplemente tiene que decir: «Vale. Lo hacemos así». Porque incluso el equipo más democrático necesita, en algún momento, a alguien que asuma la responsabilidad de la decisión final.
Y es justo entonces cuando queda claro que dirigir una empresa tecnológica es mucho más que tecnología.
Y luego todos se reúnen en torno a un mismo proyecto
Y de repente resulta que todos tienen razón.
El programador dice: «Esto no se puede hacer tal como aparece en el diseño».
UX responde: «Pero el usuario tiene que seguir este recorrido».
Marketing dice: «El cliente no lo entenderá».
El diseñador dice: «Pero si aquí no cabe ni de lejos».
La persona encargada de los contenidos dice: «Pero no podemos escribirlo así».
El jefe pregunta: «¿Cuánto va a costar?»
Y la asistente, desde el otro extremo de la oficina: «¿Alguien ha firmado ya esa factura?»
Y así es como nace un producto.
No solo del código. No solo del diseño gráfico. No solo de UX. No solo del marketing: de la combinación de competencias.
Una empresa de desarrollo de software actual es un equipo interdisciplinar. Según el proyecto, puede contar con desarrolladores, especialistas en UX/UI, QA, PM, analistas, DevOps, marketing, contenidos o personas responsables del negocio. Las funciones pueden estar separadas o combinarse, sobre todo en los equipos pequeños.
Y por eso es tan importante que estas personas colaboren bien.
Porque un programador puede crear un sistema que funcione de maravilla.
Un diseñador puede crear una interfaz excelente.
Un profesional de marketing puede preparar una campaña excelente.
Un redactor puede escribir un texto excelente.
Pero solo juntos pueden crear un producto que alguien realmente quiera usar.
Y después de veinte años trabajando en este mundo, hay algo que sé con certeza: el sector tecnológico está lleno de extremos.
Hay programadores con sudaderas y programadores con camisetas que cuestan medio sueldo.
Hay personas a las que les encanta la oficina y otras que preferirían no salir nunca de casa.
Hay perfeccionistas de los píxeles y gente que dice: «muévelo dos píxeles y quedará bien».
Hay jefes a los que les encantan las hojas de cálculo y otros que prefieren el teléfono.
Hay especialistas en UX que empiezan por la investigación y otros que primero abren Figma, o quienes simplemente lo saben.
Hay programadores capaces de hablar durante horas sobre arquitectura. Y otros que solo quieren terminar su ticket tranquilamente.
Y creo que eso es precisamente lo mejor de este sector: no tenemos que ser todos iguales.
Solo tenemos que saber trabajar juntos para entregar algo que funcione.
Y si, además, alguien trae un buen café, unas zapatillas nuevas o unos sándwiches especialmente buenos, mejor todavía.
