Del chat al contrato: la retención, el pago y la reserva en su panel

El error más caro del alquiler no es una cancelación: es vender dos veces la misma unidad. Una cancelación cuesta facturación. Una venta doble cuesta facturación, una llamada de disculpa, algo de reputación y, casi siempre, una mejora gratuita. Por eso la parte más crítica del camino del chat a la reserva son los quince minutos entre elegir y pagar.

Este artículo abre esos quince minutos: qué ocurre en el sistema cuando el cliente dice «me quedo con ese», qué ocurre si el pago falla y por qué la reserva aparece en su panel como un contrato normal y no como el registro de un canal aparte.

Primero la decisión: comparación y detalle

Los clientes suelen elegir entre tres opciones. El momento de decidir no es la pantalla donde se listan las tarjetas, sino aquella en la que precio, capacidad, entrega y cancelación quedan uno al lado del otro. Cada cifra tiene su fuente: la tarifa de entrega viene de la tarifa, el plazo de cancelación de la política de cancelación.

Tomada la decisión, el cliente baja al detalle: características, fotos y total. Que la fianza aparezca dentro del total importa, porque en el alquiler casi toda sorpresa en el paso de pago es la fianza.

Quince minutos: la retención

En cuanto el cliente dice «resérvalo», la unidad se bloquea. Ese bloqueo no es una declaración de intenciones sino una restricción a nivel de base de datos: la misma unidad no puede tomar un segundo bloqueo para el mismo rango de fechas. Da igual si lo pide el asistente o una persona desde el panel; ambos chocan con la misma restricción.

La distinción parece técnica, pero su consecuencia es del todo operativa. El enfoque de «dos sistemas se avisan» queda expuesto a la venta doble en cada instante en que el aviso puede retrasarse. Con un único bloqueo no hay retraso posible: la segunda petición no pasa mientras la primera no termine.

Pago y 3-D Secure

En el paso de pago el cliente confirma su nombre, su contacto y la dirección de entrega, y luego paga con tarjeta. Los datos de la tarjeta no se guardan; la verificación se hace en el banco con 3-D Secure. La cuenta atrás permanece en pantalla hasta que el pago se completa: el cliente sabe cuánto tiempo le queda, y solo eso reduce el abandono.

Si el pago falla, el bloqueo no se cancela: se mantiene hasta que vence. El cliente puede corregir la tarjeta y volver a intentarlo. Si se agota el tiempo, la unidad se libera automáticamente y vuelve a aparecer en la búsqueda. No queda ningún estado intermedio que exija intervención manual.

Confirmación: el contrato en su panel

En cuanto se aprueba el pago, el bloqueo se convierte en reserva y aparece en su panel como contrato. El canal queda registrado —puede informar de qué reservas llegaron por el asistente— pero el flujo de trabajo es el mismo de siempre: mismos documentos, misma entrega, misma facturación.

Que su equipo no tenga nada nuevo que aprender es una decisión deliberada. Un canal nuevo suele significar una pantalla nueva y una costumbre nueva; dos semanas después, esa pantalla deja de mirarse. Cuando la reserva cae en el sitio de siempre, ese riesgo desaparece.

El lado del cliente, tras la reserva

El cliente ve sus reservas y sus búsquedas guardadas en su cuenta. La búsqueda guardada es un detalle pequeño pero eficaz: una vez guardada «castillo hinchable para 20 en Garland», se avisa al cliente cuando se añade un producto que encaja o cuando una cancelación libera una fecha.

Su traducción operativa es esta: las cancelaciones dejan de ser capacidad muerta. Hoy una cancelación suele quedarse como un hueco en el calendario. Una búsqueda guardada lleva ese hueco a alguien que ya estaba buscando esa fecha.

El remedio contra la venta doble no es que dos sistemas se avisen, sino que haya un único bloqueo.

Lista de comprobación breve

El lado de la cancelación y el reembolso

La segunda mitad de un flujo de reserva es la cancelación, y en la mayoría de los sistemas es la parte más desordenada. La regla es simple: las condiciones de cancelación son las que el cliente vio en el momento de reservar. Si la tabla comparativa decía «48 h», cambiar la política después no toca esa reserva. Una reserva lleva consigo una foto de sus propias condiciones.

El importe del reembolso se calcula desde esa misma foto: qué líneas se devuelven, cuándo se libera la fianza, si la tarifa de entrega entra o no. Como las respuestas quedan fijadas en el momento de reservar, después no hay discusión, y esa discusión es una de las mayores partidas de atención al cliente en el alquiler.

Una fecha cancelada vuelve a la búsqueda de inmediato. En ese mismo instante se avisa a los clientes que habían guardado esa fecha. Así, en vez de dejar un hueco en el calendario, una cancelación tiene la oportunidad de generar demanda nueva.

Lo que este flujo pide de su lado es corto, y probablemente casi todo ya esté hecho:

1. El calendario debe ser el único lugar de registro: las reservas por teléfono también entran al panel.
2. Su política de cancelación debe estar definida; el cliente la ve en la tabla comparativa.
3. La tarifa y la zona de entrega deben estar escritas en la tarifa.
4. La fianza debe estar definida a nivel de producto o categoría.
5. Su proveedor de pago debe tener 3-D Secure activo.

Con esos cinco puntos, una reserva llegada por el chat se diferencia de una tomada por teléfono en un solo aspecto: nadie tuvo que atender el teléfono.