Metodología
De dónde sale cada dato, cada cuánto se lee y qué no puede decir
Esta página existe para que puedas discutir cualquier cifra de Frini sin fiarte de nosotros. Describe las fuentes, las condiciones de captura, la frecuencia real y los límites de cada lectura. Cuando algo cambie, cambiará aquí primero.
Tres clases de dato
Observado, estimado y registrado
Todo lo que muestra Frini pertenece a una de estas tres clases, y la interfaz las distingue por color en cada pantalla. Lo observado y lo estimado salen de Booking.com y van en frío; lo registrado sale del cierre del hotel y va en cálido. Nunca se suman ni se promedian entre sí.
- Observado
- Un precio o una disponibilidad leídos en Booking.com, con fecha, hora y condiciones de la consulta.
- Estimado
- Un cálculo sobre lo observado, con supuestos declarados. Nunca sustituye un dato desconocido por un cero.
- Registrado
- Lo que el hotel facturó según el cierre de su propio PMS. Ingresos reales, no una lectura de mercado.
Fuentes
Qué leemos, cómo, cuándo y con qué límites
Booking.com — precios del conjunto
- Qué
- Precio más bajo disponible por hotel y noche, tipo de habitación, y si el hotel aparece agotado.
- Cómo
- Consulta pública para una noche, dos adultos y una habitación, en euros. Un navegador lee la página de cada hotel para cada una de las 30 noches siguientes, de forma secuencial.
- Cuándo
- Una vez al día, a las 18:00 (hora de Madrid), para que el estado de la noche de mañana refleje el día de venta.
- Límites
- Es una observación con hora, no el precio del hotel. No vemos otras habitaciones ni otros canales, ni cuánto cobra el hotel.
Booking.com — disponibilidad visible
- Qué
- Cuántas habitaciones ofrece un hotel para una noche, cuando la página lo indica.
- Cómo
- Lectura diaria de la disponibilidad que el hotel implementado publica, para las próximas noches.
- Cuándo
- Una vez al día, a las 22:00 (hora de Madrid), en el caso implementado.
- Límites
- Booking muestra como máximo diez habitaciones: un 10 es «diez o más». Es el inventario puesto a la venta en ese canal, no la ocupación del hotel.
Canal propio del hotel
- Qué
- El precio que publica el motor de reservas del propio hotel para las mismas noches.
- Cómo
- Lectura del canal implementado, con las mismas condiciones que la de Booking.
- Cuándo
- Una vez al día, a las 17:30, media hora antes de la lectura de Booking, para que la comparación de paridad sea honesta.
- Límites
- Funciona para el motor implementado; otro motor requiere revisarlo antes de prometerlo.
Fira de Barcelona
- Qué
- Ferias y congresos con fechas y recinto (Gran Via o Montjuïc).
- Cómo
- Lectura del calendario público de Fira para el año en curso y el siguiente. Cada feria se identifica por su propio identificador, así que una feria que cambia de fecha actualiza su fila.
- Cuándo
- Cada lunes.
- Límites
- Fechas de celebración, no de montaje. Las fechas se contrastan con el organizador; la asistencia prevista no se usa como demanda.
Palau Sant Jordi, Sant Jordi Club, Estadi Olímpic
- Qué
- Conciertos y grandes eventos, una fila por noche, con el recinto.
- Cómo
- Lectura del programa público del Palau. Un evento de varias noches genera una fila por noche.
- Cuándo
- Cada lunes.
- Límites
- Se pesa por recinto (Estadi > Palau > Club) sin conocer las entradas vendidas.
Port de Barcelona
- Qué
- Escalas de cruceros previstas.
- Cómo
- Lectura del calendario público de escalas.
- Cuándo
- Bajo demanda desde la aplicación.
- Límites
- Contexto de llegadas a la ciudad; no entra en el indicador semanal.
Informes del PMS (OPERA, Manager Flash)
- Qué
- Ocupación, habitaciones vendidas, ingresos de habitaciones y F&B, ADR, segmentación por canal, por periodo y por día.
- Cómo
- Importación del PDF que exporta el hotel. Se guardan las cifras del informe tal cual; RevPAR y cuotas se calculan al mostrarlas y cada importación se verifica contra el PDF.
- Cuándo
- Cada vez que el hotel exporta un informe, normalmente cada mes.
- Límites
- Es una importación de informes, no una integración con el PMS. Solo existe para el hotel que los aporta.
Reglas que no rompemos
Cuatro decisiones que explican la mayoría de las pantallas
Un hueco no es un cero
Si una lectura falla, no se escribe nada. «Agotado» solo se registra cuando la página se leyó y no ofrecía habitaciones. Las dos cosas se ven distintas y no entran igual en los cálculos.
Un precio es una observación con hora
El mismo hotel y la misma noche dan precios distintos a las 08:00 y a las 18:00. Guardamos la hora de cada lectura y mostramos la fecha de captura junto a la cifra.
Lo estimado se ve como estimado
Una ocupación deducida de la disponibilidad visible lleva sus supuestos escritos en la propia pantalla: qué se contó, qué se asumió y qué falta.
Lo registrado no se recalcula
Las cifras del informe del PMS se guardan como el hotel las cerró. Las medidas derivadas se calculan al mostrarlas, para que su definición no pueda separarse de la página que las enseña.
Lo que no afirmamos
Preguntas que Frini no puede responder con estos datos
- La ocupación real de un competidor. Lo visible en Booking es el inventario puesto a la venta en ese canal, con sus restricciones.
- El precio medio que cobra un competidor (su ADR) ni cuánto factura. Solo vemos el precio publicado para una consulta.
- Que un evento haya causado una subida de precios. Vemos la coincidencia; la causa la pones tú con tu histórico.
- Datos en tiempo real. Son lecturas diarias fechadas, y cada pantalla dice de cuándo es la suya.
- Cobertura de cualquier hotel, ciudad u OTA. Hoy: Barcelona, Booking.com, y el canal propio y el PMS del hotel implementado. Lo demás se revisa antes de prometerlo.
Frini no está afiliada ni respaldada por Booking.com, no usa datos privados ni una API oficial de Booking, y no accede a información de viajeros. Las páginas se leen como lo haría una persona consultándolas.
Si quieres ver cómo se aplica esto a un mercado concreto, mira el análisis de precios de Booking o la demanda hotelera en Barcelona.
¿Quieres discutir una cifra concreta?
Trae un caso —una noche, un competidor, un informe— y lo leemos juntos en la demo con esta metodología delante.