Tipos

De acuerdo al GTM de cada funcionalidad (Nivel 3.A - Cambio de experiencia)

Para un rollout progresivo (más común)

Lanzamiento gradual, donde la nueva experiencia no se activa para todos al mismo tiempo. Sino que se usa una feature flag para activar la funcionalidad por grupo de usuarios.

• Cuándo usarlo:
  • Cuando la nueva versión aún no cubre todos los casos de uso.
  • Cuando queremos obtener feedback, mientras ambas versiones conviven.
• Características:
  • Switch inactivo por defecto.
  • Visible para todos los usuarios.

Para un rollout agresivo

Lanzamiento inmediato. Se libera la nueva experiencia para todos los usuarios al mismo tiempo, sin etapas intermedias. No se usa feature flag, se sube el cambio y queda disponible para todos.

• Cuándo usarlo:
  • Cuando se requiere una adopción inmediata del nuevo flujo.
  • Para lanzamientos prioritarios, pero que aún podrían necesitar rollback rápido.
• Características:
  • Switch activo por defecto.
  • Visible para todos los usuarios.

Para pruebas controladas

Lanzamiento para disponibilizar la nueva experiencia a un grupo limitado de usuarios antes del lanzamiento global y así validar que funcione correctamente en un entorno real, pero controlado.

• Cuándo usarlo:
  • Cuando se quiere validar, antes de lanzar la funcionalidad a todo Buk.
  • Para detectar errores, entender comportamiento y ajustar antes del rollout global.
• Características:
  • Switch inactivo por defecto.
  • Visible solo a un cierto grupo de tenants y un segmento de clientes piloto.

Para etapas finales del rollout

Lanzamiento para disponibilizar la nueva experiencia a casi todos los usuarios, pero aún se mantiene para un grupo específico la posibilidad de acceder a la versión antigua por un tiempo limitado.

• Cuándo usarlo:
  • Cuando solo un grupo reducido aún necesita usar la versión anterior.
  • Para terminar de migrar al 100% sin afectar flujos de usuarios específicos.
• Características:
  • Switch activo por defecto.
  • Visible solo para algunos tenants.