Los formularios de registro fallan en la pregunta que el formulario no anticipó
El formulario cubre el registro simple y se detiene en la primera excepción. ¿Puedo llevar a un colega? ¿Esta situación cuenta para la acreditación? Completé el registro, pero el correo nunca llegó. ¿Hay opción vegetariana?
Esas preguntas van por correo, de a una, a la persona que organizó el evento, a lo largo de dos semanas.
La elegibilidad es la parte que hay que automatizar con cuidado. Algunos eventos tienen criterios de cupo, membresía y prerrequisitos. Un registro aceptado por error es más difícil de corregir que uno que sigue en revisión.
La mayoría de los sistemas de registro se rinden en la lista de espera. Cuando a alguien le dicen que el evento está lleno y no hay razón para volver, la diferencia entre eso y una lista de espera se reduce a una sola decisión.
Cómo se construye el agent en Agent Studio
Los criterios de elegibilidad viven en los prompt skills, donde un organizador del evento puede editarlos junto con los detalles del evento, como el horario, el lugar, lo que se ofrece y la accesibilidad.
El system prompt especifica qué criterios el agent puede confirmar solo y cuáles debe pasar. En los casos límite, envía la pregunta al organizador en lugar de argumentar a favor de la aceptación.
El cupo se lee cuando hace falta, no se estima. Un nodo Airtable o Google Sheets registra los registros. El agent comprueba el recuento actual antes de confirmar, en lugar de fiarse de un número mencionado antes en la conversación.
Agent Chat se conecta al canal que llega. Un nodo Resend envía después las confirmaciones, una vez hecha la escritura.
El system prompt deja claro que, cuando el evento está a cupo, hay que ofrecer un lugar en la lista de espera en lugar de rechazar, y decirles en qué lugar quedarían.
El agent no maneja pagos. Cuando un evento involucra pago, el agent cierra la conversación y la pasa a tu proceso de pago actual, porque el agent conversacional no debe manejar datos de pago.
De qué está hecho este agent
- Prompt skills: criterios de elegibilidad y detalles del evento, editables por el organizador.
- System prompt: lo que puede confirmar solo, y la instrucción de retener cualquier caso límite.
- Airtable (Integration): guarda los registros. El cupo se lee en vivo antes de cada confirmación.
- Agent Chat (Util): conecta el agent al canal que llega.
- Resend (Communication): envía confirmaciones después de escribir el registro.
- Boundary: el pago nunca se maneja en la conversación. El agent lo pasa a tu vía existente.
- Cuando un ActionFlow basta: Si un evento no tiene criterios y hay cupo de sobra, un formulario y un flujo de trabajo de confirmación son más simples y fallan de menos formas.
Preguntas frecuentes
Empieza a crear flujos de IA
Crea una cuenta gratuita, abre una plantilla o un lienzo en blanco y ejecuta tu primer ActionFlow.
Boletín
Recibe actualizaciones del producto
Nodos nuevos, agents y notas de producto. Solo enviamos correo cuando merece la pena abrirlo.