D’abord sauvegarder les messages entrants, puis les traiter
Je ne commencerais pas par « mettons tout dans un seul chat ». D’abord je sauvegarderais chaque message entrant séparément — sinon la première erreur du classifieur détruit les données source et l’historique.
L’erreur que j’éliminerais d’abord : Une boîte partagée sans external_id, responsable et SLA devient une décharge : les messages sont visibles par tous, mais personne n’est responsable.
Que préparer et quel résultat attendre
- Résultat : Les messages e-mail, formulaire et messagerie suivent un seul chemin, ne se dupliquent pas et ne se perdent pas entre les équipes.
- Décrivez canaux et champs : channel, external_id, received_at, sender, text, attachments, intent, priority, status et owner.
- Gardez les données source et les droits d’accès séparés du résultat pour auditer ce que la boîte IA unifiée a réellement fait.
- Envoyez le même message depuis deux canaux, un message avec pièce jointe et un message hors horaires ouvrés.
Construire une file qui marche depuis e-mail, formulaires et messageries
- Sauvegarder l’original avant l’IA
Écrivez d’abord chaque webhook ou e-mail dans raw_inbox avec external_id et timestamp. Seulement ensuite lancez la classification.
Проверьте: Vous pouvez ouvrir le message original même si l’étape IA a échoué.
Если не сработало: Désactivez la suppression automatique des e-mails et activez un journal d’erreurs.
- Normaliser texte et pièces jointes
Ajoutez une étape Normalize : extraire texte, nom de fichier, type de pièce jointe et lien source. Ne passez pas mots de passe ni secrets des signatures au modèle.
Проверьте: La même phrase depuis e-mail et formulaire se présente de la même façon au classifieur.
Если не сработало: Traitez PDF, images et e-mail vide séparément.
- Assigner file et échéance
Après intent ajoutez Router : ventes, support, documents, urgent vers lead. Pour chaque branche définissez responsable et SLA, par exemple répondre avant la fin de la journée ouvrée.
Проверьте: Chaque message a status et responsable.
Если не сработало: Envoyez les sujets inconnus vers un triage partagé, pas une branche au hasard.
- Fermer la boucle
Après la réponse stockez sent_at, outcome et un lien vers la fiche. Si un collaborateur a corrigé la classification, enregistrez la raison pour de futurs tests.
Проверьте: Vous mesurez non seulement le volume entrant mais le temps jusqu’à la première réponse.
Если не сработало: Ajoutez un champ de résolution manuelle et une revue hebdomadaire de la file.
Schéma d’intake unifié
Avant l’IA écrivez channel, external_id, received_at, sender, text, attachment_url et raw_payload. Puis Normalize, Classify, Route et Assign owner. Les sujets inconnus ont besoin d’un triage dédié, pas d’une branche au hasard.
Gardez des status courts : new, classified, assigned, waiting_customer, resolved, needs_human. Dans la notification montrez SLA et un lien vers l’original. Cela montre où une demande est bloquée : livraison, classification ou une équipe précise.
- Ne supprimez pas l’e-mail source tant que raw_payload n’est pas sauvegardé avec succès.
- Le même message depuis e-mail et formulaire doit avoir une méthode claire de recherche de doublons.
Contrôles du premier jour
Envoyez le même texte depuis formulaire et Telegram, un e-mail avec pièce jointe, un e-mail vide et un message hors horaires ouvrés. Pour chacun vérifiez owner, due_at et un lien vers l’original. Si l’IA échoue, l’enregistrement doit rester dans raw_inbox.
Je sauvegarde l’entrée brute avant la classification
Dans n8n le premier nœud après Webhook/Email doit écrire `raw_payload`, `external_id`, `received_at`, `channel`, `sender`, `text` et `attachment_url`. Seulement après une écriture réussie lancez Normalize et Classify. Si l’IA échoue, le message reste dans `raw_inbox` et reçoit `needs_review`.
Pour la file utilisez `new → classified → assigned → waiting_customer → resolved → needs_human`. Les sujets inconnus ont besoin d’un triage partagé avec responsable et SLA. Un chat partagé sans status ni échéance n’est pas une boîte — c’est là où les demandes se perdent.
Comment router les messages entre équipes
| Critère | Question | Bon signe |
|---|---|---|
| Entrée | Qu’est-ce qui entre exactement dans la boîte IA unifiée ? | Décrivez canaux et champs : channel, external_id, received_at, sender, text, attachments, intent, priority, status et owner. |
| Action | Que le système a-t-il le droit de faire seul ? | Uniquement des actions pré-listées, sans accès à tout le compte |
| Vérification | Comment savoir que le résultat est acceptable ? | Envoyez le même message depuis deux canaux, un message avec pièce jointe et un message hors horaires ouvrés. |
| Échec | Où va un cas peu clair ? | Sauvegardez l’événement dans raw_inbox et assignez un responsable de file ; ne supprimez pas le message source tant que l’écriture n’a pas réussi. |
Ce qui doit changer après la mise en place
Les messages e-mail, formulaire et messagerie suivent un seul chemin, ne se dupliquent pas et ne se perdent pas entre les équipes.
Où une boîte unifiée commence à perdre des demandes
Essayer de classer avant d’avoir sauvegardé l’original.
Perdre pièces jointes et liens pendant la normalisation.
Ne pas assigner de responsable pour un sujet inconnu.
Traiter un message comme clos seulement parce que l’IA a généré une réponse.
Quand il faut une couche de routage séparée
Faites intervenir un spécialiste quand la boîte doit gérer un fort volume, plusieurs équipes, des pièces jointes ou des exigences de conservation de la correspondance.
Que vérifier sur les vingt premiers messages
Pour qui est cette approche de boîte IA unifiée ?
Le traitement IA des demandes ne signifie pas déverser chaque message dans un seul chat. D’abord normalisez les entrées, gardez la source et créez une file avec un responsable clair.
Par où commencer si tout est encore manuel ?
Décrivez canaux et champs : channel, external_id, received_at, sender, text, attachments, intent, priority, status et owner.
Comment vérifier que le setup ne vous nuira pas ?
Envoyez le même message depuis deux canaux, un message avec pièce jointe et un message hors horaires ouvrés.
Et si le résultat n’est pas clair ?
Sauvegardez l’événement dans raw_inbox et assignez un responsable de file ; ne supprimez pas le message source tant que l’écriture n’a pas réussi.
