Consultation et mise à jour du CRM
Il lit la fiche client avant de parler et la met à jour pendant l'appel quand le parcours l'exige, par exemple une nouvelle adresse ou une commande confirmée.
Laissez un workflow et votre numéro. L’IA se présente, pose quelques questions ciblées et prépare un brief structuré.
Pendant que l'appelant est encore en ligne, il consulte la fiche, réserve le créneau, envoie un lien, lance un paiement via votre prestataire ou transfère à une personne. Une fois l'appel terminé, les workflows post-appel prennent le relais.
Chaque action ci-dessous est un outil que l'agent peut appeler en pleine conversation, avec un résultat annoncé au client avant la fin de l'appel. Quand l'appelant raccroche, l'appel se clôt avec son résultat, son motif, le ressenti et la prochaine étape : les workflows post-appel agissent dessus et Score l'évalue.
Il lit la fiche client avant de parler et la met à jour pendant l'appel quand le parcours l'exige, par exemple une nouvelle adresse ou une commande confirmée.
Il consulte votre base de connaissances, votre grille tarifaire ou vos règles en cours d'appel et répond à partir de ce qu'il trouve, pas de mémoire.
Il passe l'appel à une personne de votre équipe avec le contexte de la conversation joint : le client n'a pas à se répéter.
Il envoie un lien, un formulaire ou une demande de photo sur le téléphone du client sans quitter l'appel, puis lui restitue la réponse.
Il lance le paiement dans le parcours propre à votre prestataire de paiement ou à votre banque, connecté par API, et annonce le résultat au client dès que le prestataire le confirme.
Il vérifie les disponibilités réelles et réserve, déplace ou annule un rendez-vous directement dans Google Agenda.
Il transfère l'appel vers la bonne file, le bon poste ou la bonne équipe via le standard virtuel de DRING ou votre propre trunk SIP, selon les règles de routage que vous avez fixées.
Il fait passer la conversation sur WhatsApp, par SMS ou par e-mail en cours d'appel quand c'est le meilleur endroit pour finir la tâche, avec la même mémoire.
Une action qui touche un système en production a besoin de limites, pas seulement de capacités. Ce sont les mêmes garde-fous que pour tous les outils de la plateforme.
Chaque intégration démarre en consultation uniquement. Rien n'est écrit tant qu'une action d'écriture n'est pas activée pour cet outil.
Chaque action d'écriture, mise à jour CRM, paiement ou réservation, s'active explicitement, outil par outil, jamais par une autorisation globale.
Un appel répété au même outil avec les mêmes informations ne débite pas deux fois, ne réserve pas deux fois et ne duplique pas une fiche.
Ce qui a été appelé, avec quels paramètres et ce qui a été renvoyé est enregistré avec la conversation pour l'audit.
Les paiements et autres actions à risque élevé ont leur propre étape de confirmation et leurs propres limites avant que la transaction n'aboutisse.
Le client, ou l'agent lui-même quand il a un doute, peut passer l'appel à une personne à tout moment.
Trois courts échanges, chacun conclu par une action différente, réalisée avant la fin de l'appel.
Ajouter une action à un agent en production passe par la même chaîne de test et de mise en production que toute autre modification de la façon dont l'agent parle ou agit.
Sélectionnez le CRM, l'agenda, le prestataire de paiement ou le canal de messagerie dans le catalogue d'intégrations.
L'outil est rattaché à l'agent concerné et au moment de la conversation où il peut être appelé.
La lecture seule, ou une action d'écriture précise, s'active explicitement avec son périmètre et ses limites.
L'action tourne d'abord dans des conversations simulées, puis arrive sur la ligne en production par le même déploiement progressif qu'une modification de prompt.
Chaque appel à l'outil est journalisé et visible sur le tableau de bord une fois l'agent en service.
Oui. Le paiement passe par votre prestataire de paiement ou votre banque, connecté par API, avec l'étape de confirmation propre au prestataire et les limites que vous fixez. L'agent annonce le résultat au client.
L'agent informe le client de l'échec plutôt que de deviner un résultat, et la tentative est journalisée pour que l'équipe l'examine.
Oui. Les autorisations se définissent par outil et par agent : une action d'écriture peut être limitée à certaines lignes, plages horaires ou versions d'agent.
Non. Chaque agent est associé aux seuls outils dont il a besoin, choisis dans le catalogue lors de la mise en place.