Contexte de la demande dans le dialogue
Le site peut transmettre le numéro de demande, le sens de l'échange, le montant, la page et toutes ses données au chat - l'opérateur le voit dans la carte du client, plutôt que de le rechercher manuellement.
Les clients écrivent depuis le site, Telegram ou e-mail, et l’équipe répond depuis un espace unique avec le contexte de commande et tout l’historique.
Widget React à votre marque, Telegram, automatisation, profils unifiés, SLA, analytics et conversations E2EE sur votre serveur.
Pourquoi est-ce nécessaire ?
Dans un service d’échange, la question est presque toujours liée au paiement, au statut de la demande, à la paire de l'échange ou à une page spécifique. iEXChat collecte cela à côté du dialogue afin que l'opérateur comprenne immédiatement ce qui se passe et évite les questions inutiles.
Le site peut transmettre le numéro de demande, le sens de l'échange, le montant, la page et toutes ses données au chat - l'opérateur le voit dans la carte du client, plutôt que de le rechercher manuellement.
La correspondance, les fichiers, les clients, les paramètres et les évaluations sont stockés sur votre serveur. Personne de l’extérieur n’en fermera l’accès ou n’augmentera les prix unilatéralement.
Une installation dessert plusieurs services d’échange, vitrines ou domaines : chacun a ses propres paramètres de widget, opérateurs, balises, files d'attente et analyses - ils ne se chevauchent pas.
Architecture
Un petit script est chargé sur le site. Le widget ouvre un dialogue en temps réel, le compte reçoit un message, l'historique et le contexte de la demande sont enregistrés dans votre base de données.
Fenêtre de support soignée, design de marque, restauration du dialogue après le retour du client.
Les messages, les lectures, la saisie et les statuts sont transmis instantanément, sans actualiser la page.
File d'attente des demandes, fiche client, modèles, tags, transferts entre opérateurs et analyses.
Connecte le widget et, si vous le souhaitez, transfère les données du client et de la demande.
Les conversations, clients, fichiers, évaluations et audits sont stockés dans votre base de données.
Plateforme iEXChat
iEXChat couvre tout le cycle du support : demandes, contexte client, SLA, historique et analytics pour le responsable.
Bot par site ou personnalisé, synchronisation bidirectionnelle, sujets de groupe, boutons, CSAT et Mini App.
Widget sur le site
Un loader léger charge le noyau isolé à la demande. Shadow DOM évite les conflits et cinq modes couvrent tous les canaux.
Nom, e-mail, téléphone - les champs sont inclus à la discrétion de l'administrateur et peuvent être rendus obligatoires.
Le client peut enregistrer sa voix, l'opérateur écoute et répond sur la même bande.
Taille et catégories configurables, blocklist, glisser-déposer, collage, multi-upload, progression et albums photo.
Centre d'aide intégré avec des articles, des catégories et des évaluations d'utilité du client.
Traductions personnalisées de l'interface du widget et détection automatique de la langue du client.
Le client revient une heure, un jour ou une semaine plus tard et continue le même dialogue sans perdre l'histoire.
Le site transmet e-mail, le nom, le numéro de téléphone, le numéro de demande et toutes ses données au chat - l'opérateur le voit immédiatement.
Le chat peut s'ouvrir en fonction de l'heure sur la page, du défilement ou d'une adresse spécifique - sans modifier le site.
Bureau de l'opérateur
A gauche se trouvent les dialogues, à droite la fiche client et le contexte de la demande. L'administrateur configure les sites, les opérateurs, les départements, les modèles et les règles dans un onglet de paramètres séparé - sans programmeurs et sans modifier le code.
Toutes les demandes sont regroupées dans une seule liste : qui écrit, qui répond, ce qui reste sans réponse et ce qui doit être repris.
Nom, e-mail, téléphone, demande, pays et appareil : tout est à portée de main, sans changer de fenêtre.
Phrases prêtes à l'emploi pour les questions fréquemment posées, par catégorie et avec variables - l'opérateur répond en un clic.
Tags pour les dialogues et les clients, les priorités, le transfert entre opérateurs et services.
Première vitesse de réponse, charge de travail, évaluations des clients après dialogue et goulots d'étranglement du support.
Notes internes entre opérateurs, une archive des anciens dialogues et un journal des modifications des paramètres.
Possibilités
Tous les dialogues nouveaux et actifs sont rassemblés sur un seul écran : qui écrit, qui répond, sur quel site et quelle demande.
Couleur, logo, position, langue, message d'accueil, FAQ, pièces jointes, formulaire vocal et pré-chat - tout est personnalisable.
Accès séparé des opérateurs aux sites, rôles flexibles, départements et balises - chacun ne voit que le sien.
Pont bidirectionnel dans Telegram, courrier entrant vers les conversations, notifications et connexion à vos systèmes.
Modèles, tags, transmissions, ouverture automatique, protection anti-spam, délais de réponse et règles d'automatisation.
Vitesse de réponse, charge de l'opérateur, évaluations des clients et mesures par site et par service.
Bot flows, FAQ, articles, deflection, invitations proactives, exit intent, webhooks et macros réduisent les tâches manuelles.
Voix et transcription, fichiers, albums, réactions, réponses, édition et co-browse avec consentement et masquage.
Livraison instantanée
Chat en direct : le client voit quand l'opérateur tape, l'opérateur voit quand le client est en ligne et lit. Si les opérateurs ne sont pas là, le client connaît sa position dans la file d'attente.
Les messages volent dans les deux sens sans actualiser la page, tout comme dans les messageries instantanées modernes.
L'indicateur « impression... » fonctionne dans les deux sens afin que le client ne s'énerve pas et ne quitte pas le site.
Marques de livraison et de lecture avec le temps - le client est sûr que le message a été reçu.
En ligne, occupé, absent, hors ligne - le client voit qu'il attend une réponse d'une personne vivante.
Si tous les opérateurs sont occupés, le client voit sa position et le temps d'attente approximatif.
L'opérateur voit immédiatement que le collègue a déjà ouvert un dialogue : le client ne reçoit pas deux réponses de personnes différentes.
Multisite et rôles
Chaque site possède ses propres paramètres de domaine, de marque, de langue, d'opérateurs et de widgets. Une personne peut être opérateur sur un site et administrateur sur un autre - et ne voit que les accès qui ont été explicitement accordés.
Chacun a sa propre adresse, son logo, sa couleur, sa langue et ses paramètres de widget – pas de marques « communes ».
L'opérateur ne voit que ses propres sites et ses propres dialogues, il n'y a pas d'entrée accidentelle dans le service d’échange de quelqu'un d'autre.
Rôles d'administrateur, d'opérateur et personnalisés avec un ensemble précis de droits - pour KYC, analyses, support.
Les dialogues, les notes, la charge et les analyses sont calculés pour chaque site séparément - sans mélanger les chiffres.
Canaux et intégrations
Scénario principal : le client écrit dans le widget, l'opérateur répond depuis le compte. L'historique, les fichiers et les évaluations restent avec vous.
Bot par site ou personnalisé avec médias, saisie, réactions, édition, boutons, CSAT et deep links.
Chaque conversation peut avoir un sujet de forum dans le groupe ; les opérateurs y répondent ou ouvrent la Mini App.
Les lettres des clients sont automatiquement transformées en dialogues et en correspondance de support. Les lettres sortantes transitent par votre courrier.
iEXChat peut être connecté au service d’échange, CRM et aux services internes - événements et flux de données dans les deux sens.
Les contacts fusionnent par e-mail, téléphone, utilisateur Telegram et external ID, avec liaison ou séparation manuelle.
Sécurité
Les données et fichiers principaux restent dans votre périmètre. Les canaux externes activés ne reçoivent que les données nécessaires.
Les opérateurs saisissent le compte avec un code provenant d'une demande sur le téléphone - compromettre le mot de passe ne donne pas accès.
L'identifiant du visiteur ne peut pas être falsifié - aucun étranger ne « lira » la correspondance du client.
AES-GCM-256 s’exécute dans le navigateur ; la clé reste dans le fragment URL et le serveur ne voit que fingerprint et texte chiffré.
Limites sur les messages, les tentatives de connexion et les actions suspectes - le bot n'inondera pas le chat et ne devinera pas le mot de passe.
Vous pouvez voir qui a modifié les paramètres et quand, réaffecté les boîtes de dialogue, supprimé les messages - à des fins de contrôle et d'audit.
Il démarre uniquement après accord explicite et masque mot de passe, e-mail, téléphone et champs sensibles.
Déploiement et exploitation
iEXChat fonctionne dans votre environnement avec proxy, SSL, tâches en arrière-plan, stockage, sauvegardes et suivi de santé.
Configure les services, le reverse proxy et le certificat SSL, puis vérifie la disponibilité.
Le loader charge le noyau immuable uniquement lorsqu’il est nécessaire.
Les changements idempotents et les sauvegardes réduisent les risques pour les données de production.
Des files séparées traitent SLA, notifications, nettoyage et analytics, avec métriques et traces optionnelles.
Sous le capot
Monorepo pnpm + turbo. TypeScript complet des deux côtés, contrats tapés entre le widget, API et le panneau. PostgreSQL comme source de vérité, Redis pour les files d'attente et pub/sub, S3/MinIO pour les fichiers et Docker pour l'ensemble du framework.
Client
Ce que le client voit dans le widget et l'opérateur au bureau. Léger, isolé, réactif.
Panneau de commande : React 18, TanStack Query, boîte de réception réactive.
React 19 et Tailwind 4 dans Shadow DOM, chargement à la demande et aucun conflit de styles.
Mode strict TypeScript de tous les côtés - contrats API tapés.
Système de conception pour le panneau et les pages de paramètres.
Vite construit le panneau et le noyau isolé ; le loader léger ne le télécharge qu’au besoin.
Client Socket.IO - messages instantanés dans le widget et le panneau.
Serveur
NestJS API, passerelle temps réel, travailleur en arrière-plan avec files d'attente et Prisma au-dessus de Postgres.
NestJS 10 : API modulaire, guards, pipes, intégrations et passerelle temps réel.
Prisma ORM - migrations, requêtes de type sécurisé, référence.
PostgreSQL - correspondance, clients, paramètres, audit.
Redis + BullMQ + Adaptateur Socket.IO - files d'attente et pub/sub.
Passerelle Socket.IO - tous les événements en temps réel.
Travailleur distinct : webhooks, mailings, tâches courantes.
Infrastructure
self-hosted sur Debian/Ubuntu, tout est packagé dans Docker, nginx comme proxy inverse, Cloudflare en option.
Debian 13 / Ubuntu 26.04 est la base serveur recommandée.
Docker compose — Postgres, Redis, MinIO, app, worker.
Nginx - proxy inverse, statique, certificats Let's Encrypt.
Cloudflare - DNS, protection, WAF en option.
MinIO / S3 - fichiers, voix, images.
systemd + cron - supervision et tâches de routine.
Comparaison
Ressources utiles
Des instructions et de l’aide pour configurer votre produit.
Prêt à essayer
Un script sur le site, un compte pour l'équipe et toutes les données sont sur votre serveur. Commandez le déploiement de votre service d’échange.