Hay un momento en la vida de un equipo de analytics que se reconoce fácil. Alguien del negocio hace una pregunta razonable, y la respuesta es que ese reporte no existe. No porque falte capacidad, sino porque la pregunta no tiene forma de reporte.

¿Cuánto vale realmente un cliente que llegó por búsqueda comparado con uno que llegó por social? No es una métrica. Es un cruce entre comportamiento digital y facturación que ocurre meses después, y ningún informe estándar lo contiene.

Ese momento no significa que el equipo esté haciendo algo mal. Significa que el negocio empezó a hacer preguntas que la interfaz no fue diseñada para contestar.

Para qué sirve la interfaz, y para qué no

La interfaz de Analytics está construida para responder bien una familia específica de preguntas: qué pasó, cuándo, en qué canal, con qué volumen. Para la operación diaria eso es suficiente y es lo correcto. Un equipo que necesita saber cómo rindió una campaña la semana pasada no necesita nada más.

El límite aparece cuando la pregunta requiere una de tres cosas. La primera es información que vive fuera de analytics. El valor real de un cliente está en el sistema transaccional. El costo real de medios está en las plataformas y en las facturas. La tasa de aprobación está en el backend. Ninguno de esos datos va a entrar a la interfaz, así que cualquier pregunta que los necesite se responde en otro lado o no se responde.

La segunda es una unidad de análisis distinta. Los informes agregan por sesión, por usuario o por evento según lo que la herramienta decidió. Cuando la pregunta es sobre secuencias —qué combinación de interacciones, en qué orden, en qué ventana de tiempo— hace falta recorrer los eventos uno por uno, y eso no es algo que un informe haga.

La tercera es la dirección temporal. Un informe describe lo que ocurrió. Estimar qué va a ocurrir, o qué habría ocurrido sin una acción determinada, es un trabajo de modelado.

Las preguntas concretas

Vale la pena ser específico, porque en abstracto esto suena a más de lo mismo.

Cuánto vale un cliente según cómo llegó. No el CPA de adquisición, sino el margen que ese cliente generó en los doce meses siguientes, cruzado con el canal que lo trajo. Es la diferencia entre optimizar por costo de entrada y optimizar por rentabilidad. En categorías con recurrencia —telecomunicaciones, servicios financieros, suscripción— suele cambiar el orden de prioridad de los canales por completo.

Qué comportamiento anticipa una baja. Las señales de churn casi nunca están en una sola métrica. Están en una combinación: caída en frecuencia de uso, visitas a la sección de cancelación, cambio en el patrón de contacto con soporte. Detectarlas requiere mirar el histórico completo a nivel de evento y modelar sobre él, y el valor no es analítico sino operativo: permite actuar antes de que la baja ocurra.

Cuál es el costo real de adquisición por canal. El que incluye el costo de medios, la tasa de aprobación del backend y las cancelaciones tempranas. Es una tabla que ningún sistema tiene completa porque cada pieza está en un lugar distinto, y es la que Finanzas pide cuando quiere entender si el crecimiento es rentable.

Qué contenido anticipa una conversión y cuál solo acompaña. No qué contenido vieron quienes convirtieron, que es lo que muestra un informe de ruta, sino qué diferencia hay entre quienes lo vieron y convirtieron y quienes lo vieron y no. Esa comparación es la que distingue un contenido que mueve la aguja de uno que solo está en el camino.

Cuánto de lo que atribuimos es incremental. La pregunta más incómoda y la única que no se responde con datos observados: requiere diseñar un experimento. Pero se diseña sobre los datos crudos, porque hace falta construir los grupos y medir el efecto a nivel de usuario.

Por qué tener BigQuery no es lo mismo que poder responderlas

Buena parte de las organizaciones que tienen Analytics 360 ya tienen la exportación funcionando. Los datos están ahí, a nivel de evento, sin muestreo. Y aun así las preguntas anteriores siguen sin respuesta.

La razón es que la exportación entrega la materia prima con la estructura de Google, no con la del negocio. Los eventos llegan anidados, los parámetros personalizados requieren desempaquetarse, las sesiones hay que reconstruirlas, y la identidad del usuario hay que resolverla contra el CRM para poder cruzar con facturación. Nada de eso es difícil; es trabajo de diseño que alguien tiene que hacer una vez y dejar funcionando.

Sin ese diseño, lo que ocurre es previsible: alguien escribe una consulta ad hoc cada vez que surge una pregunta, la respuesta llega tres semanas después, y como cada consulta define las cosas a su manera, dos análisis del mismo trimestre no coinciden entre sí.

El dato crudo no es la respuesta. Es la condición para poder construirla.

Qué implica realmente este trabajo

No es configuración, y conviene decirlo porque se confunde seguido. Es analítica avanzada, y tiene tres componentes.

Definir las preguntas antes que las consultas. Suena obvio y casi nunca se hace en ese orden. La diferencia entre un proyecto que rinde y uno que produce tablas es si alguien acordó primero qué decisiones se quieren mejorar.

Diseñar el modelo de datos que las sostiene. Cómo se resuelve la identidad entre sistemas, qué granularidad se conserva, cómo se define cada métrica de negocio, qué se actualiza y con qué frecuencia. Es la parte menos visible y la que determina si dentro de un año esto sigue sirviendo.

Volverlo operativo. Una respuesta que solo el equipo de datos puede producir es una respuesta que el negocio va a dejar de pedir. El trabajo termina cuando quien toma la decisión puede llegar al número sin intermediarios.

Dónde empezar

No con un proyecto integral. Con una sola pregunta de negocio que hoy no se pueda responder y que, si se respondiera, cambiaría una decisión de inversión concreta.

Ese alcance acotado permite validar el modelo de datos, probar que el cruce con las fuentes internas funciona, y demostrar valor antes de comprometer un roadmap completo. Y casi siempre deja claro cuál es la segunda pregunta, que suele ser mejor que la primera.

TEN EN CUENTA PARA TU PRÓXIMA REUNIÓN 

"¿Qué pregunta de negocio nos hicieron este trimestre que no pudimos responder? ¿Y qué habría cambiado si la hubiéramos respondido?" 

La segunda parte es la que importa. Si nada habría cambiado, era curiosidad. Si habría cambiado una decisión de inversión, ahí está el proyecto. 

¿Tu medición está sosteniendo tus decisiones? 

Antes de llegar a las preguntas avanzadas, conviene revisar la base. En esta guía reunimos siete señales, con cifras concretas, para evaluar si tu infraestructura de medición todavía alcanza para lo que tu operación necesita decidir: Descargar la guía.