El checklist que falta antes de modernizar tu plataforma de datos

Antes de elegir la herramienta, hay preguntas más importantes que responder.

Introducción

Cada año, más empresas en Chile y Latinoamérica toman la decisión de modernizar su plataforma de datos. Migran de sistemas heredados a soluciones más modernas, consolidan fuentes dispersas, adoptan nuevas tecnologías de análisis. La intención es correcta. El problema está en lo que hacen —y lo que no hacen— antes de empezar.

En Henley hemos participado en proyectos de modernización de datos de distinto tamaño y complejidad. Y hay un patrón que se repite: las empresas llegan con urgencia por la herramienta, pero sin claridad sobre sus datos, sus procesos y sus responsabilidades. El resultado, en muchos casos, es una plataforma nueva con los mismos problemas de siempre.

Este artículo no trata sobre qué herramienta elegir. Trata sobre qué debes resolver antes de elegir cualquiera.

1. El error más frecuente: TI decide solo

Modernizar una plataforma de datos no es un proyecto de tecnología. Es un proyecto de negocio con componente tecnológico.

Cuando solo TI lidera la iniciativa, ocurre algo predecible: se construye lo que TI entiende que el negocio necesita, no lo que el negocio realmente usa para tomar decisiones. Los reportes se diseñan desde la lógica de los sistemas, no desde la lógica de quien los consume.

El resultado más común: una plataforma técnicamente correcta que nadie adopta.

Lo que debería pasar: Antes de escribir una sola línea de arquitectura, los líderes de negocio —Finanzas, Operaciones, Control de Gestión— deben estar en la mesa. No para aprobar el presupuesto. Para definir qué preguntas necesitan responder y con qué frecuencia.

La pregunta clave: ¿Quién en el negocio va a usar esto todos los días, y qué decisión va a tomar con esa información?

2. El problema oculto: nadie sabe quién es dueño de los datos

Este es el punto donde más proyectos explotan, aunque el problema no se hace visible hasta que ya estás en el medio de la implementación.

En la mayoría de las organizaciones, los datos existen. Pero nadie tiene claro quién es responsable de su calidad, quién los actualiza, quién puede modificarlos y quién valida que sean correctos. Cada área asume que el problema es del otro.

Cuando llegas a la fase de migración y empiezas a mover datos, aparece la realidad: registros duplicados, campos sin definición estándar, métricas calculadas de formas distintas según el área que las produce.

Sin dueños de datos definidos, la modernización técnica solo traslada el caos a una plataforma más cara.

Lo que debería pasar: Antes de migrar cualquier dato, define quién es el responsable de cada dominio de datos crítico. No es un ejercicio burocrático. Es la base sobre la que se sostiene cualquier iniciativa de analítica seria.

La pregunta clave: Para cada dato crítico de tu negocio, ¿quién responde si está mal?

3. Lo que todos subestiman: la limpieza y el gobierno previo

El trabajo de preparar los datos antes de una migración suele representar entre el 40% y el 60% del esfuerzo total de un proyecto. Sin embargo, casi ninguna empresa lo planifica así.

El supuesto más peligroso es este: "nuestros datos están bien, solo hay que migrarlos". En la práctica, cuando se hace un inventario real de los datos existentes, aparecen inconsistencias, duplicidades, campos vacíos, lógicas de negocio escondidas en fórmulas de Excel y definiciones que nadie documentó.

Limpiar datos sobre la marcha, en paralelo a la implementación, es la forma más segura de retrasar el proyecto, aumentar los costos y comprometer la calidad del resultado final.

Lo que debería pasar: Antes de iniciar cualquier migración, realiza una auditoría de calidad de datos. Identifica qué datos son críticos, cuál es su estado actual, qué necesita limpieza y qué necesita redefinición. Esto no es opcional: es el insumo que define el alcance real del proyecto.

La pregunta clave: ¿Cuánto de tu información actual estarías dispuesto a poner en un dashboard ejecutivo hoy, sin revisarla antes?

4. La trampa de la adopción: construir sin preparar al usuario

Hemos visto plataformas bien construidas técnicamente que, seis meses después de su lanzamiento, tienen una tasa de uso marginal. Los usuarios siguen trabajando con sus Excel. Los reportes automatizados los descarga alguien del equipo de TI y los redistribuye por correo.

¿Por qué ocurre esto? Porque la adopción no se planifica. Se asume que si la herramienta es buena, la gente la va a usar. No funciona así.

Los usuarios no adoptan tecnología. Adoptan soluciones a problemas que reconocen como propios. Si el nuevo sistema no habla su lenguaje, no responde sus preguntas y no encaja en su flujo de trabajo, sencillamente no lo usan.

Lo que debería pasar: La gestión del cambio y la formación de usuarios deben ser parte del proyecto desde el inicio, no un apéndice al final. Esto incluye identificar usuarios clave por área, involucrarlos en el diseño de los reportes y hacer seguimiento de adopción post-lanzamiento.

La pregunta clave: ¿Tienes identificado quién va a ser el "campeón" de esta plataforma en cada área del negocio?

El checklist real: antes de elegir cualquier herramienta

Antes de evaluar plataformas, tecnologías o proveedores, responde estas preguntas:

Sobre el negocio:

• ¿Qué decisiones de negocio no puedes tomar hoy por falta de datos confiables?

• ¿Qué áreas son las más afectadas por la baja calidad o disponibilidad de información?

• ¿Quiénes son los usuarios reales de la analítica en tu organización?

  
  

Sobre tus datos:

• ¿Tienes un inventario de tus fuentes de datos críticas?

• ¿Sabes quién es el responsable de cada dominio de datos?

• ¿Tienes definiciones estándar para tus métricas clave (ingresos, margen, clientes activos)?

  
  

Sobre el gobierno:

• ¿Existe un proceso para gestionar la calidad de los datos?

• ¿Hay políticas claras sobre quién puede acceder a qué información?

• ¿Tienes documentación de tus procesos de datos o vive en la cabeza de dos o tres personas?

  
  

Sobre la organización:

• ¿TI y negocio están alineados en el problema que quieren resolver?

• ¿Tienes patrocinio ejecutivo para el proyecto?

• ¿Tienes un plan de adopción, no solo de implementación?

  
  

Si no puedes responder la mayoría de estas preguntas con claridad, es probable que el proyecto de modernización que estás planificando enfrente problemas que ninguna herramienta va a resolver.

Conclusión

La tecnología para modernizar plataformas de datos es hoy más accesible, más potente y más fácil de implementar que hace cinco años. Eso es una buena noticia. Pero también significa que el factor diferenciador ya no está en la herramienta: está en qué tan bien preparada está la organización para recibirla.

Las empresas que obtienen resultados reales de sus proyectos de modernización no son necesariamente las que eligieron la mejor herramienta. Son las que se hicieron las preguntas correctas antes de elegir.

En Henley acompañamos a organizaciones en ese proceso: desde el diagnóstico y el diseño de arquitectura hasta la implementación, el gobierno de datos y la adopción. Independiente de la tecnología que uses.