Timewise Labs
← Volver al blog
·3 min de lecturabilookeromni

De Looker a Omni: cuándo migrar y cómo no romper el negocio

Una guía corta para equipos que están evaluando salir de Looker. Cuándo conviene, cuándo no, y cómo hacer la migración sin que el lunes el CEO no pueda ver sus dashboards.

Desde que Google integró Looker más profundamente con su plataforma y Omni Analytics empezó a comer mercado, recibimos esta pregunta cada semana: ¿vale la pena migrar? La respuesta corta es a veces, y depende de tres cosas concretas.

Cuándo conviene migrar

Costo de licencia. Omni cuesta materialmente menos que Looker para la mayoría de los equipos. Si tu factura de Looker pasa de USD 50.000 por año y tenés menos de 200 usuarios activos, probablemente estés sobre-pagando.

Velocidad de desarrollo. Omni permite que analistas modelen sin tocar LookML. En equipos chicos eso es enorme. Si en tu organización el bottleneck es que "todo tiene que pasar por el equipo de datos para actualizar el dashboard", Omni cambia esa dinámica.

Modelado dinámico. Omni permite ajustar la capa semántica desde el explorador, sin tener que mergear a main. Para análisis ad-hoc es notablemente más rápido que el ciclo de Looker.

Cuándo NO conviene migrar

Stack profundo en Google. Si ya pagás Google Cloud full stack y usás features avanzadas de Looker (Looker Studio embebido, integraciones con Vertex AI, scheduled deliveries muy custom), el costo de migrar puede no compensar.

Embeds críticos. Si tu producto incrusta Looker en una experiencia de cliente, la migración requiere rediseñar esa parte. Posible, pero no trivial.

LookML extremadamente custom. Si tu proyecto LookML tiene mucho código condicional, derived tables PDT con SQL muy específico, o macros que dependen del runtime de Looker, el mapeo a Omni no es uno-a-uno.

Cómo no romper el negocio durante la migración

  1. Mapear antes de empezar. Hacé un inventario de explores, dashboards, y usuarios activos. Sin eso, vas a ciegas.

  2. Migrar por dominio, no por dashboard. Empezá con un dominio acotado (por ejemplo "ventas"), modelá ese dominio completo en Omni, validá en paralelo, y solo cuando esté validado migrá usuarios. Después seguís con el próximo dominio.

  3. Correr en paralelo seis semanas. Mantené Looker prendido mientras Omni se valida. Los reportes financieros deben dar idéntico en ambos sistemas. Si difieren, hay un problema en el modelado de Omni.

  4. Migrar a usuarios en cohortes. No pegues un email global diciendo "ahora todos usan Omni". Migrá por equipo, con onboarding corto (30 minutos por equipo alcanza).

  5. Dejar Looker apagado, no eliminado, por un mes. Por las dudas. El día que apagás Looker es el día que descubrís el dashboard crítico que nadie había mencionado.

Tiempos realistas

Para una organización con un proyecto Looker maduro (50-150 dashboards activos), la migración completa toma entre 8 y 12 semanas con un equipo dedicado de dos personas. Para empresas más chicas, 4 a 6 semanas.

Si tu estimación interna es "esto lo hacemos en dos semanas", probablemente estés subestimando el trabajo de validación. La migración no se rompe en el modelado, se rompe en la validación.

Lo que solemos encontrar

En migraciones que hemos hecho en LATAM, el patrón más común es que el equipo encuentra modelos que nadie está usando. Es buena noticia: la migración termina siendo también una limpieza. Lo que migra es lo que se usa, no todo lo que existe.

¿Estás evaluando una migración? Conversemos. Te ayudamos a decidir si vale la pena y, si lo hacés, a ejecutarla sin sustos.

¿Listo para empezar?

Una llamada de 30 minutos para entender tu contexto y ver si tiene sentido trabajar juntos.

Agendar llamada