El ciclo real: requerimiento → datos → análisis → entrega

Vuelve un momento a la escena del lunes: alguien pregunta por qué han bajado las ventas, y la respuesta correcta tarda todo el día en salir. Ese día tiene forma, aunque en el momento no lo parezca. No es un amasijo de tareas sueltas: son cuatro fases que se repiten, con nombres distintos, en cualquier trabajo con datos que merezca ese nombre, desde comprobar por qué ha caído la facturación hasta decidir si merece la pena abrir una tienda nueva en una ciudad. Aprender a verlas por separado es la primera herramienta de este oficio, más útil que cualquier función de una hoja de cálculo o cualquier cláusula de SQL, porque te dice en qué fase estás cuando algo va mal, y casi todo lo que va mal en un análisis va mal por confundir una fase con otra.

### Las cuatro fases, una por una

La primera fase es el requerimiento: entender qué pregunta hay detrás de la pregunta. "¿Por qué han bajado las ventas?" no es una pregunta que se pueda calcular tal cual; hay que convertirla en algo medible, decidiendo el periodo exacto, la unidad (dinero o unidades vendidas), el ámbito (una tienda, una categoría, toda la empresa) y, sobre todo, qué decisión depende de la respuesta. Esta fase se acaba tan pronto que casi nadie le presta atención, y por eso es la que más veces sale mal. Aquí no se entra en detalle: tiene su propio hueco más adelante, con la entrevista completa a la persona que hace el encargo y el documento donde se deja por escrito qué se va a responder y qué no.

La segunda fase son los datos: encontrar de dónde sale el número, si hace falta cruzar varias tablas o varias fuentes, y comprobar que ese dato mide de verdad lo que la pregunta necesita. Es la fase donde aparecen las sorpresas: un campo que cambió de significado hace diez días, una tabla que solo llega hasta ayer por la tarde, dos sistemas que cuentan lo mismo de dos formas distintas. Nadie te avisa de estas cosas por adelantado; se descubren mirando.

La tercera fase es el análisis en sentido estricto: la consulta, el cálculo, la comparación. Es la fase que la gente de fuera imagina cuando piensa en este trabajo, y es, casi siempre, la más corta de las cuatro. Escribir la consulta que compara dos periodos lleva minutos; entender qué comparar y verificar que el resultado no engaña lleva mucho más.

La cuarta fase es la entrega: convertir un número en algo que otra persona pueda usar para decidir. Un resultado sin esta fase no sirve de nada, por correcto que sea: una tabla de cuarenta filas en la pantalla de tu ordenador no cambia ninguna decisión hasta que alguien la lee, la entiende y actúa según lo que dice. Entregar no es adjuntar un fichero: es elegir qué tres cifras importan, en qué orden se cuentan y qué se deja fuera a propósito. También tiene su propio hueco más adelante, con el resumen de una página y la manera de defenderlo delante de alguien que no se lo cree a la primera.

### Por qué el ciclo casi nunca es una línea recta

Contado así, en cuatro cajas ordenadas, parece un proceso limpio: preguntas, buscas, calculas, entregas, fin. En la práctica casi nunca ocurre en ese orden sin interrupciones, y quien empieza en este oficio esperando esa línea recta se lleva un chasco en la primera semana. El ciclo se rompe hacia atrás, y se rompe por dos motivos que conviene reconocer cuanto antes, porque los dos parecen un fracaso personal y no lo son.

El primer motivo es descubrir, ya en la fase de datos, que el requerimiento estaba mal entendido. Imagina que preguntan por la caída de ventas "del mes pasado", y al ponerte a mirar las tablas descubres que hay dos lecturas posibles de esa frase: el mes de calendario, o los últimos treinta días desde hoy. Son números distintos, y en algunas empresas la diferencia es de varios puntos. Aquí no hay más remedio que volver a la fase de requerimiento, aunque solo sea para una pregunta de treinta segundos, antes de seguir calculando nada. Seguir adelante con una suposición propia es la manera más común de entregar un número técnicamente correcto y completamente inútil.

El segundo motivo es descubrir, ya con el cálculo hecho o casi hecho, que los datos no dan para responder lo que se pedía. Puede que falte un campo que nadie sabía que faltaba, que la tabla solo llegue hasta hace tres días cuando la pregunta era de este mismo mes, o que la comparación pedida no tenga sentido porque las dos cosas que se quieren comparar se miden de formas distintas. Aquí la vuelta atrás no es a la fase de requerimiento, sino a la de datos: buscar otra fuente, otro cruce, o aceptar que la pregunta hay que reformularla con la información que sí existe. Esta segunda vuelta atrás es la que más frustra, porque llega tarde en el proceso, cuando ya parecía que faltaba poco.

Hay un tercer motivo, menos frecuente y mucho más incómodo: descubrir que el requerimiento estaba mal entendido cuando ya has entregado. No en la fase de datos, sino en la reunión, con el número en la pantalla. Alguien dice "pero la semana pasada para mí es de lunes a domingo", y tú habías calculado los últimos siete días.

El cálculo sirve; lo que cambia es la definición. Pero la vuelta atrás llega hasta requerimiento y hay que rehacer el camino. Por eso los analistas con oficio dedican tanto tiempo a la primera fase: cada minuto acotando la pregunta ahorra una de éstas.

Hay una tercera vuelta atrás, más rara pero igual de real: la entrega revela un fallo en el análisis. Se presenta el resultado, alguien lo mira con ojos frescos y hace una pregunta que nadie se había planteado, y esa pregunta obliga a recalcular. No es un defecto de este oficio: es la razón por la que existe la fase de entrega como un paso aparte y no como un simple "copiar el número y enviarlo". Un resultado que nadie más ha visto todavía es un resultado sin comprobar de verdad, por mucho cuidado que se haya puesto al calcularlo.

### Un mapa de lo que viene después

Las cuatro fases de esta lección no son solo una forma de pensar el trabajo: son también el mapa de lo que se enseña a continuación. La fase de requerimiento tiene su propio tramo, con la conversación completa que convierte una frase vaga en algo medible y con el documento donde se deja negro sobre blanco qué se va a entregar. La fase de datos se cruza constantemente con el resto del recorrido: cada vez que aprendas una forma nueva de consultar o de leer una tabla, es esta fase la que se hace más rápida. Y la fase de entrega también vuelve más adelante, con el resumen de una página y con cómo defender un número delante de alguien que, con toda la razón del mundo, empieza preguntando de dónde sale.

Quédate, sobre todo, con la idea central de la fase de entrega, porque es la que más se olvida: el trabajo no termina cuando el número es correcto. Termina cuando alguien lo entiende y decide algo con él. Un análisis perfecto que se queda en un fichero en tu ordenador vale exactamente lo mismo que uno que no se hizo.