Respuesta rápida (actualizada el 08-11-2026): Dolor: en un hotel chico, la reserva termina en un motor de terceros y el contacto del huésped queda en ese sistema. Resultado: que el huésped reserve en tu propio sitio, con confirmación por un canal propio y tu CRM de reservas, y que sepas cuántos te escriben y cuántos confirman. Antes de cambiar nada: ¿quién decide en tu hotel y con qué criterios? Hablemos
Las preguntas que más se repiten en un hotel chico son siempre las mismas: ¿hay disponibilidad para el fin de semana?, ¿incluye desayuno?, ¿a qué hora es el check-in?, ¿se puede pagar por transferencia?, ¿aceptan mascotas? Cada una llega por WhatsApp, Instagram o el formulario de contacto, y alguien del staff —a veces el propio dueño— se detiene a responderla. El huésped que sí decide reservar termina en un motor de reservas de un tercero: gehoweb, paxer, cloudbeds. El contacto queda allá, no en el hotel.
El resultado que buscas no es "responder 24/7 con un chatbot": es que la reserva y el contacto del huésped queden en un sistema que el hotel controla, y que sepas cuántos huéspedes te escriben directo y cuántos confirman.
El patrón que se repite
Revisamos tres hoteles chilenos chicos y medianos (octubre–noviembre 2026) y en los tres el botón de reserva lleva afuera:
- Hotel Melillanca (Valdivia): el botón "RESERVA AQUI" apunta a
gehoweb.cl/hotelmelillanca/. - Domos Dream (La Serena): el botón "RESERVA AHORA" apunta a
paxer.com/reservacion?hot_id=845&userLang=es. - Hotel Escorial (La Serena): el widget "Room Reservation" embebido en el sitio propio termina en
us2.cloudbeds.com.
No es un problema de diseño: es un problema de dónde vive la relación con el huésped. El hotel pone el botón, pero la conversación, la cotización y los datos quedan en el motor de reservas. Cuando el huésped quiere cambiar la fecha, preguntar por un late check-out o extender la estadía, el hotel responde desde un correo o WhatsApp, pero el "estado" de la reserva vive en el motor. Dos verdades, dos sistemas, dos personas que no se ponen de acuerdo.
Qué se queda en el motor de terceros
Cuando la reserva ocurre en un motor externo, lo que típicamente se queda allá:
- Datos de contacto del huésped (nombre, email, teléfono).
- Historial de reservas y preferencias (tipo de habitación, fechas, número de huéspedes).
- Pagos y depósitos (qué se cobró, cuándo, por qué canal).
- Comunicaciones (confirmaciones, recordatorios, instrucciones de check-in).
- Reportes de ocupación, ingresos y cancelaciones.
El hotel puede exportar algún reporte, pero la relación queda fragmentada: el motor sabe más del huésped que el hotel. Si el motor cambia de precio, cierra, o el hotel quiere cambiar de proveedor, la historia no se mueve con él.
Tres preguntas para calificar la decisión
Antes de cambiar nada, responde esto:
- ¿Quién decide? En un hotel chico suele ser el dueño, pero en uno mediano puede ser quien lleva las reservas, y cada uno compra distinto. Si el motor lo usa recepción y lo decide el dueño, tu propuesta tiene que responderle a los dos.
- ¿Con qué criterios eligen? Que no se pierdan reservas, que el huésped escriba al hotel en vez de al motor, o simplemente que la reserva no se vaya con otro proveedor: son tres compras distintas y no se venden igual.
- ¿Cómo es el proceso? ¿Quién hace el cambio, en qué plazo y qué pasa con las reservas que ya están tomadas? Reemplazar un motor sin plan de migración es justo como se pierden reservas.
Y una más: ¿quién es tu champion? La persona que va a responder cuando el huésped pregunte por su reserva. Si esa persona no sabe que el contacto quedó con el hotel, el cambio no se sostiene.
Qué se puede responder sin ceder el contacto
No todo requiere un humano. Una parte importante de las consultas de un hotel chico es pregunta factual repetible: disponibilidad, tarifa, políticas, check-in/out, desayuno, mascotas, estacionamiento, wifi, transferencias. Esas se pueden responder con un agente que tenga acceso a una fuente de verdad propia —tarifas y políticas cargadas en el sitio del hotel— y que no necesite tocar el motor de reservas.
Lo que el agente no debe hacer:
- Inventar disponibilidad (si no está conectado al PMS o al motor, no sabe).
- Prometer una tarifa que no existe.
- Cobrar o confirmar una reserva sin que el hotel lo decida.
La regla de oro: el agente responde, el hotel decide. Si la consulta es "¿hay disponibilidad para el 15?", la respuesta correcta es "te confirmo disponibilidad en cuanto revise el calendario, déjame tu correo para avisarte" — no "sí, hay una habitación disponible" si no se sabe.
Cómo armar un flujo propio
La idea no es reemplazar el motor de reservas de la noche a la mañana. Es poner un paso propio antes y después:
- Antes de reservar: el huésped consulta en el sitio del hotel (chat, formulario, WhatsApp) y el agente responde con tarifas y políticas. Si quiere reservar, el agente envía un enlace al motor de reservas —pero el contacto ya quedó en el sistema del hotel, no solo en el motor.
- Después de reservar: la confirmación llega por un canal propio (correo con traza, WhatsApp del hotel) con los datos de la reserva. Si el huésped quiere cambiar algo, responde al hotel, no al motor.
- CRM de reservas: el hotel mantiene su propia lista de huéspedes, con historial, preferencias y notas. Esa lista es suya, no del motor.
Esto no requiere un PMS completo. Requiere tres piezas: un agente que responda con datos propios, un correo con traza para las confirmaciones, y un CRM mínimo donde quede el contacto. Eso es lo que Personnn Startup incluye: sitio propio, catálogo, cobro con Mercado Pago o Stripe, y un agente que responde a los clientes. Si el hotel necesita algo más a medida (integración con un PMS, automatización de reportes, agente con memoria de huéspedes), eso es un proyecto de servicios.
Lo que no conviene hacer
- Reemplazar el motor de reservas sin un plan de migración: si el hotel cambia de motor sin avisar, las reservas existentes se pierden.
- Prometer "reserva en tu propio sitio" sin tener un motor de reservas propio: si el hotel no tiene un PMS o un motor propio, la reserva sigue ocurriendo en un tercero. Lo honesto es decir "reserva en el motor que elijas, pero el contacto y la confirmación quedan con el hotel".
- Automatizar la confirmación sin revisar las políticas: si el hotel no tiene políticas claras de cancelación, depósito y check-in, el agente las va a inventar.
- Ignorar la privacidad de los datos del huésped: el hotel es responsable de los datos que recoge. Si no tiene términos y políticas de privacidad, no debería recoger datos.
Fuentes
- Hotel Melillanca (Valdivia), sitio oficial revisado el 04-11-2026 (hotelmelillanca.cl): el botón "RESERVA AQUI" apunta a
https://www.gehoweb.cl/hotelmelillanca/; el sitio tiene formulario de contacto propio y enlaces a WhatsApp, Facebook e Instagram. - Domos Dream (La Serena), sitio oficial revisado el 04-11-2026 (domosdream.cl): el botón "RESERVA AHORA" apunta a
https://paxer.com/reservacion?hot_id=845&userLang=es; el sitio incluye un chat de ayuda. - Hotel Escorial (La Serena), sitio oficial revisado el 03-11-2026 (hotelescorial.cl): el widget "Room Reservation" embebido en el sitio propio deriva a
us2.cloudbeds.com. - Personnn, landing de Personnn Startup (personnn.com/startup, leída el 04-11-2026): sitio propio, catálogo, cobro con Mercado Pago, Stripe o Rebill y un agente que responde a los clientes; US$49 al mes o US$539 pagando el año, con un mes gratis.
- Personnn, landing de Personnn Mail (personnn.com/email): envío de correo con control y trazabilidad por el equipo.
Próximo paso
- Hablemos de tu caso: revisamos tu flujo de reservas y te decimos por dónde partir.
