Synelo / Studio

Agentes de IA / 02

Tu recepcionista de IA supera la demo. Prueba la última cita.

Dos clientes piden a la vez la última cita disponible. El asistente responde con seguridad a ambos. Ese momento dice más que un saludo impecable: ¿puede cerrar la reserva sin dejar un problema a recepción?

Una cita para dos conversaciones

Deja una sola cita en un calendario de pruebas. Pídela desde dos conversaciones. El sistema de reservas debe decidir la disponibilidad definitiva. Una frase del asistente todavía no es una reserva.

El segundo cliente necesita otro horario, una lista de espera o una persona. La confirmación debe llevar una referencia. Repite la prueba tras cambiar y cancelar la cita para que los recordatorios antiguos no indiquen una visita inexistente.

Definir el resultado antes de elegir la voz

Lista las solicitudes que el recepcionista puede completar: reservar un servicio estándar, responder con una tarifa aprobada o gestionar una devolución de llamada. Cada tarea necesita un estado final comprobable. Una reserva requiere un registro en el calendario. Una llamada pendiente requiere una tarea asignada, un contacto válido y una próxima acción. Una despedida amable no demuestra por sí sola que se haya resuelto la necesidad del cliente.

Clasifica una muestra de consultas cuyo análisis esté autorizado. Incluye cancelaciones, reclamaciones, preguntas de pago y personas que todavía no conocen el servicio adecuado. Cuenta con cuidado las llamadas perdidas: una persona puede llamar varias veces y no todas representan una venta. El primer alcance debe resolver una dificultad concreta de atención. Un asistente fiable en un conjunto limitado de tareas puede ampliarse cuando el equipo haya observado dónde necesitan ayuda realmente los clientes y cuáles son los límites del sistema.

Crear una ficha de cada servicio

Registra nombre, duración, personal disponible, ubicación, preparación y regla de precio. Añade intervalos entre citas y restricciones de reserva. Si «consulta» significa quince minutos en un caso y una hora en otro, hace falta una pregunta breve de aclaración. La descripción comercial no contiene necesariamente todas las reglas del calendario. Revisa nombres parecidos con quienes atienden actualmente las llamadas: conocen los conceptos que los clientes confunden con mayor frecuencia.

Elige una fuente de referencia para cada dato y asigna su mantenimiento. Un PDF antiguo no debería competir silenciosamente con el precio actual del sistema de reservas. Define cómo llega una actualización a cada canal. También necesitas una respuesta para la información ausente: confirmar lo conocido y derivar lo demás al responsable. La base de conocimiento forma parte del servicio operativo, con propietario e historial. Subir una carpeta una vez no garantiza que las respuestas sigan siendo correctas después de cambiar horarios o prestaciones.

Separar comprensión y permiso para actuar

El modelo puede entender una petición de cambio de cita; la aplicación debe decidir si está permitida. Necesita localizar la reserva, aplicar la comprobación de identidad adecuada y obtener un nuevo horario válido. Modificar los datos de otra persona tiene consecuencias distintas de informar sobre apertura. La seguridad al hablar o conocer un apellido no debería convertirse automáticamente en autorización para cambiar registros.

Pide ver las comprobaciones fuera del prompt: herramientas disponibles, campos aceptados y respuesta ante datos inválidos. Prueba presiones habituales como «el encargado siempre me lo hace» junto con intentos directos de saltarse las reglas. El asistente debería conservar la petición y explicar la siguiente opción posible. No debe inventar un permiso para mantener una conversación agradable o reducir el número de transferencias. El límite tiene que seguir funcionando cuando la persona cambia de tema, insiste o formula la solicitud de una manera que no apareció en la demostración.

Esquema del proceso
De la llamada a una reserva real
  1. Aclarar

    Servicio, duración, fecha y zona horaria.

  2. Consultar

    Leer la disponibilidad del calendario real.

  3. Reservar

    Guardar la reserva y volver a comprobar conflictos.

  4. Confirmar

    Comunicar la hora solo después de guardarla correctamente.

Sin confirmación del calendario no hay promesa al cliente. Guardar la solicitud y derivarla a una persona.

Tratar un cambio de cita como varias acciones relacionadas

Mover una reserva implica liberar el horario anterior, asegurar el nuevo y actualizar recordatorios. Acuerda el orden y un estado intermedio comprensible si solo se completa una parte. El nuevo horario podría estar retenido mientras la cancelación anterior continúa pendiente. El operador debe ver esa situación. Repetir a ciegas podría dejar dos citas en lugar de una modificación correcta.

Interrumpe deliberadamente uno de los servicios en un entorno de prueba y revisa calendario y mensaje al cliente. Repite la petición inicial y comprueba que se reconoce el intento anterior. El cliente no necesita distinguir entre un tiempo de espera y un rechazo técnico. Necesita un estado verdadero y un próximo paso útil. Conserva la solicitud y asigna lo que quede sin resolver. Esta prueba tiene especial valor cuando calendario, CRM y mensajería pertenecen a proveedores distintos y cada uno confirma operaciones de una forma diferente.

Interrumpir y corregir durante la conversación

Las personas dudan, rectifican y hablan a la vez. Pide jueves por la mañana, cambia inmediatamente de fecha y vuelve a una pregunta sobre el precio. Comprueba los datos que llegan al registro final. Evalúa la conversación completa, incluidos los silencios mientras responden las herramientas. Una explicación breve sobre la consulta del calendario ayuda; repetir un mensaje largo después de cada acción añade fricción sin mejorar la fiabilidad.

Prueba por separado nombres, correos y direcciones. Decide cuándo repetir un valor, pedir que se deletree o ofrecer otro canal. Un enlace adecuado puede evitar que alguien dicte una dirección difícil cinco veces. No optimices únicamente la duración del contacto. Una conversación algo más larga que obtiene datos correctos puede evitar una confirmación fallida, una segunda llamada y una reparación manual. El trabajo no desaparece cuando simplemente vuelve más tarde a la mesa de recepción con menos contexto y un cliente frustrado.

Probar cada idioma a lo largo de toda la tarea

Un saludo traducido no demuestra que el servicio funciona en ese idioma. Revisa selección del servicio, aclaraciones, fecha, corrección, confirmación y transferencia. Usa expresiones naturales, nombres distintos y formulaciones variadas. Algunas personas cambian de idioma durante la conversación o describen una prestación de forma diferente al catálogo interno. Conserva esos casos en la aceptación para que la promesa multilingüe tenga un significado observable.

Explicita la zona horaria en reservas internacionales. Guarda una referencia clara e indica al cliente qué hora local está confirmada, especialmente alrededor de los cambios estacionales. Las fechas numéricas también pueden interpretarse de varias maneras. Escribir el mes puede facilitar la comprobación. Pide a alguien que domine el idioma que revise los intercambios difíciles antes de ampliar el servicio. Una prueba general de conversación no sustituye la evaluación de nombres, ubicaciones y condiciones de reserva específicas del negocio en cada mercado al que se dirige.

Diseñar la transferencia para quien la recibe

El operador necesita una síntesis accionable: objetivo, contacto verificado, identificador de reserva, acciones realizadas y pregunta pendiente. Si se intentó un cambio, debe quedar claro si funcionó. El historial autorizado puede complementar la síntesis, pero no sustituye una próxima acción concreta. Entregar solo una transcripción larga obliga a reconstruir el caso y aumenta el riesgo de repetir una operación que el asistente ya ejecutó.

Comprueba qué sucede cuando nadie puede responder en directo. Ofrece una llamada posterior u otra vía acordada, explica el paso siguiente y crea una tarea con responsable. Quien pide hablar con una persona no debería negociar durante varios minutos. Revisa el traspaso con el equipo que realmente lo recibirá: ¿puede continuar sin pedir al cliente que vuelva a empezar? Separa transferencias iniciadas, atendidas y solicitudes finalmente resueltas. Son experiencias distintas aunque un informe demasiado simple las agrupe bajo la misma etiqueta.

Conservar evidencias útiles sin guardar todo por defecto

Define qué registros necesitas para investigar una reserva errónea. Fecha, resultado de herramienta e identificador pueden aclarar mejor el problema que un archivo de audio completo. El acceso a conversaciones, grabaciones y exportaciones debe corresponder a las funciones de cada persona. Acuerda conservación, eliminación y requisitos aplicables con los responsables y el asesoramiento adecuado. No existe una política genérica de grabación que cubra automáticamente todos los países y usos.

Prueba una investigación concreta. ¿Puede relacionarse la conversación con el calendario sin descargar llamadas ajenas al caso? ¿Se evitan datos sensibles innecesarios en avisos habituales? ¿Quién autoriza exportaciones y cómo se retira acceso cuando alguien deja el equipo? Estas decisiones deben aparecer en la implementación y en las instrucciones operativas. Un distintivo de seguridad en la web del proveedor no describe cómo trabajará tu recepción con la información ni qué evidencia tendrá disponible cuando un cliente cuestione la cita que figura registrada.

Comparar el coste por solicitud resuelta

El precio por minuto puede no incluir telefonía, voz, modelos, números, integraciones, supervisión y soporte. Lista los componentes y distingue llamadas entrantes, conversaciones atendidas y solicitudes resueltas. Un contacto corto con una reserva incierta puede generar una devolución de llamada, búsqueda del historial y corrección del calendario. Ese esfuerzo debe entrar en la comparación antes de concluir que el canal es más barato.

Empieza con supuestos expresamente ilustrativos y sustitúyelos por observaciones del piloto. Incluye más excepciones y conversaciones largas. Pregunta qué se factura durante transferencias y reintentos de herramientas. Compara el total con el trabajo que sigue realizando el personal. No conviertas cada llamada respondida en ingresos supuestos. Menos interrupciones, respuesta más rápida y reservas más fiables son resultados distintos. Cada uno necesita una medida que refleje el cambio real, y no una multiplicación optimista que presente todos los contactos como oportunidades ganadas.

Lanzar con límites y conservar las pruebas

Empieza con un canal, un grupo de servicios o un periodo definido. Nombra a quien revisa conversaciones pendientes y a quien puede pausar el asistente. Mantén una vía de atención funcional mientras el equipo aprende el nuevo proceso. Revisa reservas, llamadas de seguimiento y fallos antes de aumentar tráfico. Una tasa global puede ocultar problemas en un idioma o servicio cuando las solicitudes sencillas constituyen la mayoría del volumen.

Guarda las conversaciones de aceptación para repetirlas después de modificar instrucciones, fuentes, herramientas o reglas. Describe la acción esperada además de la respuesta verbal. Una frase fluida puede dejar un estado incorrecto en el calendario. Incluye deliberadamente casos que deben terminar con una persona. El objetivo no es suprimir toda escalada, sino hacer previsibles tanto los cierres automáticos como las tareas que recibe el personal. Así la recepción puede confiar en la siguiente acción sin tener que comprobar desde cero todo lo que ocurrió antes.

Cambia la información durante el uso

Modifica un precio o retira un servicio de la fuente aprobada. Pregunta de nuevo en la web y en la mensajería. Comprueba de dónde sale la nueva respuesta y qué ocurre durante la actualización.

Un asistente RAG recupera información de las fuentes; no garantiza cada respuesta. Prueba también datos ausentes. Explicar que hace falta confirmar el precio sirve más que inventar una cifra creíble para mantener la conversación.

Ensaya conversaciones incómodas

Interrumpe, añade ruido, escribe mal un apellido y cambia de idioma a mitad de conversación. En reservas internacionales, indica la zona horaria. Un cliente en Toronto y un negocio en Praga no deberían adivinar de quién son las nueve de la mañana.

Pide después un reembolso o un descuento especial que el asistente no pueda aprobar. Los permisos acordados deben funcionar con lenguaje cotidiano, no solo con el guion preparado.

Tabla de decisiones
Cuatro pruebas más útiles que una demo perfecta

Desliza horizontalmente para ver todas las columnas.

Cuatro pruebas más útiles que una demo perfecta
SituaciónComportamiento esperadoDerivar a una persona si
Dos personas piden el último huecoConfirmar una reserva y ofrecer alternativas disponibles a la otra personaEl calendario devuelve un resultado ambiguo
La fecha cambia durante la llamadaRepetir la nueva fecha y consultar de nuevo la disponibilidadNo se puede modificar la reserva anterior con seguridad
Se corta la conexión al confirmarBuscar la operación por su ID; no duplicarlaEl estado sigue siendo desconocido
Piden una excepción a las normasExplicar los límites y conservar el contextoDebe decidir un responsable

Entrega un contexto que sirva

La persona necesita la solicitud, el contacto verificado, las acciones realizadas y la cuestión pendiente. Una transcripción larga sin un siguiente paso solo desplaza el trabajo.

Guarda estas conversaciones como pruebas repetibles. Ejecútalas tras cambiar instrucciones, herramientas o fuentes. Una voz agradable ayuda; un siguiente paso fiable ayuda más.

Antes de empezar

  • Reservar la última cita desde dos conversaciones.
  • Cambiar el precio, cancelar la cita y comprobar el mensaje posterior.
  • Pedir hablar con alguien y revisar el contexto que recibe.

Nota editorial. Los ejemplos explican una decisión o una prueba; no son resultados de clientes.

Fuentes y lecturas recomendadas

  1. OWASP · Prompt Injection

Servicios relacionados

Agentes de IA y chatbots Automatización de procesos Hablemos de tu proyecto ↗