Tous les cas d’usage

Une demande entrante. Le bon contexte pour agir.

Lisez les emails de support, proposez une catégorie et un résumé avec l’IA, puis transmettez ces informations à votre outil de tickets par API.

Explorer nodulz

Pour les équipes support, service client et opérations.

Le besoin, sur le terrain.

Les demandes arrivent dans une boîte partagée. L’équipe doit lire chaque message, retrouver le sujet et reformuler le contexte avant de créer un ticket exploitable.

  • Lire et reformuler chaque message prend du temps avant même de traiter la demande.
  • Une catégorie choisie sans le message original peut envoyer la demande au mauvais interlocuteur.
  • Une proposition produite par l’IA doit rester vérifiable avant d’être utilisée pour répondre au client.

Exemple : préparer le tri d’une boîte support

À la réception d’un email, proposez une catégorie parmi vos sujets de support et résumez la demande. Créez un ticket via HTTP avec ces propositions et le message original pour que l’équipe puisse les vérifier.

Sans workflow
Une personne ouvre l’email, choisit une catégorie, rédige un résumé et recopie le message dans un ticket.
Avec nodulz
Le ticket est préparé avec une catégorie et un résumé proposés ; le message d’origine accompagne ces suggestions pour leur vérification.

Comment nodulz règle le problème.

nodulz utilise l’IA pour préparer le travail, tout en conservant une source que l’équipe peut relire. La classification et le résumé sont des étapes distinctes avec leurs propres consignes.

  • Une liste de catégories définie par l’équipe

    Le nœud Classification reçoit les sujets autorisés, par exemple facturation, accès et incident. Le modèle propose une catégorie à partir du message ; cette liste reste une règle de votre support.

  • Un résumé utile au traitement

    Le nœud Résumé reçoit le contenu du message et des instructions sur les faits à conserver : problème rencontré, service concerné et demande du client. Il ne remplace pas la source originale.

  • Un ticket prêt à être vérifié

    Une requête HTTP crée le ticket avec le message, la catégorie et la synthèse. L’équipe valide ces propositions dans son outil de support avant de répondre ou de réassigner la demande.

Du déclencheur au résultat.

Email reçu · Classification IA · Résumé IA · API de tickets

Éditeur nodulz : Email reçu vers Classer la demande, Résumer le message, puis Créer le ticket.

L’IA prépare le contexte ; l’outil de support conserve la demande originale. Capture de l’éditeur avec un workflow d’exemple non exécuté.

Faites défiler la capture horizontalement pour suivre tout le workflow.

Ouvrir la capture en grand

Ce qui se passe, étape par étape.

  1. 1

    Email reçu

    Récupérez le message depuis la boîte support configurée.

    Données utilisées
    Message de la boîte support : sujet, expéditeur et contenu.
    Ce que l’étape transmet
    Le message utilisé par les étapes de préparation du ticket.
  2. 2

    Classer la demande

    Définissez vos catégories et utilisez le modèle choisi pour proposer un classement.

    Données utilisées
    Texte de l’email, liste de catégories et consignes du modèle.
    Ce que l’étape transmet
    Une catégorie proposée, par exemple accès ; elle doit être vérifiée.
  3. 3

    Résumer le message

    Préparez une synthèse qui conserve les faits utiles au traitement de la demande.

    Données utilisées
    Message original et consignes sur les faits utiles au support.
    Ce que l’étape transmet
    Une synthèse proposée de la demande, sans envoyer de réponse au client.
  4. 4

    Créer le ticket

    Créez le ticket via l’API de votre outil avec la catégorie, le résumé et le message source.

    Données utilisées
    Message original, catégorie et résumé transmis au format attendu par l’API.
    Ce que l’étape transmet
    Réponse de l’outil de tickets, notamment l’identifiant du ticket créé.

Workflow d’exemple : adaptez les connexions, les paramètres et les règles à votre environnement. Les données montrées sont illustratives.

Ce que ce workflow apporte.

Les demandes arrivent dans l’outil de support avec un contexte préparé. L’équipe conserve le message d’origine et vérifie les propositions avant de répondre.

  • Un contexte préparé à l’arrivée du ticket.
  • Des consignes de classification séparées des consignes de résumé.
  • Le message source conservé pour contrôler les propositions de l’IA.

Gardez la main sur le processus.

Choisissez le fournisseur et le modèle selon vos contraintes de données. La catégorie et le résumé sont des propositions à vérifier ; ce scénario n’envoie aucune réponse automatique au client.

Explorer les nœuds disponibles

Votre processus peut devenir un workflow.

Parlons de votre cas d’usage