DoubleChecker - la ganancia de escala en la base de la recopilación
Sector
Servicios financieros
Desafío
La revisión de mapas de tagueo ocupaba muchas horas de trabajo de analistas sénior en una operación que dependía de precisión técnica, ritmo de entrega y consistencia taxonómica. El proceso era manual y propenso a la fatiga, además de ser insuficiente para acompañar el creciente volumen de demandas digitales.
Resultados
La solución redujo en un 78 % el tiempo de validación, redujo en un 95 % los errores de taxonomía y permitió que la revisión se llevara a cabo ya desde el primer día del sprint, sin necesidad de adquirir nuevas plataformas.
Producto clave
DoubleChecker
"La calidad de la recopilación de datos comienza antes de la implementación. Cuando la revisión técnica deja de depender únicamente del esfuerzo humano, la operación gana consistencia desde el origen."
Gerente de Digital Analytics y Martech
Servicios financieros
Contexto
La operación pertenece a un banco con alta demanda digital y fuerte dependencia de estructuras de recopilación de datos bien especificadas para respaldar data analytics, producto, medios y lectura de desempeño. La validación de los mapas de recopilación dependía de una revisión manual detallada de documentos técnicos, con analistas sénior dedicando una parte relevante del sprint a identificar inconsistencias de nomenclatura, ausencia de parámetros y desviaciones taxonómicas.
Dónde se frenaba la operación
El problema no era la falta de conocimiento técnico, sino el desperdicio de dicho conocimiento. Especialistas de alto desempeño estaban asignados a una rutina de verificación. Cuando los errores pasaban desapercibidos, la falla solo aparecía más adelante, durante la implementación, generando un retrabajo mayor y más costoso. El sprint acumulaba filas y perdía cadencia por depender del tiempo humano disponible.
Validación técnica exactamente en el punto de fricción
MATH desarrolló el DoubleChecker como una automatización liviana implementada mediante bookmarklet, sin necesidad de instalación de software ni aprobaciones de infraestructura. El script leía la estructura de la página en Confluence, interpretaba las tablas del mapa de tagueo y las cruzaba con las reglas ya definidas de la taxonomía y del negocio. Los errores de llenado, la ausencia de parámetros y las inconsistencias taxonómicas se destacaban visualmente en la propia interfaz. Se diseñó la arquitectura de forma modular, permitiendo su portabilidad a Confluence Cloud como una extensión de navegador o API.
Qué cambió en la práctica
La validación se redujo en un 78%. Lo que antes consumía hasta 10 horas por sprint pasó a requerir solo una parte de ese esfuerzo. La reducción del 95% en los errores de taxonomía favoreció la consistencia en la recopilación de datos antes de la implementación. Con la validación en D+0, el sprint eliminó un punto relevante de espera y todo ello se entregó sin costo adicional de licenciamiento, aprovechando la pila o stack ya existente.
