Historia
Por qué tratamos los rollouts como producto
Feature flags no bastan: el rollout es una experiencia, con estados, mensajes y criterios de aborto que alguien tiene que diseñar.
Un rollout “técnicamente correcto” puede sentirse roto para el usuario. Si el 10% ve una UI nueva sin explicación, sin escape y sin telemetría accionable, no estás lanzando: estás experimentando con personas que no se ofrecieron.
El marco que usamos
Antes de encender un flag en producción respondemos tres preguntas:
- ¿Qué ve el usuario si el experimento falla a mitad?
- ¿Quién decide abortar, y con qué señal?
- ¿Cómo se ve el estado mixto (viejo + nuevo) en soporte?
Un ejemplo corto
En un cambio de listado de farmacias, el flag estaba bien cableado. Lo que faltaba era el empty state del grupo de control cruzado: usuarios que perdían una farmacia favorita sin mensaje. El fix no fue más código de flags; fue un estado vacío honesto y un criterio de kill claro.
Los rollouts son parte del producto. Los diseñamos como tal.