Pellines // superficie auditada de producto

Mira la prueba de producto, no la versión folleto.

Esta página comprime la superficie real de Pellines: lo que el huésped espera de un producto de reservas moderno, lo que los equipos partner ya tienen live en código y lo que todavía requiere cierre en vez de esconderse detrás de lenguaje vago de plataforma.

Pasos de reserva

05

Fechas, huéspedes, datos, pago y confirmación viven sobre un mismo camino compartido.

Módulos activos

06

Módulos respaldados por código que ya viven en flujos para huéspedes o equipos.

Brechas parciales

02

Áreas donde el benchmark de mercado todavía va por delante de la superficie actual.

Líneas de expectativa

03

Expectativas de huésped y equipo usadas para mantener grounded la historia de features.

Benchmark de reserva del huésped

El huésped espera listings, fechas live, reglas de ocupación y claridad de precio desde el inicio.

Los sitios modernos de viaje dejan comparar estadías, elegir fechas, entender si la propiedad calza con el grupo y empezar a reservar sin perderse en párrafos ni CTAs muertos.

Benchmark del operador

El operador espera soporte tenant-safe, señales de confianza y control rápido sobre disponibilidad.

Una plataforma de reservas tiene que alinear sitios, soporte, confirmaciones y operación por marca o propiedad sin ralentizar al equipo.

Regla Pellines

La página tiene que probar el producto con mecánicas reales, no con relleno de agencia.

Estadías seleccionables, pasos de reserva visibles, labels concretos de capacidades y brechas marcadas con honestidad importan más que el posicionamiento decorativo.

Tablero de capacidades

Expectativas del huésped, workflows del equipo y capacidad real de Pellines.

Este tablero se mantiene honesto a propósito. Activo significa respaldado por código hoy. Activo en ops significa que el workflow del equipo ya corre. Parcial significa que el mercado lo espera, la plataforma tiene base, pero la superficie first-class todavía necesita cierre.

Módulo

Benchmark de mercado

Estado Pellines

Señales

Activo hoy

Motor de reserva directa

Los huéspedes pueden pasar de tarjetas de estadía a fechas, mezcla de huéspedes, precio, preferencia de pago y confirmación sobre un motor compartido.

Superficie

Reserva pública por tenant + reserva de huésped desde dashboard

Benchmark de mercado

Reserva directa al estilo Airbnb significa comparar estadías, abrir disponibilidad live, elegir combinaciones válidas de huéspedes y ver pricing confiable antes de enviar datos.

Estado Pellines

Pellines ya corre disponibilidad Bookalend, flujo de reserva de cinco pasos, 32 combinaciones válidas de huéspedes, repricing server-side, locks de reserva, estado de recovery y rutas de confirmación por tenant y dashboard.

Señales

  • Flujo de cinco pasos: fechas, huéspedes, datos, pago y confirmación
  • Repricing server-side autoritativo antes de crear la reserva
  • La hora de llegada sigue obligatoria desde el paso de fechas en adelante
Activo hoy

Sitios públicos por tenant

Las marcas partner conservan su propia navegación, soporte, legal y superficie de reserva sobre el mismo motor.

Superficie

Shell por tenant + rewrites de host + contexto de soporte por propiedad

Benchmark de mercado

Un SaaS turístico no puede tirar a todos los operadores dentro de un folleto heredado. Cada marca necesita su propio camino a la reserva con soporte y contexto de políticas propios.

Estado Pellines

Routing por tenant según host, rewrites por dominio partner, páginas legales y de soporte bajo control del tenant, y contexto de mapa y pago por propiedad ya están montados en la capa pública.

Señales

  • Las rutas fallback /t/<tenant> siguen siendo deterministas
  • Dominios y subdominios personalizados resuelven hacia el mismo shell por tenant
  • Soporte, ubicación, FAQ, galería y legal viven al lado de la reserva
Parcial

Soporte al huésped y mensajería de estadía

El soporte por propiedad ya acompaña la reserva. El lift pendiente es una bandeja pública de chat in-product completa.

Superficie

Soporte dentro del flujo de reserva + gobernanza ops + canales de contacto por propiedad

Benchmark de mercado

El huésped espera respuestas rápidas sobre llegada, pago y detalles de la estadía sin perder el contexto de la propiedad.

Estado Pellines

Pellines ya enruta huéspedes a canales de soporte por propiedad, sigue señales de respuesta en ops y conserva soporte de pago y llegada dentro del flujo. Lo pendiente es una bandeja pública de chat first-class, no la gobernanza ni el handoff.

Señales

  • El soporte de la propiedad atraviesa la reserva y las páginas del tenant
  • La gobernanza de inbox y las métricas de respuesta ya existen en superficies ops
  • La automatización de chat público debe ser el próximo uplift real, no una promesa de marketing falsa
Activo en ops

Opiniones y capa de confianza

Las opiniones verificadas, las solicitudes post checkout y el monitoreo operator-side ya viven en el código.

Superficie

Subsistema de reviews + operaciones partner/admin

Benchmark de mercado

Tanto Airbnb como Booking.com entrenan al huésped a confiar en opiniones verificadas post estadía y al operador a vigilar la presión del rating todo el tiempo.

Estado Pellines

El repo ya tiene tablas de opiniones, estadísticas públicas, solicitudes post estadía, helpful votes, rieles partner de reviews y agregación de sentimiento por IA en backend.

Señales

  • El flujo de email para solicitar opiniones post estadía ya está cableado
  • Las estadísticas y opiniones recientes ya se exponen en dashboards
  • La agregación de sentimiento existe sin fingir que la capa pública de IA ya está terminada
Activo en ops

Inteligencia de distribución y OTA

El lado operador ya entiende la presión entre directo y OTA en vez de esconder la realidad del canal.

Superficie

MASTER analytics + dashboard ejecutivo

Benchmark de mercado

Airbnb y Booking.com instalan la expectativa de que los operadores entienden mezcla de canal, calidad de respuesta, cancelaciones y contribución de ingresos por canal.

Estado Pellines

MASTER analytics ya expone mezcla directo versus OTA, revenue por canal, ADR y guardrails de standing OTA derivados de reviews, cancelaciones y métricas de respuesta.

Señales

  • La analítica de mezcla de canal ya está live
  • Los guardrails de standing OTA siguen umbrales de calificación de Airbnb y Vrbo
  • Esto es una feature operator-side hoy, no un claim falso de conector marketplace para partners
Activo hoy

Runtime móvil para operación

El shell móvil ya soporta ejecución operator-side sin convertirse en una app folleto para huéspedes.

Superficie

App móvil + runtime de dashboard

Benchmark de mercado

Operaciones estilo Booking.com Pulse y ejecución en tiempo real se esperan cuando la plataforma deja de ser brochureware.

Estado Pellines

Pellines ya despacha una build Android orientada al operador con acceso al dashboard por rol, recovery de reservas, plumbing de auto-update y superficies listas para terreno.

Señales

  • La superficie de distribución APK ya está live en /app
  • El manifiesto de auto-update y la identidad de instalación ya están alineados con Pellines
  • El shell móvil comparte la misma lógica de auth y reservas que la plataforma web
Activo hoy

Controles de rollout por tenant

La capa SaaS ya tiene alcance, configuración y enablement en vez de una sola central global.

Superficie

Gobernanza MASTER + tenancy + readiness de propiedad

Benchmark de mercado

Un booking SaaS serio necesita contexto por tenant y propiedad, control de rollout por feature y lectura clara de readiness antes de lanzar.

Estado Pellines

El contexto por tenant y propiedad en dashboard, feature flags y scoring de completitud de configuración ya existen y soportan lanzamientos controlados.

Señales

  • Los feature flags escalan por propiedad, tenant y luego scope global
  • Los scores de completitud miden readiness de marca, pago, mapas y reglas
  • Los lanzamientos pueden mantenerse estrechos sin clonar el motor
Parcial

Workflows asistidos por IA

La base backend existe, pero la historia pública tiene que seguir siendo honesta sobre lo que sí y lo que no es first-class todavía.

Superficie

Insights de IA en backend + futura capa de asistencia operativa

Benchmark de mercado

Booking.com ya vende soporte de viaje con IA, mensajería inteligente y asistencia automatizada dentro del journey, así que los workflows asistidos ya van camino a ser estándar.

Estado Pellines

Pellines ya tiene sugerencias dinámicas de pricing, análisis de sentimiento y hooks de detección de anomalías en backend. Lo que todavía no existe como superficie completa es el soporte de viaje customer-facing y la automatización de smart replies.

Señales

  • Las sugerencias dinámicas de pricing ya existen en Convex
  • El análisis de sentimiento y la detección de anomalías ya se pueden consultar
  • El soporte customer-facing con IA debe construirse como workflow real, no insinuarse con copy vaga

Regla de entrega

Mostrar el camino del huésped

Un booking SaaS tiene que probar tarjetas de inventario, selección de fechas, reglas de huéspedes, lógica de pricing y flujo de confirmación antes de empezar a vender estrategia.

Regla de entrega

Proteger el borde del tenant

Dominios, soporte, legal, mapas y contexto de pago tienen que quedarse por propiedad en vez de filtrar una marca partner sobre todas las demás.

Regla de entrega

Mantener honestas las brechas

La automatización pública de chat para huéspedes y el soporte de IA customer-facing son candidatos reales de uplift, pero tienen que seguir marcados como parciales hasta que la superficie esté terminada de verdad.

Siguiente movimiento

Revisa la superficie del producto o scopea el siguiente rollout.

Usa el tablero auditado para hablar del producto real de reservas, el toolkit live para equipos y la superficie de launch que todavía tiene que shippear, en vez de volver al lenguaje vago de folleto.

Revisar planesRevisar partnersContactar a Pellines