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.
Le client pose une question directement sur le site Internet, l'opérateur voit immédiatement la demande au bureau et répond sans basculer entre les différents services.
Widget pour le site, compte opérateur, historique des dialogues, contexte de demande, multisite, Telegram et e-mail - le tout dans un seul système sur votre serveur.
Le projet se connecte à la licence actuelle iEXExchanger et fonctionne comme un module supplémentaire à la plateforme principale.
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.
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.
Connecte le widget et, si vous le souhaitez, transfère les données du client et de la demande.
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.
Les conversations, clients, fichiers, évaluations et audits sont stockés dans votre base de données.
File d'attente des demandes, fiche client, modèles, tags, transferts entre opérateurs et analyses.
L'article Telegram montre le scénario complet du produit : widget sur le site Web, compte de l'opérateur, historique des dialogues, analyses et connexion au service d’échange.
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.
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.
La fenêtre de support n'entre pas en conflit avec la conception du site, rétablit le dialogue après le retour du client et peut fonctionner selon quatre modes - pour différents scénarios d'échange.
Scénario principal. Le client écrit directement dans le widget, les messages sont immédiatement visibles dans le compte de l'opérateur et l'historique est enregistré avec vous.
Si les opérateurs sont en ligne, le client écrit sur le chat. Si tout est hors ligne, le widget affiche le bouton « Écrire sur Telegram » avec un lien prêt à l'emploi.
Le widget n'ouvre pas son propre chat, mais dirige le client vers le compte de support Telegram. Convient si l'équipe habite à Telegram.
Le widget peut être temporairement remplacé par un widget tiers, ce qui est pratique pour une migration en douceur de l'ancien fournisseur vers votre propre chat.
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.
Pièces jointes jusqu'à 25 Mo, protection contre les types de fichiers dangereux, aperçus d'images dans le chat.
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.
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.
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.
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.
Communication bidirectionnelle avec Telegram : l'opérateur peut répondre directement depuis le chat Telegram, et la réponse est renvoyée au client dans le widget.
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.
Tout est stocké dans votre base de données, les fichiers dans votre stockage, les accès dans votre.env. Le prestataire tiers n’a pas accès au contenu des conversations.
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.
Le service d’échange peut « certifier » le client avec une signature - l'opérateur est sûr que l’e-mail et le numéro de demande sont réels.
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.
La licence, les secrets d'intégration et les tokens d'accès sont stockés cryptés et non « tels quels ».
Chaque modification est une version distincte avec un journal clair. La mise à jour est déployée dans l'ordre, de manière idempotente - même si elle est interrompue, vous pouvez continuer au même point sans perte.
Chaque modification significative est sa propre version. Non, « nous le déploierons d’une manière ou d’une autre », juste une histoire claire.
Le système indique toujours quelles mises à jour ont déjà été appliquées et lesquelles ne l'ont pas encore été.
Les modifications de la base de données sont additives : les données ne sont pas perdues, le schéma est mis à jour dans un ordre strict.
Nous avons lancé la mise à jour - le système lui-même vérifiera l'état de préparation, appliquera les modifications et signalera le résultat.
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.
Ce que le client voit dans le widget et l'opérateur au bureau. Léger, isolé, réactif.
NestJS API, passerelle temps réel, travailleur en arrière-plan avec files d'attente et Prisma au-dessus de Postgres.
self-hosted sur Debian/Ubuntu, tout est packagé dans Docker, nginx comme proxy inverse, Cloudflare en option.
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.