Votre agent répond où que vos clients demandent — widget intégré, e-mail de support, espace de travail Slack, ou partout où vous le connectez ensuite.
Vos clients ne passent pas tous par la même porte.
Certains cliquent sur le widget de chat sur votre site. D'autres envoient directement un e-mail à support@votreentreprise.com. Certains sont dans votre canal Slack Connect partagé. Certains vous envoient un message sur WhatsApp. Aujourd'hui, votre agent IA ne voit que le widget de chat — chaque autre canal est géré manuellement par votre équipe.
Cela signifie que la même question est répondue rapidement dans un canal et lentement dans un autre. Le même contenu alimente le chat mais pas l'e-mail. Votre équipe duplique les efforts à travers les surfaces, et vos clients obtiennent des expériences incohérentes selon l'endroit où ils ont contacté.
L'ingestion multi-canaux corrige cela en permettant à l'agent de répondre sur n'importe quel canal que vous connectez.
Canal e-mail. Transférez support@votreentreprise.com vers une adresse Companin (ou utilisez une connexion directe). Les e-mails entrants sont routés vers l'IA pour une première réponse. Le visiteur reçoit une réponse en quelques minutes — votre équipe n'intervient que si nécessaire.
Canal Slack Connect. Un client dans un canal Slack partagé pose une question. L'IA répond dans le fil, s'appuyant sur la même base de connaissances qu'elle utilise pour le widget. Votre équipe peut intervenir ou prendre le relais à tout moment.
Discord, WhatsApp, SMS. Chacun est un connecteur séparé — choisissez les canaux que vos clients utilisent réellement. L'IA se comporte de manière cohérente à travers tous.
Historique de conversation unique. Peu importe sur quel canal une conversation commence, elle vit dans votre tableau de bord aux côtés de tout le reste. Les mêmes analyses, la même piste d'audit, les mêmes outils d'exportation.
Rencontrez les clients là où ils sont. Demander aux clients d'utiliser votre canal préféré est un point de friction. Certains clients préfèrent fortement l'e-mail. D'autres préfèrent Slack parce qu'ils y sont déjà pour d'autres fournisseurs. Forcer un canal coûte en efficacité de support et en satisfaction client. Multi-canaux supprime le choix.
Même qualité partout. Votre widget obtient des réponses AI rapides et conformes à la marque. Votre file d'attente d'e-mails aujourd'hui obtient... ce que votre équipe tape lorsqu'elle y arrive. L'ingestion multi-canaux élève la file d'attente d'e-mails à la qualité du widget sans augmenter l'équipe.
Couverture sans effectif. Une petite équipe ne peut pas surveiller cinq canaux vingt-quatre heures sur vingt-quatre. L'IA peut. Elle gère la première vague sur chaque canal et n'escalade que les conversations qui nécessitent un humain.
Cohérence entre les clients. Un client qui envoie un e-mail aujourd'hui et discute demain ne devrait pas obtenir deux versions différentes des capacités de votre produit. Même IA, même base de connaissances, mêmes réponses — quel que soit le canal.
Pour chaque canal, vous vous connectez une fois et configurez des règles de routage :
Les messages entrants passent dans le même système de conversation que les chats de widget. L'IA utilise la même base de connaissances, applique la même configuration et produit des réponses dans le même format adapté aux contraintes du canal (texte brut pour l'e-mail, réponses en fil pour Slack, messages courts pour SMS).
Les réponses sortantes retournent par le canal d'où elles proviennent — le client ne sait jamais s'il parle à une personne ou à l'IA à moins que votre configuration ne lui dise.
Un outil de ticketing séparé pour l'e-mail. Un bot Slack séparé. L'auto-répondeur "nous vous répondrons dans les 24 heures". Le membre de l'équipe qui copie-colle des réponses de votre tableau de bord dans des e-mails.
Cette fonctionnalité est prévue et sera déployée par canal :
Chaque connecteur est livré avec une configuration spécifique au canal : comment s'authentifier, comment router, comment formater les réponses. L'infrastructure sous-jacente de l'IA et de la base de connaissances est partagée — ajouter un canal ne signifie pas reconstruire l'agent.