Recoger consultas fuera de horario sin prometer atención inmediata

Un cliente escribe cuando el taller ya ha cerrado. Al día siguiente, recepción encuentra el mensaje mezclado con otras conversaciones. Puede faltar el teléfono, no estar claro qué pide o haberse contestado desde otro canal. Yo empezaría por esa continuidad antes de plantear un asistente que intente resolverlo todo.

Recoger una solicitud fuera de horario puede ser útil. No equivale a reparar un coche, confirmar un presupuesto ni tener a alguien resolviendo incidencias durante la noche. El mensaje inicial debe explicar qué puede hacer el sistema y cuándo se revisará la consulta, según el horario real del negocio.

Una solicitud de cita, de principio a fin

En este escenario hipotético, el cliente pide una cita para revisión. El sistema recoge el motivo en sus palabras, un contacto y su preferencia horaria. Evitaría pedir documentos o datos que no hagan falta para preparar la cita.

Si reconoce una petición rutinaria, puede mostrar las condiciones que el taller haya aprobado. Si el cliente describe una avería o pregunta si puede seguir conduciendo, la respuesta se deriva a una persona: el asistente no diagnostica ni decide si es seguro usar el vehículo.

La solicitud queda con un identificador y estado «pendiente de revisión». Ese estado es distinto de «cita confirmada». Ofrecer un hueco exige comprobar disponibilidad y duración; reservar un elevador exige conocer la intervención. Una cita de recepción no debe convertirse automáticamente en una reserva de recursos de taller.

Empezaría sin reserva directa. Cuando recepción confirme, el sistema envía fecha y condiciones acordadas. Si más adelante se permite reservar, probaría también dos solicitudes simultáneas para el mismo hueco y qué ocurre cuando el calendario no responde.

El traspaso que una persona necesita

El aviso interno incluiría motivo, datos imprescindibles, acciones ya realizadas y lo que queda por confirmar. Definiría quién revisa la cola al abrir y cómo se reasigna si esa persona no está. Un aviso sin responsable puede quedarse tan pendiente como el mensaje original.

El cliente debería tener una forma visible de pedir atención humana. WhatsApp contempla vías claras y directas de derivación cuando se automatizan respuestas. Su política también regula el permiso de contacto y las plantillas de WhatsApp Business Platform: no conviene planificar el seguimiento como si cualquier mensaje pudiera enviarse en cualquier momento.

No añadiría una campaña de reactivación al mismo piloto. Preparar una cita solicitada y escribir meses después para vender otro servicio son decisiones diferentes, con condiciones que deben revisarse por separado.

Cuando el sistema se queda a medias

Si guarda la solicitud y falla el aviso interno, debe quedar pendiente y visible. Si una persona ya la atendió por teléfono, debe poder marcarla como resuelta para evitar otro seguimiento. Las repeticiones se vinculan a la solicitud existente en vez de abrir otra sin comprobarlo.

n8n ofrece gestión de errores y consulta de ejecuciones fallidas. Aun así, yo revisaría una lista de pendientes: una ejecución puede terminar sin error técnico y dejar una consulta mal clasificada.

Durante una prueba limitada mediría solicitudes completas, duplicados, derivaciones correctas y tiempo hasta la revisión humana. También los minutos de corrección. Contar respuestas automáticas no indica si el cliente obtuvo una solución. La primera mejora sería poder localizar cada consulta y saber quién la tiene que continuar.