Branchez vos canaux et vos données.
L'agent ne sert à rien s'il ne voit pas votre stock et s'il ne parle pas là où vos clients écrivent. Voici ce qu'il connecte, et la documentation pour chacun.
Canaux
Là où vos clients écrivent.
Répondez sur le canal que vos clients utilisent déjà, avec un numéro professionnel et l'historique conservé.
Voir le canal
Messages directs et réponses aux stories, traités comme des conversations et pas comme des notifications.
Voir le canal
Messenger
La page Facebook branchée sur le même agent, avec le même contexte que vos autres canaux.
Voir le canal
Agent web
Un widget sur votre site, une ligne de script, qui répond avec votre catalogue et vos horaires.
Voir le canal
La boîte partagée rejoint le même fil, pour que rien ne se perde entre le chat et l'email.
Voir le canalSources de données
Ce que l'agent va lire pour répondre juste.
Airtable
Le catalogue, les stocks ou les tarifs lus en direct dans votre base, sans export.
Documentation
NocoDB
La même chose sur une base auto-hébergée, quand la donnée doit rester chez vous.
Documentation
API REST
Votre propre endpoint : l'agent envoie la requête du client et lit la réponse JSON.
Documentation
Fichier
Un CSV ou un tableur déposé, pour démarrer sans brancher quoi que ce soit.
DocumentationAvant de choisir un canal
Faut-il tout brancher d'un coup ?
Non, et c'est plutôt l'inverse : un canal d'abord, celui d'où viennent le plus de messages, et les autres quand celui-là tourne. L'agent est le même partout, donc ce que vous réglez sur le premier vaut pour les suivants.
Un client qui écrit sur deux canaux, ça fait deux conversations ?
Non. Les canaux arrivent dans la même boîte et un client qui envoie un email lundi et un message jeudi reste une seule conversation, donc personne ne lui demande de réexpliquer.
Que se passe-t-il si une source de données tombe ?
L'agent ne devine pas. Ce qu'il ne peut pas lire, il ne l'affirme pas : il le dit et passe la main, ce qui est le comportement qui rend les autres réponses fiables.
Et si le connecteur dont j'ai besoin n'existe pas ?
L'API REST couvre la plupart des cas : vous exposez un endpoint, l'agent envoie la demande du client et lit la réponse. Pour le reste, dites-nous lequel il vous manque.
Il vous manque un connecteur ?
Dites-nous lequel. L'API REST couvre déjà la plupart des cas, et le reste se discute.
Nous écrire →