“Implementamos en semanas, no en meses” es una frase fácil de decir y difícil de verificar. Por eso esta nota hace algo poco común: te muestra, semana por semana, cómo es de verdad una implementación de un primer tablero operativo en una PyME uruguaya de 30 a 80 empleados. Qué se hace cada semana, qué se te va a pedir, cuántas horas de tu equipo consume y dónde suele trabarse.
La idea es convertir el “es rápido” abstracto en algo que puedas revisar y, sobre todo, planificar. Antes de empezar, una aclaración honesta: los plazos y las horas que doy son orientativos, basados en la experiencia de muchas implementaciones, no una garantía idéntica para todos los casos. El plazo total típico de un BI MVP en una empresa de este tamaño se mueve entre tres y ocho semanas, según el estado de los datos y la velocidad de decisión del cliente.
Semanas 1-2: diagnóstico y mapeo de fuentes
Las primeras dos semanas no producen tableros, y conviene saberlo para no impacientarse. Producen algo más importante: claridad sobre qué se va a construir y con qué datos.
En esta etapa hacemos tres cosas. Definimos las decisiones que el tablero tiene que mejorar, porque sin esa definición el tablero termina mostrando lo que es fácil, no lo que importa. Mapeamos las fuentes de datos: dónde vive cada número, en qué sistema, en qué estado. Y detectamos los problemas de datos temprano, que es donde se evita la mayoría de los retrasos posteriores.
Esta etapa es la continuación natural del primer paso del camino que describimos antes: entender antes de construir. Es la etapa que más horas tuyas consume, porque eres quien conoce el negocio y las fuentes. Típicamente pedimos entre cuatro y ocho horas de tu equipo en estas dos semanas, repartidas en reuniones de definición y en acceso a los sistemas.
Semanas 3-5: construcción del MVP
Acá aparecen los primeros tableros. Con las fuentes mapeadas y las decisiones definidas, se construye el modelo de datos (cómo se relacionan las tablas, cómo se calculan los KPIs) y se arma el primer tablero con los indicadores que de verdad importan.
Es una etapa más técnica y, por eso, te consume menos tiempo: típicamente entre dos y cuatro horas por semana, sobre todo para responder dudas de definición que aparecen al construir (“cuando una venta se anula, ¿la sacamos del total o la dejamos marcada?”). Esas decisiones, que parecen menores, son las que hacen que los números sean confiables, y solo las puede responder alguien del negocio.
Al final de esta etapa ya hay un tablero funcionando con datos reales, aunque todavía no esté pulido ni en producción. Es el momento donde el proyecto deja de ser una promesa y se vuelve algo que puedes ver y tocar.
Semanas 6-8: validación, ajuste y producción
La última etapa es la que más se subestima y la que más decide si el tablero se va a usar. Acá el equipo prueba el tablero con preguntas reales del día a día, encuentra lo que falta o lo que está confuso, y se ajusta.
Es también la etapa de la capacitación y la puesta en producción: conectar las fuentes en modo automático, definir quién accede a qué, y acompañar las primeras semanas de uso real. Te consume menos horas, típicamente entre una y tres por semana, pero son horas clave: son las que aseguran la adopción.
Al cerrar esta etapa, el tablero está en producción, el equipo lo usa para decidir, y quedó la base para escalar a otras áreas cuando haga falta. Sin proyectos eternos: lo que entró en producción es un MVP acotado y útil, no un sistema gigante que nadie termina de adoptar.
Cuántas horas tuyas consume cada semana
Esta es la pregunta que más importa para planificar, porque el tiempo de tu equipo es el recurso más escaso. Acá está el resumen orientativo.
Las horas se concentran al principio. En el diagnóstico (semanas 1-2), entre cuatro y ocho horas semanales, porque es cuando se define todo. En la construcción (semanas 3-5), entre dos y cuatro, sobre todo para resolver dudas de definición. En la validación (semanas 6-8), entre una y tres, para probar y ajustar.
El patrón es claro: cuanto más al principio pones tus horas, más rápido y mejor sale el proyecto. La tentación de “que lo resuelva el proveedor” en la etapa de definición es justamente lo que después estira los plazos, porque sin las decisiones del negocio el tablero se construye a ciegas.
Dónde se trababa antes y cómo se destrabó con experiencia
Con el tiempo, identificamos los tres lugares donde estos proyectos se trababan, y cómo se resuelven hoy.
El primero era la etapa de definición floja. Cuando se arrancaba a construir sin tener claras las decisiones, el tablero se rehacía dos o tres veces. Hoy no se construye nada hasta que las decisiones están definidas, y eso elimina el retrabajo.
El segundo eran los datos sucios que aparecían tarde. Antes se descubrían recién al construir, y frenaban todo. Hoy se detectan en el diagnóstico de las semanas 1-2, cuando todavía hay margen para resolverlos sin atrasar el resto.
El tercero era la adopción que se daba por sentada. El tablero se entregaba y se cerraba el proyecto, y a los tres meses nadie lo usaba. Hoy las semanas 6-8 de validación y acompañamiento están justamente para evitar eso. Implementamos en semanas, no en meses, pero la última etapa no se saltea: es la que hace que el tablero se use.
FAQ: lo que se pregunta una PyME antes de arrancar
¿Tres a ocho semanas es para cualquier empresa?
Es el rango orientativo para una PyME de 30 a 80 empleados con un alcance de MVP acotado. Empresas con datos muy desordenados o con muchas fuentes pueden requerir más; casos simples, menos. El estado de los datos al empezar es el factor que más mueve el plazo.
¿Qué pasa si mi equipo no tiene esas horas disponibles?
Conviene saberlo antes de arrancar, porque la falta de horas del cliente en la etapa de definición es lo que más estira los proyectos. Si el tiempo es escaso, se puede planificar para concentrar las definiciones en menos reuniones, pero las decisiones del negocio no se pueden saltear.
¿Qué entra en producción al final?
Un tablero MVP: los indicadores que importan para las decisiones definidas, con las fuentes conectadas y el equipo capacitado. Es una base útil y en uso, pensada para escalar después, no un sistema completo de BI.
¿Y si quiero más tableros o más áreas?
Se escalan después, sobre la base que quedó. La lógica del MVP es justamente esa: poner algo útil en uso rápido y crecer desde ahí, sin proyectos eternos.
Próximo paso
Si estás evaluando un primer proyecto de BI y quieres saber cuánto tardaría en tu caso concreto, el paso más útil es mapear el estado de tus datos y las decisiones que necesitas mejorar. Eso define el plazo real, mucho más que la herramienta.
Podemos hacerte un diagnóstico inicial sin costo de 30 minutos para estimar el plazo y las horas que tu caso requeriría, y entregarte un plan operativo en 48 horas. Implementamos en semanas, no en meses, con un alcance acotado y verificable.
