Les formulaires d'inscription échouent à la question que le formulaire n'avait pas prévue
Le formulaire gère l'inscription simple et s'arrête à la première exception. Puis-je venir avec un collègue ? Cette situation compte-t-elle pour l'accréditation ? J'ai terminé l'inscription, mais l'e-mail n'est jamais arrivé. Y a-t-il une option végétarienne ?
Ces questions partent par e-mail, une par une, vers la personne qui a organisé l'événement, sur une période de deux semaines.
L'éligibilité est la partie à automatiser avec soin. Certains événements ont des critères de capacité, d'adhésion et de prérequis. Une inscription acceptée par erreur est plus dure à corriger qu'une inscription encore en relecture.
La plupart des systèmes d'inscription abandonnent à la liste d'attente. Quand on dit à quelqu'un que l'événement est complet et qu'il n'y a aucune raison de revenir, la différence avec une liste d'attente tient à une seule décision.
Comment l'agent est construit dans Agent Studio
Les critères d'éligibilité vivent dans les prompt skills, où un organisateur peut les modifier à côté des détails de l'événement : programme, lieu, ce qui est fourni, accessibilité.
Le system prompt précise quels critères l'agent peut confirmer seul et lesquels il doit transmettre. Dans les cas limites, envoyez la question à l'organisateur plutôt que d'argumenter pour l'acceptation.
La capacité se lit au moment où on en a besoin, elle n'est pas estimée. Un nœud Airtable ou Google Sheets enregistre les inscriptions. L'agent vérifie le compte actuel avant de confirmer, au lieu de s'appuyer sur un chiffre mentionné plus tôt dans la conversation.
Agent Chat est relié au canal d'arrivée. Un nœud Resend envoie ensuite les confirmations après l'écriture.
Le system prompt est clair : lorsque l'événement est à capacité, on propose une place sur la liste d'attente plutôt que de refuser, et on dit à la personne où elle sera placée.
L'agent ne gère pas les paiements. Quand un événement implique un paiement, l'agent clôt la conversation et la passe à votre processus de paiement actuel, car l'agent conversationnel ne doit pas traiter de détails de paiement.
De quoi cet agent est constitué
- Prompt skills : critères d'éligibilité et détails de l'événement, modifiables par l'organisateur.
- System prompt : ce qu'il peut confirmer seul, et l'instruction de retenir tout cas limite.
- Airtable (Integration) : tient les inscriptions. La capacité se lit en direct avant chaque confirmation.
- Agent Chat (Util) : relie l'agent au canal d'arrivée.
- Resend (Communication) : envoie les confirmations après l'écriture de l'inscription.
- Boundary : le paiement n'est jamais traité en conversation. L'agent passe la main à votre chemin existant.
- Quand un ActionFlow suffit : Si un événement n'a aucun critère et une capacité large, un formulaire et un flux de travail de confirmation sont plus simples et échouent de moins de façons.
Questions fréquentes
Newsletter
Recevoir les mises à jour produit
Nouveaux nœuds, agents et notes produit. Nous n'envoyons un e-mail que lorsqu'il vaut la peine de l'ouvrir.