Skip to main content
Le nœud QA évalue automatiquement la qualité d’un appel après sa fin. Il envoie la transcription d’un segment à un modèle d’analyse, qui produit une note, un sentiment et des tags d’incident. Contrairement aux nœuds d’appel, il ne participe pas à la conversation en direct. Son travail se fait une fois le segment terminé.

​
Quand l’utiliser

Vérifier que l’agent a bien suivi le script, proposé un rendez-vous, ou recueilli les informations attendues.
Repérer les conversations où l’assistant boucle, où l’utilisateur ne comprend pas, ou où le client se frustre.
Auditer un pourcentage des appels pour vérifier le respect d’une politique, sans analyser le volume entier.

​
Ajouter le nœud

1

Ouvrir le panneau d'ajout

Faites un clic droit sur le canevas ou cliquez sur Ajouter un nœud.
2

Choisir QA

Le nœud QA apparaît dans la section d’intégration du panneau. Cliquez pour l’ajouter.
3

Régler les paramètres

Sélectionnez le nœud, puis renseignez l’onglet Général (voir ci-dessous).

​
Paramètres

Tous les champs sont regroupés dans l’onglet Général de l’inspecteur de nœud.

​
Identité

​
Activation

Désactiver le nœud évite de consommer des tokens d’analyse tout en gardant la configuration intacte pour plus tard.

​
Prompt d’analyse

Le prompt par défaut demande au modèle de retourner un objet JSON contenant tags, overall_sentiment, call_quality_score (note de 1 à 10) et summary. Vous pouvez le remplacer, mais si vous changez le format de sortie, les tags et le score peuvent ne plus être interprétés correctement dans la page Rapports.

​
Placeholders

Le prompt accepte quatre variables, remplacées au moment de l’analyse :
Utilisez les accolades simples {transcript}, pas les doubles. Un placeholder mal orthographié reste affiché tel quel dans le prompt et le modèle reçoit un texte littéral.

​
Tags par défaut

Le prompt livré demande au modèle d’identifier ces incidents :

​
Périmètre d’analyse

Le taux d’échantillonnage s’applique après le filtre de durée et le filtre répondeur. Avec 50, environ un appel éligible sur deux est analysé.

​
Modèle d’analyse

Quand Utiliser le LLM du workflow est activé, le champ Modèle QA peut quand même prendre une valeur. Si vous laissez default, le modèle du workflow est repris. Si vous saisissez un identifiant précis, il l’emporte sur le modèle du workflow tout en réutilisant le fournisseur et la clé du workflow.

​
Cas d’usage

​
Audit de conformité sur échantillon

Analyser seulement une fraction des appels pour maîtriser le coût, tout en gardant une vision fiable de la conformité.
  • Activé : oui
  • Durée minimale : 30 secondes (ignorer les appels avortés)
  • Inclure les répondeurs : non
  • Taux d’échantillonnage : 25
  • Prompt : demander au modèle de vérifier que l’agent a bien énoncé la mention légale.

​
Détection d’incidents techniques

Repérer les appels où la conversation part en boucle ou où le son coupe.
  • Durée minimale : 0 (même les appels courts peuvent révéler un problème de compréhension)
  • Inclure les répondeurs : non
  • Taux d’échantillonnage : 100
  • Prompt : conserver le prompt par défaut (tags ASSISTANT_IN_LOOP, HEARING_ISSUES, DEAD_AIR).

​
Analyse indépendante du modèle du workflow

Utiliser un modèle plus puissant ou moins cher uniquement pour l’analyse, sans toucher au modèle conversationnel.
  • Utiliser le LLM du workflow : non
  • Fournisseur LLM QA : OpenAI
  • Modèle QA : un modèle de votre choix chez ce fournisseur

​
Filtrage des répondeurs uniquement

Ne conserver que les conversations réellement humaines.
  • Durée minimale : 20
  • Inclure les répondeurs : non
  • Taux d’échantillonnage : 100

​
Connexions

Rapports

Consulter les évaluations produites par ce nœud.

Le canevas du builder

Revenir à l’éditeur.
Last modified on October 28, 2026