Rutina de métricas de Clan

Cómo se lee

• T−n: semanas hasta la fecha de inicio.
• % cupo: confirmados / cupos.
• Referencia: el % cupo que tenía la edición anterior del mismo destino a la misma T−n. Mientras no exista la curva real, proxy lineal: % del período de venta transcurrido.
• Δ: puntos contra la referencia. El único número que responde "¿vamos bien?".
• Semáforo: Δ ≥ 0 · entre 0 y −15 · menos de −15, o cero reservas en la semana.

Dos líneas fijas debajo de la tabla

• ④ Cupos en venta próximas 16 semanas — si hay algo que vender. Cero = hueco de oferta.
• Contactos sin reserva — altas de la semana y stock. El target que hoy no engancha con fecha o destino; se vacía cuando alguien reserva.

Cómo corre la conversación 15 min, en este orden

1. Inputs por función (4 min). Cada dueño lee su fila: número, Δ, "hago algo / no hago nada". Un minuto por función, sin debate. Es para saber dónde está el problema antes de mirar las ediciones.
2. Filas de edición en rojo (4 min). Una sola pregunta por fila: ¿es demanda o es conversión? La respuesta ya está en los inputs: pauta y web bien y gente sin contactar → conversión; reservas en caída con landing → reserva estable → tráfico. Una acción, un responsable de la función que corresponda.
3. Filas en amarillo (2 min). Se nombran. Acción sólo si llevan dos semanas en amarillo.
4. Las tres líneas fijas (3 min). Sin contactar hace más de un día → quién lo llama hoy. Cupos a 16 semanas en cero → abrir la conversación de la próxima edición. Tally vs. Airtable mayor a cero → Ventas carga lo que falta antes del miércoles.
5. Cierre (2 min). Una decisión, o ninguna. Se escribe en la minuta con responsable y fecha. "Sin cambios" también es información.

Lo que NO se discute el lunes

• El 12 m rodante. No cambió desde la semana pasada.
• El CVR o el tráfico de esta semana sola. Se leen a 8 semanas rodantes. Una semana no es una tendencia.
• Por qué una edición vendió menos que otra de otro destino. No son comparables.
• Cambios de definición de una métrica. Eso es del post-mortem.
• El feedback de los viajeros. Muestra chica, va al post-mortem.

Si el lunes se discute algo de esta lista, la reunión se pasó de los 15 minutos.

Bloque A · Resultado 12 meses rodantes

Una pregunta: ¿el movimiento vino de la oferta o de la demanda? Viajeros = Cupos × Ocupación. Cayeron los cupos → decisión de oferta ya tomada. Cayó la ocupación → demanda o conversión: ir a las palancas.

Bloque B · Los tres outputs y los ocho inputs

En columna, con el mes anterior al lado. Sólo se comenta la que cambió más de lo esperable. Las que faltan por datos se marcan, no se discuten.

Definiciones en el Árbol de métricas de Clan, secciones 3 y 4.

Bloque C · Vuelta y email

Los dos pools y el canal que los trabaja: repitentes del mes (⑩) · reconvertidos de la base (⑪, cortado por pool: reservas caídas y contactos del form corto) · CTOR y bajas por clic de las masivas · base activa. Si la base activa crece y la reconversión no, el email llega pero no mueve.

La apertura no se mira: inflada por Apple Mail, no predice el clic.

Qué se mira

1. La fila completa de esa edición, cerrada: cupos, confirmados, % cupo, reservas totales, conversión de nuevos, repitentes, días de venta.
2. La curva de venta real (cuando exista Fecha de reserva): % cupo semana a semana. Se guarda: es la referencia de la próxima edición de este destino.
3. Lo que no va a la semanal: el motivo de caída de las reservas —análisis ocasional, sin umbral ni semáforo—, días reserva → pago, recompra por host, respuesta y satisfacción del feedback, el mix de plazas por tipo de descuento (lista / early bird / repitente) —lo único que se mira de precio, y sirve para calibrar el early bird de la próxima— y el % de plazas de repitentes como nota de composición.
4. Feedback del host, obligatorio.

Cómo corre 30 min

Salida: tres aprendizajes y los cambios para la próxima edición del destino, en una página. Se guarda con la edición.