Deskhero
Français
Essayer gratuitement

← Back to articles

Utiliser votre e-mail existant comme helpdesk : guide pour PME

Utiliser votre e-mail existant comme helpdesk : guide pour PME

Oui, vous pouvez transformer une boîte aux lettres Gmail, Google Workspace ou Microsoft 365 en système de tickets par e-mail fonctionnel sans migrer un seul message ni créer une nouvelle adresse e-mail. Deskhero se connecte directement à votre boîte de réception existante, convertit les e-mails entrants en tickets suivis et permet de répondre depuis l’adresse de votre entreprise grâce à la synchronisation bidirectionnelle des e-mails.

Les raisons pratiques de conserver votre configuration actuelle sont nombreuses. Votre équipe connaît déjà la boîte de réception, vos clients vous écrivent déjà à cette adresse et une configuration sans migration évite les risques d’interruption liés au changement de plateforme. Vous bénéficiez d’automatisations, de compteurs SLA, de règles de routage et de rapports directement sur la boîte aux lettres que vous possédez déjà, conformément à une check-list complète d’automatisation marketing conçue pour les PME.

Première action : vérifiez que vous disposez d’un accès administrateur à la boîte aux lettres, que le transfert ou IMAP est activé et que vous pouvez définir une adresse d’expéditeur. Créez ensuite une règle d’automatisation de test qui convertit un e-mail entrant en ticket. Si cette règle se déclenche correctement, vous êtes prêt à commencer.

Conseil de pro : Créez un alias de préproduction (par exemple, support-test@yourdomain.com) et effectuez-y votre première configuration. Vous pourrez ainsi faire des essais sans risque avant de toucher à l’adresse d’assistance active.

Points clés à retenir

La conversion d’une boîte aux lettres Gmail ou Microsoft 365 existante en service d’assistance ne nécessite aucune migration : il suffit de configurer correctement le transfert, l’authentification et une plateforme qui préserve la synchronisation bidirectionnelle des e-mails depuis l’adresse de votre entreprise.

Point Détails
Aucune migration nécessaire Les boîtes aux lettres Gmail, Google Workspace et Microsoft 365 deviennent des services d’assistance avec tickets sans déplacement des données.
L’authentification en premier SPF, DKIM et DMARC doivent être configurés avant la mise en production, sinon les réponses arriveront dans les spams.
Les modèles réduisent le temps de traitement Les réponses prédéfinies pour le triage, l’escalade et les remboursements réduisent l’effort par ticket dès la première semaine.
L’IA a besoin de garde-fous Limitez les brouillons générés par l’IA aux connaissances approuvées et exigez une vérification par un agent avant l’envoi de toute réponse automatisée.
Deskhero convient à cette approche Deskhero transforme une boîte de réception existante en service d’assistance complet en quelques minutes, avec synchronisation bidirectionnelle, IA fondée sur des connaissances approuvées et essai gratuit de 30 jours.

Table des matières

Comment configurer votre adresse e-mail existante comme service d’assistance

Suivez ces étapes dans l’ordre. Chacune s’appuie sur la précédente.

  1. Vérifiez les identifiants de la boîte aux lettres et l’accès administrateur. Confirmez que vous pouvez vous connecter en tant qu’administrateur à Gmail/Google Workspace ou Microsoft 365 et que la boîte aux lettres d’assistance est accessible.
  2. Activez le transfert ou l’accès IMAP. Dans Gmail, accédez à Paramètres → Transfert et POP/IMAP. Dans Microsoft 365, activez IMAP dans les paramètres de flux de messagerie de la boîte aux lettres.
  3. Ajoutez une boîte de réception partagée ou une délégation de boîte aux lettres. Accordez à votre équipe d’assistance un accès sans partager de mot de passe. Dans Google Workspace, utilisez la délégation de boîte aux lettres. Dans Microsoft 365, utilisez les autorisations de boîte aux lettres partagée.
  4. Configurez l’analyse des e-mails entrants (règles alias-vers-ticket). Dirigez votre adresse d’assistance vers votre plateforme de service d’assistance afin que chaque e-mail entrant crée un ticket unique avec un identifiant de fil. Le guide de conversion des e-mails en tickets de Deskhero explique la procédure pour les boîtes aux lettres Google et Microsoft.
  5. Confirmez l’adresse d’expéditeur et le comportement de réponse. Les réponses doivent partir de l’adresse de votre entreprise, et non d’une adresse générique de la plateforme. Testez ce point avant la mise en production.
  6. Effectuez un cycle complet d’envoi et de réponse. Envoyez un e-mail de test depuis une adresse externe, vérifiez qu’un ticket est créé, répondez depuis le service d’assistance et confirmez que le client voit l’adresse de votre entreprise dans le champ d’expéditeur.

Liste de vérification avant le lancement :

  • Envoyer des e-mails depuis des adresses internes et externes
  • Joindre un PDF et une capture d’écran ; confirmer que les pièces jointes apparaissent sur le ticket
  • Répondre au ticket et vérifier que le fil reste intact dans la boîte de réception du client
  • Vérifier qu’une deuxième réponse du client rouvre le même ticket, et non un nouveau

Conseil de pro : Certains comptes Google Workspace et Microsoft 365 bloquent par défaut l’accès aux applications tierces. Utilisez le consentement OAuth ou générez un mot de passe spécifique à l’application avant de connecter votre plateforme de service d’assistance, sinon la connexion IMAP échouera silencieusement.

Fonctionnalités essentielles à activer pour faire évoluer votre service d’assistance par e-mail

La conversion des e-mails en tickets n’est que la première étape. Pour maintenir l’organisation lorsque le volume augmente, quelques réglages supplémentaires sont nécessaires.

  • Identifiants de ticket uniques dans l’objet. Une balise comme [#1042] permet au système de regrouper correctement les réponses dans le même fil et évite les doublons lorsque les clients transfèrent l’e-mail ou mettent d’autres personnes en copie.
  • Regroupement automatique des fils par expéditeur. Chaque réponse provenant de la même adresse e-mail et du même fil d’objet doit être rattachée au ticket existant, et non ouvrir un nouveau ticket.
  • Compteurs SLA. Définissez un délai cible pour la première réponse (par exemple, 4 heures pour les demandes standard et 1 heure pour les demandes urgentes). Le compteur démarre lorsque le ticket est créé.
  • Règles de routage et d’attribution. Dirigez les questions de facturation vers la file correspondante, les problèmes techniques vers le niveau 2, etc., selon les mots-clés ou le domaine de l’expéditeur.
  • Réponses prédéfinies et modèles. Des réponses préécrites aux dix questions les plus fréquentes réduisent rapidement le temps de traitement. Consultez les modèles d’e-mails d’assistance pour découvrir des exemples prêts à copier.
  • Notes internes. Les agents doivent pouvoir laisser sur un ticket des notes que les clients ne voient jamais. C’est ainsi que vous transmettez le contexte sans encombrer le fil du client.
  • Détection des collisions. Si deux agents ouvrent simultanément le même ticket, le système doit les avertir. Sans cette fonction, les clients peuvent recevoir deux réponses contradictoires.

Comment continuer à envoyer les réponses depuis l’adresse de votre entreprise

La synchronisation bidirectionnelle des e-mails ne fonctionne que si vos enregistrements DNS et les paramètres de votre boîte aux lettres sont correctement alignés. Un enregistrement SPF mal configuré est la raison la plus fréquente pour laquelle les réponses arrivent dans les spams.

Liste de vérification DNS et authentification :

  • SPF : ajoutez les adresses IP d’envoi de votre plateforme de service d’assistance à l’enregistrement SPF de votre domaine.
  • DKIM : activez la signature DKIM pour les e-mails sortants. Dans Google Workspace, cette option se trouve sous Applications → Google Workspace → Gmail → Authentifier l’adresse e-mail. Dans Microsoft 365, elle se trouve dans le portail Defender.
  • DMARC : définissez une politique DMARC (commencez par p=none pour surveiller, puis passez à p=quarantine). Les rapports DMARC vous indiqueront si des expéditeurs non autorisés utilisent votre domaine.
  • Adresse d’expédition / relais SMTP : configurez votre service d’assistance pour envoyer les e-mails via le relais SMTP de votre domaine ou utilisez une identité d’envoi autorisée afin que l’en-tête d’expéditeur affiche votre adresse, et non celle de la plateforme.

Le modèle d’assistance de Current associe chaque interaction par e-mail à l’adresse liée au compte, ce qui empêche l’usurpation et protège l’identité du client. Le même principe s’applique ici : limitez l’envoi sortant aux seules adresses vérifiées.

Conseil de pro : Utilisez un sous-domaine d’envoi dédié (par exemple, mail.yourdomain.com) pendant le déploiement. Vous isolerez ainsi les problèmes éventuels de délivrabilité de votre domaine principal et faciliterez la lecture des rapports DMARC.

Flux de triage et modèles d’e-mails prêts à l’emploi

Un flux de triage cohérent empêche les tickets de s’accumuler sans être lus. Voici une séquence pratique :

Nouveau ticket → triage automatique (mot-clé + balise de priorité) → attribution à une file → première réponse → escalade si nécessaire → résolution et clôture

Diagramme d’un flux de triage pour un service d’assistance par e-mail

Modèles prêts à copier :

Première réponse (générale) : Demande d’informations complémentaires : Notification d’escalade : Confirmation de remboursement : Les notes internes contiennent le contexte nécessaire au transfert. Lors d’une escalade, collez le problème initial du client ainsi que les étapes déjà tentées dans la note interne avant de réattribuer le ticket.

Délais, facteurs de coût et estimation du ROI

Phase Durée habituelle Activités principales
Configuration de base des e-mails en tickets De quelques minutes à 2 heures Transfert, IMAP, règles de réception
Validation de l’automatisation et du routage 1 à 2 jours Test des règles, compteurs SLA, routage
Modèles, SLA et formation de l’équipe 1 à 3 semaines Réponses prédéfinies, intégration

Facteurs de coût à prévoir :

  • Frais d’abonnement par poste d’agent (variables selon la plateforme et le niveau d’offre)
  • 1 à 4 heures de travail informatique pour les modifications DNS et la configuration OAuth
  • Facultatif : intégrations payantes (CRM, Shopify, SSO)

Facteurs de ROI : une première réponse plus rapide réduit le nombre d’e-mails de relance par ticket. Moins de relances par problème diminue le temps moyen de traitement. Une équipe qui réduit le délai de première réponse de 24 heures à 4 heures et le nombre de relances de deux par ticket constatera une baisse mesurable du délai de résolution dès le premier mois.

Pour les équipes qui envisagent de changer entièrement de plateforme, Help Desk Migration propose des transferts sans code entre plus de 100 plateformes. Pour la plupart des petites et moyennes équipes, cependant, l’approche sans migration est plus rapide et moins risquée.

Sécurité et contrôles d’accès pour les boîtes aux lettres partagées

  • Autorisations basées sur les rôles : les agents doivent pouvoir lire et répondre ; seuls les administrateurs doivent pouvoir modifier les règles de routage, les paramètres DNS ou les intégrations.
  • AMF sur tous les comptes administrateurs : obligatoire, sans exception.
  • Délégation selon le principe du moindre privilège : accordez uniquement l’accès à la boîte aux lettres d’assistance, et non à l’ensemble de l’environnement Google Workspace ou Microsoft 365.
  • Journaux d’audit : chaque action (réponse envoyée, ticket clôturé, règle modifiée) doit être enregistrée avec un horodatage et l’identifiant de l’utilisateur.
  • Listes d’expéditeurs approuvés : les e-mails sortants doivent uniquement partir d’adresses vérifiées. Limitez le relais SMTP aux utilisateurs authentifiés.
  • Gestion des pièces jointes : les tickets contenant des captures d’écran ou des PDF avec des données personnelles doivent être accessibles uniquement à l’agent désigné et à son responsable.
  • Sauvegarde et conservation : définissez une politique de conservation conforme à vos obligations légales. Pour la plupart des entreprises américaines, une durée de 3 à 7 ans couvre les documents commerciaux standard.

Conseil de pro : Pour les réponses générées par l’IA, exigez une vérification humaine avant l’envoi de toute réponse automatisée. Consignez chaque brouillon de l’IA, chaque modification et chaque envoi. Si une réponse provoque une réclamation client, vous devez disposer d’un historique clair de la suggestion de l’IA et de ce que l’agent a approuvé.

Comment utiliser l’IA en toute sécurité pour rédiger des réponses

L’IA accélère la rédaction, mais crée un risque réel si elle s’appuie sur des sources non vérifiées. La solution consiste à limiter les informations auxquelles elle peut accéder.

  • IA fondée uniquement sur des connaissances approuvées : l’IA doit rédiger des réponses uniquement à partir de contenus que vous avez explicitement approuvés : tickets résolus, base de connaissances et pages de votre site web. L’IA de Deskhero fonctionne ainsi par conception.
  • Flux brouillon automatique + modification par l’agent : l’IA rédige, puis l’agent vérifie, modifie et envoie. Rien n’est envoyé automatiquement, sauf si vous activez cette option.
  • Étiquetage des réponses automatisées : toute réponse générée ou assistée par l’IA doit être signalée dans l’historique du ticket afin de pouvoir être auditée ultérieurement.
  • Seuils de confiance et déclencheurs d’escalade : lorsque l’IA n’est pas sûre d’elle, elle doit transmettre la demande à un humain plutôt que de deviner. Le Support Assistant d’Epic Games suit ce modèle : il tente d’apporter une aide automatisée, affiche ses sources et crée un ticket traité par un humain lorsqu’il ne peut pas résoudre le problème.
  • Limitez d’abord l’IA aux types de tickets peu risqués. Commencez par les FAQ et le suivi des commandes. Réservez les litiges de facturation et les réclamations juridiques aux humains tant que vous n’avez pas confiance dans la précision de l’IA.

Le modèle d’assistance de Klaviyo dirige les utilisateurs vers un assistant virtuel avant de les transférer à des agents en direct selon le niveau de l’offre, ce qui constitue un modèle pratique pour adapter l’intervention de l’IA à la complexité des tickets.

KPI à suivre et exemple de cadre SLA

Indicateurs clés pour un service d’assistance par e-mail :

  • Délai de première réponse (objectif : moins de 4 heures pour les tickets standard)
  • Délai de résolution (objectif : moins de 24 heures pour le niveau 1)
  • Nombre de réponses par ticket (moins il y en a, mieux c’est ; plus de 4 indique généralement que les premières réponses manquent de clarté)
  • Taux de réouverture des tickets (au-dessus de 10 %, il révèle des problèmes de qualité de résolution)
  • Score CSAT par canal e-mail
  • Taux de précision de l’automatisation (pourcentage de tickets routés automatiquement vers la bonne file)
Niveau SLA Objectif de première réponse Objectif de résolution
Urgent 1 heure 4 heures
Standard 4 heures 24 heures
Faible priorité 8 heures 72 heures

Effectuez des revues hebdomadaires des SLA pendant le premier mois, puis passez à un rythme mensuel une fois vos références stabilisées. Étiquetez les tickets par campagne ou gamme de produits afin d’identifier les domaines qui génèrent le plus de volume. Le modèle d’assistance à plusieurs niveaux de Mailchimp, dans lequel le niveau de l’offre détermine l’accès aux canaux, constitue une référence utile pour définir les attentes internes en matière de SLA selon le niveau de client.

Problèmes courants et solutions

  • Échecs de délivrabilité : vérifiez l’alignement SPF, DKIM et DMARC. Utilisez MXToolbox pour vérifier les enregistrements. Si les réponses arrivent dans les spams, le domaine de l’expéditeur ne correspond probablement pas à l’adresse IP d’envoi autorisée par SPF.
  • Tickets en double : ils sont généralement dus à l’absence d’identifiants de fil dans l’objet. Ajoutez une balise de ticket unique ([#ID]) et vérifiez que le système fait correspondre les réponses à l’aide de cette balise, et non uniquement du texte de l’objet.
  • Deux agents répondent en même temps : activez la détection des collisions. Si votre plateforme ne propose pas cette fonction, utilisez une règle d’attribution qui verrouille le ticket au premier agent qui l’ouvre.
  • Synchronisation bidirectionnelle interrompue : vérifiez les identifiants IMAP et les jetons OAuth. Les jetons expirent ; programmez un rappel dans votre calendrier pour vous réauthentifier tous les 90 jours.
  • Pièces jointes absentes des tickets : confirmez que votre analyseur d’e-mails entrants est configuré pour capturer les pièces jointes MIME, et pas uniquement le texte brut. Effectuez un test avec un PDF et une image avant le lancement.

Liste de vérification du débogage avant lancement :

  • Enregistrements SPF/DKIM/DMARC vérifiés avec un outil externe
  • Ticket de test créé depuis une adresse externe
  • Réponse envoyée depuis le service d’assistance ; le client voit l’adresse d’expéditeur de l’entreprise
  • Pièce jointe visible sur le ticket
  • Règle de routage correctement déclenchée
  • Compteur SLA démarré lors de la création du ticket

Ce qui fonctionne réellement dans les petites équipes d’assistance

Les équipes qui tirent le meilleur parti d’un service d’assistance par e-mail sont celles qui résistent à la tentation de tout automatiser dès le premier jour. Commencez par le triage et les modèles. Assurez-vous que vos règles de routage sont correctes. Ajoutez ensuite les automatisations et l’IA lorsque vous connaissez les tendances de vos tickets.

Mains organisant des cartes de flux de travail

Le compromis entre rapidité et contrôle est bien réel. Une première réponse entièrement automatisée semble rapide, mais si l’IA s’appuie sur des connaissances obsolètes, elle érode la confiance plus rapidement qu’une réponse humaine tardive. La meilleure approche consiste à utiliser des brouillons générés par l’IA que les agents vérifient, puis à étendre progressivement l’automatisation aux types de tickets pour lesquels la précision de l’IA reste constamment élevée.

En matière de personnel, une petite équipe couvrant les heures ouvrées, complétée par un formulaire d’assistance en dehors de ces horaires (comme le modèle de Nutshell), est plus viable que de tenter d’assurer une couverture 24 h/24 et 7 j/7 dès le premier jour. Définissez des plages SLA claires, communiquez-les dans votre e-mail d’accusé de réception automatique et les clients sauront patienter.

Les 30 premiers jours : priorités de formation des agents :

  • Comment utiliser les notes internes pour les transferts (jour 1)
  • Bibliothèque de réponses prédéfinies et situations nécessitant une personnalisation (jours 1 à 3)
  • Processus d’escalade et situations dans lesquelles l’utiliser (jours 3 à 5)
  • Objectifs SLA et méthode de vérification de l’ancienneté des tickets (semaine 2)
  • Lecture du tableau de bord analytique (semaines 3 à 4)

Deskhero fait de l’approche sans migration la voie la plus rapide

La plupart des petites équipes d’assistance n’ont pas besoin d’une nouvelle adresse e-mail ni d’un projet de migration des données. Elles ont besoin que leur boîte de réception Gmail, Google Workspace ou Microsoft 365 existante fonctionne comme un véritable service d’assistance, dès aujourd’hui.

Deskhero

Deskhero se connecte à votre boîte aux lettres existante en quelques minutes, crée des tickets à partir des e-mails entrants et fait partir chaque réponse depuis l’adresse de votre entreprise. L’IA rédige des réponses uniquement à partir des connaissances que vous avez approuvées, lit les pièces jointes et transmet la demande à un humain lorsqu’elle n’est pas sûre d’elle. Vous bénéficiez d’automatisations, de compteurs SLA, d’un panneau client Shopify, de l’authentification unique Google et Microsoft ainsi que d’une API REST complète, sans avoir à modifier votre DNS plus d’une fois. Commencez un essai gratuit de 30 jours, sans carte bancaire.

Sources

FAQ

Peut-on utiliser une adresse e-mail existante comme service d’assistance sans effectuer de migration ?

Oui. Des plateformes comme Deskhero se connectent à Gmail, Google Workspace ou Microsoft 365 via transfert ou IMAP et convertissent les e-mails entrants en tickets sans déplacer votre historique d’e-mails existant.

Quels enregistrements DNS sont nécessaires pour configurer un service d’assistance par e-mail ?

Vous avez besoin d’un enregistrement SPF valide incluant les adresses IP d’envoi de votre plateforme de service d’assistance, de la signature DKIM activée sur votre domaine et d’une politique DMARC pour surveiller ou appliquer l’authentification.

Comment empêcher deux agents de répondre au même ticket ?

Activez la détection des collisions dans votre plateforme de service d’assistance ou utilisez une règle d’attribution qui verrouille le ticket au premier agent dès son ouverture, afin d’empêcher les réponses simultanées.

Comment utiliser l’IA en toute sécurité dans un service d’assistance par e-mail ?

Limitez l’IA aux sources de connaissances approuvées, exigez une vérification par un agent avant l’envoi de tout brouillon et configurez le système pour transférer la demande à un humain dès que le niveau de confiance de l’IA est faible.

Combien de temps faut-il pour configurer un service d’assistance par e-mail ?

La configuration de base des e-mails en tickets prend de quelques minutes à quelques heures. La validation des automatisations et des règles de routage prend généralement 1 à 2 jours, tandis que la formation complète de l’équipe avec les modèles et les SLA dure 1 à 3 semaines.