Icono del sitio Yellowfin BI

Crear un panel de analítica para alquileres vacacionales en Yellowfin

Building a vacation rental analytics dashboard in Yellowfin

Gestionar un alquiler vacacional es una tarea laboriosa.

Comunicarse con los huéspedes, gestionar el personal de limpieza, desarrollar una estrategia de precios... Todo es un trabajo que consume mucho tiempo.

Lo que lo hace más difícil es que muchas decisiones se toman con información parcial: la sensación de que "este mes pareció ajetreado", la corazonada de que los precios podrían ser demasiado bajos, o el vago presentimiento de que un canal de reservas está empezando a dominar. Así es como la intuición reemplaza silenciosamente a la evidencia.

Aquí es donde el análisis de alquileres vacacionales demuestra su valor

El análisis de datos nos brinda una visión objetiva de lo que realmente sucede en el negocio, para que podamos dedicar menos tiempo a adivinar y más tiempo a actuar. Más importante aún, nos ayuda a ofrecer una experiencia de alta calidad constante que hace que los huéspedes sigan regresando.

El desafío es que la verdad generalmente se encuentra dispersa entre plataformas de reserva, hojas de cálculo e instintos. Un buen panel de control (dashboard) lo reúne todo en un solo lugar y ofrece a los usuarios una lectura rápida y honesta del rendimiento, con la capacidad de profundizar en el momento en que algo parece extraño o inesperadamente bueno. Dicho esto, esto es lo que construiremos:

YouTube video player


Paso a paso: cómo construimos el panel de control para alquileres vacacionales

Cuando crea una aplicación, el objetivo no es solo darles gráficos a los usuarios. El objetivo es darles confianza dentro del flujo de trabajo en el que ya se encuentran. Para eso sirve el análisis integrado (embedded analytics). El panel de control se encuentra dentro de su aplicación, habla el idioma de su producto y responde a las preguntas que los usuarios ya se hacen, sin enviarlos a una hoja de cálculo u otra plataforma.

En esta publicación de blog, construiremos el mismo tipo de base que utilizaría en un escenario integrado real:

  • un conjunto de datos de reservas almacenado en PostgreSQL
  • una conexión de origen de datos limpia en Yellowfin
  • Una Vista (View) diseñada para paneles de control y NLQ
  • y un panel de control que puede ampliarse a medida que crece su producto

Paso 1: Cómo crear la base de datos de PostgreSQL

Comenzamos almacenando las reservas en PostgreSQL, con una fila por reserva y variables como la fecha de reserva, las noches reservadas, la tarifa por noche, etc. Desde PowerShell, abra psql y cree una base de datos para la demostración:

CREATE DATABASE hotel_demo;

\c hotel_demo

Crear la tabla de reservas

A continuación, creamos una tabla de reservas plana (flat table) diseñada para admitir los tipos de preguntas que los propietarios hacen de forma natural.

DROP TABLE IF EXISTS bookings_flat;

CREATE TABLE bookings_flat (

  booking_id               INTEGER PRIMARY KEY,

  booking_date             DATE,

  nights_booked            INTEGER,

  guests                   INTEGER,

  apartment_capacity       INTEGER,

  guest_country            TEXT,

  channel_type             TEXT,

  device                   TEXT,

  nightly_rate_eur         NUMERIC(10,2),

  total_booking_value_eur  NUMERIC(12,2)

);

Esta estructura es intencionalmente simple: refleja cómo funcionan los sistemas de reserva, mantiene la granularidad evidente y hace que los análisis posteriores sean más fáciles de explicar y ampliar.

Cargar los datos desde un archivo CSV a nuestra tabla de PostgreSQL

Con la tabla lista, cargamos el CSV:

\copy bookings_flat

FROM 'C:\Users\YourUser\Desktop\bookings_flat.csv'

DELIMITER ','

CSV HEADER;

Una comprobación rápida confirma que todo está allí:

SELECT COUNT(*) FROM bookings_flat;

En este punto, tenemos un conjunto de datos limpio a nivel de reserva que está listo para ser expuesto a una capa de análisis.

En el siguiente paso, conectaremos esta base de datos a Yellowfin, construiremos nuestras primeras Vistas y comenzaremos a dar forma a los datos en algo que sus usuarios finales puedan explorar directamente dentro de su producto.


Paso 2: Conectar PostgreSQL a Yellowfin y exponer los datos de forma segura

El siguiente trabajo es hacer que la base de datos esté disponible para la capa de análisis de manera controlada.

Aquí es donde entra Yellowfin.

Para los equipos de producto, este paso es fundamental. No solo está conectando una base de datos. Está decidiendo qué se les permitirá ver a sus usuarios finales, sobre qué podrán hacer preguntas y a partir de qué podrán construir conocimientos dentro de su aplicación.

Crear una fuente de datos de PostgreSQL en Yellowfin

Desde la interfaz de administración de Yellowfin, creamos una nueva fuente de datos y la apuntamos a nuestra instancia de PostgreSQL.

Necesitará:

  • host
  • puerto
  • nombre de la base de datos
  • nombre de usuario y contraseña

Una vez conectado, Yellowfin puede ver el esquema de la base de datos, pero aún no se expone nada a los usuarios. Esa separación importa. Las tablas no están automáticamente disponibles para generar informes.

Crear una Vista sobre la tabla de reservas

Ahora creamos una Vista (View) basada en la tabla bookings_flat.

En Yellowfin:

  • crear una nueva Vista
  • seleccionar bookings_flat como la tabla base

Dentro de la Vista, cambiamos los campos a métricas, dimensiones y tiempo donde sea necesario.

building a vacation rental analytics dashboard in yellowfin

Este paso puede parecer administrativo, pero tiene un impacto directo en la experiencia del usuario. Una Vista bien definida hace que los paneles de control sean más fáciles de construir y que las preguntas NLQ sean mucho más confiables.

Lo que esto permite inmediatamente

Con una sola Vista en su lugar, desbloqueamos varias cosas a la vez:

  • se pueden construir paneles de control sin tocar SQL
  • NLQ comprende qué se puede contar, promediar o agrupar
  • los equipos de producto pueden evolucionar los análisis sin cambiar la base de datos

Lo más importante es que hemos creado un límite claro. PostgreSQL sigue siendo la única fuente de verdad. Yellowfin se convierte en la capa de narración de historias (storytelling).

En el siguiente paso, utilizaremos esta Vista para construir los primeros gráficos del panel de control y mostraremos cómo NLQ se integra naturalmente en la experiencia.


Paso 3: Construir los primeros gráficos y dejar que NLQ haga lo que mejor sabe hacer

dashboards can be built without touching SQL
Con la Vista de reservas en su lugar, finalmente podemos responder a la pregunta que les importa a los equipos de producto:

¿Cómo se ve una experiencia de análisis útil para un usuario final?

El objetivo aquí no es construir todos los gráficos posibles. Es sacar a la luz los correctos. Gráficos que brindan claridad inmediata y que, naturalmente, invitan a realizar preguntas de seguimiento.

Aquí es donde Yellowfin comienza a brillar.

Comience con el resultado, no con la exploración

Comenzamos construyendo primero los gráficos que responden preguntas a nivel de resultados. Estas son las preguntas que los propietarios hacen sin necesidad de que se les indique.

Ingresos a lo largo del tiempo
Esta es el ancla. Indica a los usuarios si el negocio tiende en la dirección correcta y proporciona contexto para todo lo demás en el panel de control. Por sí solo, no explica por qué se movieron los ingresos, pero nos dice dónde buscar a continuación.

building a vacation rental analytics dashboard in yellowfin

Tarifa promedio por noche por mes
Este gráfico da sentido a los cambios en los ingresos. Muestra si el rendimiento está impulsado por los precios o por el volumen. Cuando los ingresos aumentan junto con tarifas estables, es probable que la demanda esté aumentando. Cuando las tarifas caen sin un aumento en las reservas, la estrategia de precios se convierte en un interrogante.

Estos dos gráficos juntos ya reducen las conjeturas. Convierten las impresiones vagas en algo medible.

Agregue contexto de comportamiento

Una vez que los resultados son visibles, agregamos la capa del comportamiento.

Número de reservas
Las reservas muestran la demanda independientemente del precio. Un aumento en las reservas combinado con ingresos estables sugiere presión sobre los precios. Menos reservas con ingresos estables a menudo significa estadías más largas o huéspedes de mayor valor.

Duración promedio de la estadía
Aquí es donde entra en juego la realidad operativa. Las estancias más largas generalmente significan menos rotación de huéspedes y operaciones más predecibles. Las estancias más cortas aumentan la carga de trabajo y pueden ocultar una demanda más débil detrás de un mayor número de reservas.

Estos gráficos ayudan a los usuarios a comprender no solo qué sucedió, sino cómo sucedió.

Haga visible la estrategia

Finalmente, sacamos a la luz los gráficos que influyen en las decisiones a largo plazo.

Ingresos por canal
Esto muestra cuán dependiente es el negocio de Booking.com, Airbnb, Expedia, las reservas directas o los clientes sin reserva previa (walk-ins). Una gran dependencia de las OTA puede impulsar el volumen, pero afecta los márgenes. El crecimiento de las reservas directas suele ser señal de una demanda más sana y un mayor reconocimiento de la marca.

building a vacation rental analytics dashboard in yellowfin

Origen del huésped
El país del huésped agrega un contexto que los números por sí solos no pueden proporcionar. Con el tiempo, este gráfico puede orientar el enfoque de marketing y las decisiones de precios estacionales.

Dónde encaja naturalmente NLQ

Una vez que estos gráficos están en su lugar, NLQ deja de ser una novedad y comienza a comportarse como una extensión natural del panel de control.

Los usuarios pueden hacer preguntas de seguimiento como:

  • reservas por canal el mes pasado
  • tarifa promedio por noche para reservas directas
  • ingresos de huéspedes en Alemania
  • duración de la estancia por dispositivo

Dado que la Vista se diseñó cuidadosamente, estas preguntas devuelven respuestas sensatas sin necesidad de explicación. NLQ funciona mejor cuando el modelo de datos ya refleja cómo piensan los usuarios.

Por qué esto es importante para los equipos de producto

Ya no les está mostrando a los usuarios informes estáticos. Les está dando:

  • una visión compartida del rendimiento
  • la capacidad de hacer sus propias preguntas
  • la confianza de que los conocimientos provienen de la misma fuente de verdad

¿Y la mejor parte? A medida que los datos ingresan a su base de datos, los gráficos en Yellowfin se actualizan automáticamente. Esto significa que sus usuarios tienen una vista en tiempo real del rendimiento de la empresa.

¿Cree que está listo para comenzar a construir su propio panel de control? Regístrese en un entorno de pruebas privado (playground) donde podrá experimentar todo el poder de Yellowfin. Beneficio adicional: encontrará ejemplos de código que facilitan la integración de análisis en su aplicación. ```

Salir de la versión móvil