Diseño Experimental y A/B · Formación Transversal

Trampas del análisis experimental

Identificar y controlar las trampas del A/B: mirar antes de tiempo, comparación múltiple, SRM e interferencia, y sus correcciones.

Trampas del análisis experimental

Un experimento mal leído engaña Aleatorizar te da el derecho a hablar de causalidad. Leer mal el experimento te da la licencia para decidir con números que mienten.

Los ensayos controlados online son el estándar para medir el impacto de un cambio, pero esconden trampas que producen falsos positivos o conclusiones inválidas. Reconocerlas es tan importante como saber diseñar el experimento.

Mirar antes de tiempo (peeking)

Parar el experimento en cuanto el valor p cruza el umbral, sin corregir, dispara la tasa de falsos positivos: con suficientes miradas, casi cualquier efecto se vuelve "significativo" por azar. La salida son reglas de parada o análisis secuencial.

Comparación múltiple

Si mides veinte métricas o segmentos, es probable que alguna salga significativa solo por el número de pruebas. Controles como Bonferroni o el FDR ajustan el umbral para que el hallazgo no sea un artefacto de mirar mucho.

Diagrama de tres bandas: la fase de diseño (potencia, aleatorización, control de SRM); la fase de lectura (peeking y comparación múltiple); y los supuestos que sostienen la inferencia (SUTVA, efectos de novedad y validez externa).
Las trampas aparecen tanto al diseñar como al leer; los supuestos se rompen en silencio.

Sample Ratio Mismatch (SRM)

Si el porcentaje real de unidades por variante difiere del esperado (por ejemplo, asignabas 50/50 y sale 52/48), hay un bug: el experimento está roto antes de interpretar nada. SRM invalida las comparaciones y hay que corregir el sistema, no "leer" el resultado.

Interferencia y efectos de red

La aleatorización asume que tratar a una unidad no afecta a las demás. En marketplaces o redes, un cambio en el grupo de control puede tocar al grupo de tratamiento (SUTVA violada). La solución es aleatorizar por clusters (ciudades, grupos).

Cada trampa tiene un nombre, un diagnóstico y una corrección concreta.
TrampaQué rompeCómo evitarla
Peekingel control del error tipo Iparada secuencial corregida
Comparación múltiplela tasa de falsos positivosBonferroni o FDR
SRMla validez del experimentoalertar y corregir el reparto
Interferenciala independencia entre unidadesaleatorizar por clusters

Validez externa y novedad

Errores frecuentes

Ejemplo resuelto: un "ganador" sospechoso

  1. Verificar SRM antes de mirar métricas de negocio.
  2. Revisar cuántas veces y cuándo se consultó el resultado.
  3. Corregir por el número real de métricas evaluadas.
  4. Confirmar estabilidad del efecto tras la novedad inicial.

¿Para qué sirve en la realidad?

La cultura data-driven vive de experimentos; su credibilidad depende de no celebrar hallazgos frágiles. Evitar estas trampas protege tanto el resultado actual como la confianza en el método.

¿Qué invalida un experimento por sí mismo, antes de leer cualquier métrica?

Detener un experimento en cuanto el valor p cruza el umbral, sin corrección, mantiene la tasa de falsos positivos bajo control.

Cuando una intervención sobre una unidad afecta a otra y se viola la independencia, se incumple el supuesto .

Clasifica cada situación según qué trampa representa.

Peeking
SRM
Interferencia

Une cada trampa con su corrección.

Trampas experimentales

Parar al cruzar el umbral sin corregir
peeking
El reparto real no coincide con el esperado
SRM
Tratar a una unidad afecta a otra
violación de SUTVA
Umbral ajustado por muchas pruebas
Bonferroni / FDR
Subida inicial que luego se revierte
efecto de novedad

Trampas del análisis experimental

# Trampas del A/B
## Leer
### peeking y parada
### comparacion multiple FDR
## Validar
### SRM reparto
## Supuestos
### SUTVA interferencia
### clusters
### novedad y validez externa

Exp Platform (Kohavi, Deng, Tang)
Referencia de los líderes del área sobre experimentación controlada online.

Problema de comparaciones múltiples (Wikipedia)
Fundamento del control de errores al evaluar muchas hipótesis.

Tu equipo lanza un A/B a las 24 h porque "salió significativo" y con reparto 53/47 entre variantes. Diagnostica los problemas metodológicos y explica en qué orden los revisarías antes de tomar cualquier decisión.