Formulario previo al check-in: qué pedir, cuándo enviar y cómo subir el ratio

Guía campo por campo del formulario previo a la llegada para Anfitriones de alquiler corto. Qué preguntar, qué saltar y cómo pasar del 90 % de cumplimentación.

GGribadan9 min de lectura
Formulario previo al check-in: qué pedir, cuándo enviar y cómo subir el ratio

El primer formulario previo a la llegada que mandé tenía doce campos. Número de DNI, foto frente y dorso, hora estimada de llegada, número de Huéspedes, edades de los niños, si alguien fumaba, si planeaban recibir visitas, requisitos dietéticos, estancias previas en Airbnb y un cuadro de texto libre «cuéntanos sobre ti» al final. Tasa de cumplimentación: ~35 %. Dos Huéspedes calificaron el formulario de «invasivo» en sus reseñas. Uno reservó el piso, no abrió el formulario y se plantó en el portal a las 03:40 con maleta y sin código.

Este es el artículo sobre por qué ese formulario estaba mal, cómo es uno que funciona, cuándo enviarlo y cómo conseguir que más del 90 % de Huéspedes lo rellenen sin quejarse.

Qué reemplaza un formulario previo de verdad

Antes de los formularios previos, los Anfitriones llevábamos un hilo de chat ida y vuelta. «¿A qué hora llegáis?» «¿Cuántos sois?» «¿Me mandas escaneo de pasaporte para el registro municipal?» Tres mensajes, tres ciclos de respuesta, a menudo extendidos por dos días. Si el Huésped estaba en el extranjero, el huso horario añade medio día por ronda.

El formulario lo colapsa a un round-trip: mandas un enlace, lo rellenan una vez, tienes todo al check-in. El ahorro suena pequeño por Huésped —quizá diez minutos— pero a 20 reservas/mes equivale a un día laboral por trimestre tecleando las mismas preguntas en chats distintos.

El formulario reemplaza tres flujos:

  • La pregunta de hora de llegada. Necesitas la ventana para informar a la limpiadora y prep-temperatura. Sin ella adivinas si dejar la calefacción al mediodía para una llegada que resulta ser a las 22:00.
  • La confirmación de cabezas. Las reservas vienen como «1 adulto» a veces y el grupo real son tres. Quieres saberlo antes de que lleguen, no en la puerta.
  • Datos de registro local. En la mayoría de la UE y muchos municipios de EE. UU. tienes que registrar Huéspedes con la policía o el ayuntamiento. Berlín, Viena, Lisboa, Florencia, Barcelona, todas las ciudades rusas, media Toscana. El formulario mete los datos en tu mano sin un escaneo de pasaporte por WhatsApp.

Si solo corres estancias domésticas en mercado sin requisito de registro y tienes cerradura inteligente que envía el código solo, puede que no necesites formulario. En el resto de casos, el coste-beneficio aterriza sólido en tenerlo.

Los campos que importan (y los que no)

Tras tres años y unos cientos de formularios, esta es la lista que se gana el sueldo.

Mantén:

  1. Hora estimada de llegada —ventana de 2 horas basta—. Desplegable con 4 opciones («mañana 08–12 / tarde 12–17 / noche 17–21 / madrugada, después de las 21»). Campos de hora libre producen «sobre la hora de comer» que no puedes accionar.
  2. Número de adultos / niños —dos campos numéricos—. Úsalos para confirmar contra la reserva y dimensionar la cesta de bienvenida si la haces.
  3. Nombre completo del Huésped principal y tipo de documento —tal cual aparece en el documento—. Requerido si tu jurisdicción registra Huéspedes; opcional si no. No pidas el número de documento salvo que tu sistema de registro lo requiera en el formulario.
  4. Subida de documento —foto solo de la página de ID—. Un archivo, JPG o PDF, menos de 5 MB. Si tu jurisdicción no lo requiere, sáltatelo. Los escaneos son el campo que más Huéspedes resisten, y con razón.
  5. Teléfono accesible el día de llegada —prefijo en desplegable más número—. Aunque la plataforma te dé chat, un número real es lo que necesitas a las 23:30 si un Huésped está perdido.
  6. ¿Algo que debamos saber? —un campo libre opcional—. De aquí salen los «tenemos un bebé, ¿pueden retirar la mesa de cristal?» o «aterrizamos a las 02:00 y vendremos cansados». Mantenlo opcional. La mitad lo salta; la mitad que lo rellena es oro.

Salta:

  • Preferencia de fumar. Las normas ya lo prohíben; preguntar implica que igual te flexibilizas.
  • Motivo del viaje. No vas a accionar la respuesta.
  • Preferencias dietéticas. Salvo que tengas B&B con desayuno, es small talk disfrazada de campo.
  • Estancias previas en Airbnb / Booking. La plataforma tiene perfil; ningún Anfitrión tiene tiempo de cruzar antes de la llegada.
  • Matrícula del coche. Útil solo si tienes plaza de garaje. Si la tienes, pídela solo a quienes reservaron parking.
  • Secciones multi-pregunta de «preferencias» (toallas, almohadas, café). Aspiracional. La mayoría no puede cumplir y el Huésped lo sabe.

La forma de un formulario que funciona es dos pantallas, seis campos, dos minutos. Si tarda más de tres minutos en móvil, menos del 70 % lo termina.

Cuándo enviarlo (la regla de los 4 días)

El error más común es mandarlo al reservar. El Huésped está a días, semanas o meses de la llegada; el formulario va por debajo del vuelo, el equipaje, la persona que cuida la mascota. Tasa de apertura decente (60–70 %), tasa de cumplimentación pésima (a menudo bajo el 30 %).

Manda el formulario cuatro días antes del check-in. A esa altura el viaje es real —empezó el equipaje, sonó el recordatorio del calendario, el Huésped está psicológicamente listo para logística de llegada—. Las aperturas saltan a 75–85 %, y la cumplimentación aterriza en 60–65 % sin recordatorio.

Un único recordatorio a T-1 día (24 horas antes) empuja la cumplimentación al 88–92 %. El recordatorio hace dos cosas: (1) pilla a quienes lo abrieron y olvidaron, y (2) señala que el formulario está conectado con logística real, no papeleo opcional. Pasados dos intentos, más recordatorios irritan.

Si no has oído del Huésped a T-12 horas, cambia de canal. Un mensaje directo en la plataforma de reserva («Hola — aún no he recibido tu formulario de llegada, aquí va el enlace, nos vemos mañana») funciona mucho mejor que un tercer email. El canal del enlace y el canal del chat se perciben como separados; volver al chat se lee personal, no insistente.

Caso límite: reservas hechas con menos de cuatro días. Manda el formulario inmediatamente con un mensaje «esto es lo que necesitas rellenar antes del check-in de mañana». Las reservas de última hora ya seleccionan Huéspedes organizados; cumplimentación del mismo día suele ser 80 %+ si el formulario es corto.

Cómo conseguir 90 % de cumplimentación

La palanca más grande es gating del código de puerta a envío del formulario.

Si tu check-in es sin llave (cerradura inteligente, código a la llegada, caja con combinación), no mandes el código en la confirmación de reserva. Manda primero el formulario. La página de confirmación de envío del formulario es donde aparece el código junto con instrucciones. Los Huéspedes tienen ahora razón tangible para rellenar: produce la llave.

Suena agresivo en papel. No lo es. Anfitriones que mandan el código en la confirmación obtienen 50–60 % de cumplimentación. Quienes lo gating tras el formulario obtienen 90 %+. Mismos Huéspedes, mismo viaje —la diferencia es que el formulario pasó de «otro email a ignorar» a «el email con el código»—.

Tres palancas más, en orden descendente de impacto:

  • Formulario de un solo enlace, sin crear cuenta. Magic link que el Huésped abre directo. Formularios que requieren login con Google o cuenta pierden 15–20 % en el paso de auth.
  • Mobile-first. 75 % de Huéspedes rellenan en móvil. Si el formulario está pensado para desktop y el botón de subir archivo queda bajo el fold, la cumplimentación cae 10 puntos.
  • Pre-rellena nombre y fecha de llegada. La reserva de la plataforma te los da. Rellenar son dos segundos ahorrados, y señala «esto es para ti específicamente», no «rellena un formulario genérico».

Lo que no mueve cumplimentación: branding, copy amistoso, GIF de gracias al enviar, múltiples toggles de idioma. Quien rellena un formulario de 6 campos lo hace como tarea, no experiencia de marca. Que sea corto y desaparezca.

Para profundidad sobre cómo Airbnb y Booking.com surfacean chat vs email, intervalos de refresco y dónde aterriza el enlace, mira cómo sincronizar Airbnb y Booking.com en un sitio.

Qué hacer con los datos después

El formulario te da datos. También obligaciones legales y operativas.

  • Registro local: en la mayoría de jurisdicciones UE debes enviar los datos del Huésped a la ciudad o policía en 24–48 horas tras la llegada. España e Italia tienen portales automatizados (SES Hospedajes, Alloggiati Web). Rusia usa el formulario FMS. Alemania da un Meldeschein en papel. Los datos del formulario deberían mapear limpio a los campos del sistema; tipo de ID, número de ID, nombre, fechas.
  • Retención: guarda los datos solo lo que necesites. Un año es buen default para hora de llegada y tamaño de grupo —suficiente para una disputa de chargeback, corto para no almacenar perfiles de Huéspedes—. Los escaneos merecen regla más estricta: borra en 30–90 días salvo que la ley fiscal exija más (algunos regímenes exigen 5 años; comprueba el tuyo).
  • Encargados: si usas un servicio de formularios alojado (Tally, Typeform, Airtable, un PMS SaaS), ese servicio es subencargado bajo RGPD. Lístalo en tu aviso de privacidad. La lista de herramientas «gratis» que parecen fáciles al alta se complica al leer el addendum de tratamiento.

El cuadro completo de lo que debes a Huéspedes en datos —aviso, base legal, retención, proceso de borrado— es un post aparte: RGPD para Anfitriones. El formulario previo es el momento en que la mayoría recoge dato personal por primera vez; trátalo como el evento regulado que es.

Patrón de retención práctico: archiva la entrega del formulario a tu base de datos, borra el documento subido tras 90 días y guarda los datos estructurados (nombre, hora, tamaño) un año. Si autoalojas, es un cron. Si no, es un proceso que te tienes que acordar de correr trimestralmente.

Ejemplo campo por campo

Para un piso de Berlín que registra Huéspedes bajo Bundesmeldegesetz, este es el formulario que corro:

  1. Ventana de llegada — desplegable (4 opciones).
  2. Nombre completo Huésped principal — texto.
  3. Tipo de ID — desplegable (pasaporte / DNI UE / otro).
  4. Número de ID — texto. (El registro alemán lo requiere.)
  5. Número de adultos — número.
  6. Número de niños — número.
  7. Teléfono accesible hoy — texto + desplegable país.
  8. Foto de ID — subida, opcional si UE con DNI ya en perfil de plataforma.
  9. ¿Algo que debamos saber? — texto, opcional.

Ocho campos, tiempo medio en móvil: 1 min 50 seg. Cumplimentación tras un recordatorio: 91 % en las últimas 200 reservas. Los dos fallos consistentes son Huéspedes que reservan en pleno vuelo y llegan antes de abrir, y reservas corporativas donde el asistente rellenó la plataforma y nunca ve el formulario.

Si tu jurisdicción no exige ID, quita 3, 4 y 8. Cinco campos, cumplimentación >95 %. El formulario debe coincidir con tu realidad operativa y legal —nada más—. Cada campo extra te cuesta un porcentaje de Huéspedes, y la pérdida compone a lo largo del año.

Una opinión sin filtros

El formulario previo a la llegada es la pieza más infraconstruida del flujo de Anfitrión en la industria de alquiler corto. Los Anfitriones gastan horas por trimestre en hilos de chat preguntando las mismas seis preguntas en orden distinto. Las plataformas podrían enviar uno uniforme; no lo hacen, porque la plataforma posee el chat y un flujo de formulario estructurado va contra sus incentivos. Los Channel Managers envían formularios; suelen estar mal diseñados y sobrepreguntan.

Si te llevas una cosa: abre el último mensaje que mandaste a una reserva y cuenta las preguntas en tu ida y vuelta. Si pasan de cinco, estás pagando tiempo por datos que un formulario de 6 campos entregaría en un round-trip —y el formulario tendría además mayor tasa de respuesta—. Construye el formulario una vez, mándalo cuatro días antes de cada llegada, gating del código a su envío, y deja de teclear «¿a qué hora llegas?» en chats para siempre. Si quieres punto de partida con el formulario incluido, el flujo de onboarding de RentTools lo monta en dos clics.

Preguntas frecuentes

  • ¿Cuál es la base legal para recoger ID en alquiler corto?

    En la mayoría de jurisdicciones UE y muchos municipios EE. UU., las plataformas están obligadas a registrar Huéspedes de estancia corta con la policía o registro local, y el Anfitrión es el recolector. La base legal bajo RGPD suele ser obligación legal (Artículo 6(1)(c)), no consentimiento —significa que el Huésped no puede negarse, pero tampoco puedes usar el ID para nada más allá del registro—. Fuera de esas jurisdicciones, pedir ID necesita base legal explícita como cláusula de disputa de fianza; «siempre preguntamos» no lo es.

  • ¿Mando el formulario por el chat de la plataforma o como enlace externo?

    Enlace externo, mandado por el chat. Airbnb y Booking.com permiten enlaces tras confirmar reserva. El chat es donde el Huésped busca info de llegada, así que el mensaje aterriza ahí, pero el formulario debe estar en tu propia URL —el chat no es sitio para embeber formularios o subir IDs, y los formularios del lado plataforma no te dan control sobre forma del campo, retención ni lógica de cumplimentación—.

  • ¿Y Vrbo? El chat ahí es mucho más limitado.

    Vrbo a veces marca enlaces externos como spam. El workaround es mandar el enlace en el email de confirmación de reserva que Vrbo reenvía a la dirección real del Huésped —ese email pasa y se lee a mayor ratio que el chat igualmente—. Testa el enlace antes de depender; algunas cuentas Vrbo cortan URLs del auto-forward.

  • ¿Está bien requerir preautorización de tarjeta como parte del formulario?

    No sin caveats serios. Pedir número de tarjeta en formulario es distinto de un flujo de preauth con procesador; te mete en alcance PCI que casi seguro no quieres. Si necesitas fianza, usa la función de la plataforma donde exista, o procesador real con producto preauth dedicado (Stripe Identity, Chargify, etc.). Nunca recolectes números de tarjeta en bruto vía formulario genérico.

  • Mi ciudad no exige registro de Huéspedes. ¿Pido ID igual?

    Probablemente no como campo estándar. Sin obligación legal no tienes base legal limpia para guardar el ID, y asumes responsabilidad por un documento que no necesitas. Excepción: propiedades con perfil conocido de riesgo de fianza (reservas de grupo, planta baja, zonas con fiestas), donde tener Huésped principal identificado puede sostener una reclamación. En ese caso, recoge ID solo para esos anuncios y guarda el dato solo hasta cerrar la ventana de fianza.

  • ¿Y si un Huésped se niega a rellenar?

    La mayoría de las negativas son silenciosas —el Huésped no abre—. La negativa activa es rara. Si pasa, dos respuestas: (1) si tu jurisdicción exige registro, el Huésped está legalmente obligado, y puedes declinar la estancia hasta que lo aporte citando la ley; (2) si el registro no es obligatorio y el Huésped objeta, dale formulario reducido (hora, tamaño) y sáltate el ID. El coste de forzar es una reseña de una estrella.

  • ¿Cómo interactúa el formulario con cerraduras inteligentes y self-check-in?

    Estrechamente. El formulario es la puerta; el código es el premio. Al enviar, la página de confirmación debe mostrar el código, las instrucciones y normas. Si usas plataforma de cerradura que auto-genera códigos por estancia (Nuki, Igloohome, Tedee, RemoteLock), el código se puede embeber por API en el momento del envío. Si usas código fijo, inclúyelo en la página de confirmación y rota cada pocos meses por seguridad.

  • ¿Qué cambia para una estancia de 28+ noches?

    Los Huéspedes largos merecen ventana de llegada más larga (4 horas en lugar de 2) y un campo opcional «¿necesitas algo antes de llegar?» que recoge peticiones como «más almacenaje», «un escritorio» o «necesitaremos horno funcionando desde el día uno». También tienen mayor tolerancia a unos campos más —tienen tiempo y quieren empezar bien la estancia—. No pases de nueve campos ni para ellos.

Comments

Sign in to comment.

  • No comments yet.