Analisis de desviaciones del cierre mensual: explicar el porque, no solo listarlo

Cada mes se repite la misma escena en el departamento financiero. El cierre se consolida entre el dia 3 y el 7, sale el reporte de presupuesto contra real, y aparecen las mismas preguntas: por que marketing se paso un 18%, por que el margen de una linea cayo tres puntos, por que la partida de personal esta por debajo de lo previsto. El analista descarga el ERP a Excel, cruza cuentas, abre correos para preguntar a los responsables de cada centro de coste y monta una presentacion. Entre esperar respuestas, reconstruir el contexto y redactar, se van dos o tres dias. Y lo que llega a direccion suele ser una lista de cifras con desviaciones marcadas en rojo, sin una explicacion solida de la causa.

El problema no es calcular la desviacion: eso lo hace cualquier tabla dinamica. El problema es explicar por que ocurrio de forma que aguante preguntas, y hacerlo antes de que el numero deje de importar. Ahi es donde Claude ayuda, con limites claros.

Donde se pierde el tiempo hoy

Si desglosas el proceso actual, el tiempo se escapa en tramos muy concretos:

• Reconstruir el contexto del mes. El dato dice que hay 40.000 euros de mas en una cuenta, pero nadie recuerda que fue una campaña adelantada acordada en comite. Esa memoria vive en correos y cabezas, no en el ERP.
• Perseguir explicaciones. El analista escribe a cinco responsables de centro de coste. Unos contestan en horas, otros en dias. El cierre no avanza al ritmo del analisis, sino al ritmo del que responde mas tarde.
• Redactar el comentario. Convertir "gasto real 118, presupuesto 100" en un parrafo que direccion entienda cuesta escribir, y cada analista lo hace con un estilo distinto.
• Separar lo relevante del ruido. Con cientos de cuentas, distinguir la desviacion que importa de la que es calderilla consume atencion que deberia ir a lo importante.

El resultado tipico: un informe que llega tarde, describe pero no explica, y obliga a direccion a preguntar lo que deberia estar ya escrito.

Como cambia el proceso con Claude

La idea central: Claude redacta el borrador de la explicacion y prioriza las desviaciones; tu validas la causa y firmas el numero. El modelo no accede a tu ERP ni calcula tus cifras oficiales. Trabaja sobre los datos que tu le das y el contexto que tu aportas.

El flujo nuevo, paso a paso:

1. Tu exportas la tabla de presupuesto contra real desde el ERP o Excel, ya calculada. La cifra sigue siendo tuya y sigue saliendo de tu sistema.
2. Tu aportas el contexto conocido: notas del comite, decisiones del mes, estacionalidad, cambios de perimetro. Esto es lo que el modelo no puede adivinar.
3. Claude clasifica las desviaciones por magnitud e impacto, separa lo material de lo irrelevante y propone hipotesis de causa a partir del contexto que le diste.
4. Claude redacta un borrador de comentario por cada desviacion significativa, en un formato homogeneo.
5. Tu revisas cada explicacion, confirmas o corriges la causa, marcas lo que aun necesita verificacion con un responsable, y ajustas el tono.

La diferencia frente a hoy: en lugar de partir de una hoja en blanco, partes de un borrador estructurado que ya separo el grano de la paja. El analista deja de transcribir y pasa a hacer lo que aporta valor, que es juzgar si la causa propuesta es la real.

Como implantarlo

No empieces por todo el cierre. Elige un piloto acotado: una unidad de negocio o tres o cuatro centros de coste, durante un cierre.

1. Anonimiza antes de exportar. Sustituye nombres de clientes, proveedores y empleados por codigos. Para el analisis de desviaciones no hace falta que Claude sepa que "cliente ACME" es ACME: basta con "cliente C-014". Esto es clave para el punto de riesgos.
2. Prepara la tabla con columnas de cuenta, presupuesto, real, desviacion absoluta y porcentual.
3. Redacta el contexto del mes en un par de parrafos: decisiones, eventos, cambios.
4. Lanza una primera instruccion como esta:

Eres analista financiero. Te paso la tabla de presupuesto vs real del mes de [mes] de la unidad [X] y un resumen del contexto del periodo.

1. Identifica las desviaciones materiales (umbral: mas de 5.000 EUR o mas del 10%).
2. Para cada una, propon la causa mas probable usando SOLO el contexto que te doy. Si no tienes contexto suficiente, marca la causa como "pendiente de confirmar con responsable".
3. Redacta un comentario de 2-3 frases por desviacion, en espanol neutro, para un comite de direccion.
4. Separa claramente hechos (lo que dice el dato) de hipotesis (tu interpretacion).

Contexto del mes: [pega aqui]
Tabla: [pega aqui]

El detalle de pedir que marque lo "pendiente de confirmar" evita que el modelo invente causas plausibles pero falsas. Es la salvaguarda mas importante del prompt.

Un equipo que da sus primeros pasos con la herramienta encaja bien con un curso para empezar con Claude desde cero antes de montar el piloto, para que el analista domine el reparto entre borrador y validacion. Guarda tus instrucciones que funcionen como plantilla reutilizable mes a mes.

Que medir

Compara el cierre piloto contra la media de los tres cierres anteriores:

La metrica que de verdad importa es la tercera: el objetivo no es un informe mas rapido, es un informe que explica el porque y llega antes de que la decision ya se haya tomado sin el.

Riesgos y limites

Esta seccion decide si el piloto es responsable o temerario.

• El calculo sigue siendo tuyo. No pidas a Claude que recalcule cifras oficiales ni que consolide. Es un asistente de redaccion y priorizacion, no tu fuente de la verdad contable. La cifra que llega a direccion sale de tu ERP.
• Las causas son hipotesis hasta que tu las confirmas. El modelo propone la explicacion mas coherente con el contexto que le diste, pero puede estar equivocada. Toda causa marcada como probable debe validarse con el responsable antes de presentarla como cierta.
• Datos que nunca salen de la organizacion. No exportes nombres de empleados con sus retribuciones, datos de clientes identificables, cuentas bancarias ni informacion sujeta a confidencialidad contractual. Para el analisis de desviaciones no aportan nada: anonimiza con codigos. Bajo RGPD, minimizar los datos personales que compartes con un tercero no es opcional, es la norma. Verifica ademas las condiciones de tratamiento de datos de tu plan y, si tu organizacion lo exige, restringe el uso a entornos que no reutilicen tus datos para entrenamiento.
• Cierres con implicaciones regulatorias o de auditoria. Si el comentario alimenta cuentas auditadas o reporting a un regulador, el texto generado es un borrador interno de trabajo, nunca la version final sin revision del responsable financiero.

Usado asi, el proceso no sustituye el criterio del analista: le devuelve las horas que hoy gasta transcribiendo, para que las dedique a lo unico que una maquina no puede hacer, que es entender de verdad por que el negocio se movio como se movio.