Ingesta: empieza donde de verdad opera el negocio

La forma más rápida de llegar a una conclusión equivocada es una muestra limpia. Es ordenada, cabe en una hoja de cálculo y deja fuera la parte del negocio donde vive el problema.

Por eso la primera etapa de cada proyecto que tomamos es la ingesta: reunir en un solo lugar los datos reales del negocio, desde los sistemas donde de verdad opera.

Un desplome de tráfico, explicado por seis fuentes

Cuando un sitio de contenido y afiliados perdió la mayor parte de su tráfico de búsqueda, lo fácil era abrir el panel de analítica y empezar a adivinar. En cambio, reunimos:

• Datos de búsqueda: 16 meses, por página y por frase de búsqueda, no los pocos meses que muestra la interfaz.
• Historial del código: cada versión, actualización de plugin y cambio de configuración, con su fecha.
• Logs del servidor: lo que el servidor recibió de verdad, no lo que reportó la etiqueta de analítica.
• Capturas del sitio y mediciones de velocidad: cómo se veían y cómo rendían las páginas a lo largo del tiempo.
• Una cuenta de base de datos de solo lectura: lo que el sitio contenía en realidad.
• Historial de ingresos: porque la meta no es el tráfico; es el dinero.

Solo con todas lado a lado se pudo fechar cada paso de la caída y vincularlo a una causa. Y un hallazgo era invisible desde cualquier fuente por separado: más de la mitad de las visitas que reportaba la analítica eran bots. El panel por sí solo nunca lo habría mostrado.

Un producto de ventas, alimentado desde todas partes

Un producto de coaching de ventas con IA necesita ver lo que ve el equipo de ventas. Esa información estaba dispersa: el CRM, grabaciones y transcripciones de llamadas, documentos, hojas de cálculo, chat y email. Hacer la ingesta significó una conexión por fuente, construida según el formato y los límites de cada una. La conexión con el CRM solo lee, así que el producto aprende del pipeline del cliente sin cambiarlo nunca.

Cómo se ve una buena ingesta

• Todo, no una muestra. Los problemas se esconden en el segundo pipeline, en las páginas viejas, en los meses tranquilos.
• Solo lectura por defecto. Un diagnóstico nunca debería poner en riesgo el sistema que diagnostica.
• Cada registro, rastreable. Saber de dónde vino cada dato, y cuándo.
• Hecha para los días malos de la fuente. Las APIs limitan peticiones, las exportaciones se rompen, los logs rotan. La ingesta tiene que aguantarlo.

Traer los datos es el comienzo, no el final. Seis fuentes significan seis formas de describir lo mismo, y esa es la siguiente etapa: la normalización.