Conversaciones que
terminan el trabajo.

Un chatbot que responde preguntas es un buscador con peor ergonomía. Lo que se gana su sitio es un agente que completa la tarea: coge la reserva, cobra el depósito, comprueba la disponibilidad contra el sistema que realmente la conoce y devuelve el resultado. Eso exige acceso a herramientas de sistemas reales, que es donde la mayoría de los proyectos de chat se detienen y donde este empieza.

La operación desatendida es el requisito, y es exigente. Significa decidir de antemano qué ocurre cuando el cliente es ambiguo, cuando la petición queda fuera de alcance y cuando el modelo no tiene confianza; por eso el traspaso a una persona se diseña como vía normal desde el principio, y no se añade tras la primera transcripción mala.

WhatsApp en concreto tiene reglas que conviene conocer antes de comprometerse: los mensajes iniciados por la empresa fuera de la ventana de servicio usan plantillas aprobadas, y la mensajería se tarifica. Esas restricciones dan forma al diseño de la conversación, así que diseñamos dentro de ellas en lugar de descubrirlas en el lanzamiento.

Este es un sistema que operamos nosotros. Mesa gestiona reservas de restaurante por WhatsApp de forma desatendida, a cualquier hora, incluida la captura del depósito, así que los modos de fallo descritos aquí son los que hemos encontrado y no los que hemos previsto.

Qué incluye

• Diseño de conversación centrado en la tarea, no solo en las respuestas
• Acceso a herramientas de los sistemas que tienen las respuestas reales
• Umbrales de confianza con traspaso a humano definido
• Alta del canal, plantillas y limitación de tasa
• Registro de transcripciones y control de coste por conversación

No incluido

• Coste de inferencia de los modelos, facturado a precio de proveedor
• Entrenamiento de modelos fundacionales propios