Un tableau que vous dessinez
Un déclencheur, puis des étapes en série ou en parallèle, reliées par des flèches. Chaque étape peut utiliser ce que les précédentes ont produit, par exemple la transcription ou le numéro de l'appelant.
Applications
Un agent d'opérations ne parle pas aux gens. Il exécute un enchaînement d'actions quand quelque chose se produit : un appel s'est terminé sur votre PBX, un webhook est arrivé, un planning s'est déclenché, ou vous avez appuyé sur Exécuter. Vous dessinez le flux sur un tableau, et chaque appel terminé de vos agents vocaux peut le lancer.
Ce qu'il fait
Il transforme un appel terminé en transcription, résumé et analyse, les livre par e-mail et à vos systèmes, et le fait de façon fiable : chaque étape est sauvegardée, chaque échec est réessayé, et chaque exécution est visible avec ce qu'elle a reçu et produit.
Un déclencheur, puis des étapes en série ou en parallèle, reliées par des flèches. Chaque étape peut utiliser ce que les précédentes ont produit, par exemple la transcription ou le numéro de l'appelant.
Télécharge l'enregistrement lié par votre PBX, le convertit en texte avec les tours de parole, détecte la langue et peut le restituer dans d'autres langues.
Quelques phrases, un compte rendu détaillé ou des points clés, dans la langue de votre choix, avec des instructions sur ce qu'il faut privilégier : commandes, réclamations, suivis.
Préparez les questions qui comptent pour vous, par exemple si un prix a été annoncé ou si le client était satisfait. Chaque appel y répond, dans un rapport en ligne et un classeur Excel.
Envoie votre message avec les valeurs remplies : le résumé dans le corps, la transcription intégrée ou en pièce jointe, les réponses du rapport et le classeur.
Envoie du JSON à l'une de vos URL à n'importe quel point du flux, signé avec un secret, avec une clé d'idempotence pour ignorer un doublon. Votre point de terminaison confirme par un 2xx.
Un même appel peut lancer plusieurs agents à la fois : un routeur transmet le même appel à des agents spécialisés et à plusieurs adresses de webhook, chacun faisant son propre travail.
Un point de terminaison distant qui ne répond pas est réessayé 24 fois, une fois par heure, jusqu'à ce qu'il réponde. Les exécutions survivent aux redémarrages : chaque étape est sauvegardée dès qu'elle se termine, et une étape en échec peut être relancée à la main.
Un déclencheur lance l'exécution, les étapes s'enchaînent dans l'ordre avec chaque résultat sauvegardé, et l'exécution apparaît sous Exécutions avec chaque étape, ce qu'elle a reçu et produit, et ce qu'elle a coûté.
Un appel se termine sur le PBX connecté, un webhook arrive sur l'adresse propre à l'agent, un planning se déclenche (toutes les heures, chaque matin, les jours ouvrés, ou votre propre expression cron), un autre agent l'appelle, ou vous appuyez sur Exécuter.
Plusieurs flèches sortant d'une même étape s'exécutent ensemble ; une étape qui reçoit plusieurs flèches attend chacune d'elles. Une étape de condition continue sur la branche oui ou sur la branche non.
Une étape qui échoue alors qu'il lui reste des tentatives attend la suivante et l'exécution continue d'elle-même ; les étapes qui la suivent attendent aussi. Une étape qui a épuisé ses tentatives est marquée en échec et peut être relancée depuis la page de l'exécution.
Chaque exécution liste chaque étape sur une chronologie : sa durée, le JSON qu'elle a reçu et produit, ce qu'un point de terminaison distant a répondu quand elle a échoué, le rapport et le téléchargement du classeur.
À tout ce qui se faisait à la main après un appel, et aux tâches planifiées qui l'entourent.
Après chaque appel sur votre PBX, l'accueil reçoit la transcription et un court résumé par e-mail, et le journal des appels les conserve avec l'enregistrement.
Le client a-t-il été salué, le prix a-t-il été annoncé, le suivi a-t-il été promis ? Vos questions reçoivent une réponse pour chaque appel et sont rassemblées dans un classeur.
La transcription, le résumé et les coordonnées de l'appelant sont envoyés à votre CRM, à votre helpdesk ou à votre entrepôt de données dès que l'appel se termine.
Un agent routeur envoie le même appel à un agent commercial, un agent support et un agent conformité ; chacun fait sa propre analyse et sa propre livraison.
Chaque matin à 9 h, une exécution rassemble les appels de la veille, produit le rapport quotidien et l'envoie par e-mail aux responsables.
Une condition examine le résumé ou le numéro de l'appelant et envoie les réclamations à une équipe et les commandes à une autre.
Exemple 1
Un client appelle la ligne commerciale sur un PBX cloud Yeastar. Quand l'appel se termine, le PBX le consigne et l'agent d'opérations démarre : il télécharge l'enregistrement, le transcrit, rédige un bref résumé, répond à trois questions préparées (un devis a-t-il été donné, un rappel a-t-il été promis, le client était-il satisfait), envoie la transcription et le résumé par e-mail au directeur commercial avec le classeur en pièce jointe, et publie la transcription en JSON dans le CRM de l'entreprise.
Le CRM est en maintenance. L'étape webhook réessaie une fois par heure jusqu'à ce que le CRM réponde 2xx ; l'e-mail, lui, était déjà parti. L'exécution montre les deux étapes, la réponse d'erreur du CRM et le moment où elle a finalement abouti.
Exemple 2
Un agent routeur a un déclencheur Appel terminé et un répartiteur avec trois cibles : un agent commercial qui note le prospect et l'envoie dans HubSpot, un agent support qui ouvre un ticket quand une réclamation est détectée, et un agent conformité qui vérifie si l'annonce d'enregistrement a été lue.
Chaque cible s'exécute comme un agent à part entière, avec ses propres tentatives et son propre historique d'exécutions, et l'exécution du routeur montre quelles cibles ont été livrées. Quand l'agent commercial est désactivé pour le week-end, les deux autres continuent de tourner.
Les agents d'opérations démarrent à partir de webhooks entrants et d'un PBX cloud Yeastar, et livrent par e-mail, vers n'importe quel point de terminaison HTTP et entre eux.
Connecté une fois par projet. Chaque appel consigné par le PBX lance les agents activés qui ont un déclencheur Appel terminé, avec le lien de l'enregistrement, les numéros et la durée dans les données du déclencheur.
Chaque agent a sa propre adresse de webhook. Tout système capable d'envoyer du JSON peut lancer une exécution, et la charge utile est disponible pour chaque étape.
Toutes les heures, tous les jours, les jours ouvrés, tous les mois ou votre propre expression cron, dans votre fuseau horaire, en choisissant ce qui se passe si l'exécution précédente est encore en cours.
Rapports et transcriptions jusqu'à dix destinataires par étape, avec le classeur et la transcription en pièce jointe si vous le demandez.
Les webhooks et le répartiteur envoient du JSON signé à votre CRM, votre helpdesk, votre entrepôt de données ou votre plateforme d'automatisation, avec la politique de nouvelles tentatives que vous définissez.
Agents, tableaux, exécutions, consommation et relances manuelles sont tous disponibles via l'API, et la page Exécutions affiche les mêmes données.
L'agent d'opérations, c'est ce qui se passe après la conversation. L'agent vocal et le PBX lui fournissent des appels à traiter, l'application Contacts conserve ce qu'il trouve, et le Calendrier peut être lu et modifié depuis une exécution via l'API.
Chaque appel terminé de vos agents vocaux, et chaque appel consigné par le PBX, peut lancer des agents d'opérations qui le transcrivent, le résument et l'analysent.
Le déclencheur porte le numéro de l'appelant ; l'exécution peut rechercher le contact, et le journal des appels garde l'enregistrement à côté de la personne qui a appelé.
Une exécution planifiée peut envoyer la liste des rendez-vous du lendemain, et une étape webhook peut créer ou déplacer des réservations via l'API du Calendrier.
Envoyez-nous un enregistrement et les questions auxquelles vous voulez des réponses, et nous vous montrerons la transcription, le résumé et le rapport que l'agent en tire.