Deskhero
Français
Essayer gratuitement

← Back to articles

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

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

Oui, vous pouvez transformer une boîte Gmail, Google Workspace ou Microsoft 365 en un système de tickets par e-mail fonctionnel, sans déplacer votre historique de messages existant ni créer une nouvelle adresse publique. Deskhero se connecte aux boîtes Google et Microsoft via OAuth, convertit les e-mails entrants en tickets suivis et envoie les réponses depuis l’adresse de votre entreprise grâce à la synchronisation bidirectionnelle des e-mails.

Les arguments pratiques en faveur du maintien de votre configuration actuelle sont solides. Votre équipe connaît déjà l’adresse, vos clients l’utilisent déjà et une configuration sans migration évite les perturbations liées au changement des coordonnées. Deskhero ajoute des automatisations pour les nouveaux tickets, des politiques de SLA, l’attribution et des rapports autour de la boîte que vous utilisez déjà.

Première action : vérifiez que vous disposez d’un accès administrateur à la boîte aux lettres. Pour Google ou Microsoft, connectez-la via OAuth. Pour un autre domaine dont vous êtes propriétaire, configurez les enregistrements DNS de Deskhero et transférez les e-mails entrants vers l’adresse unique de Deskhero. Effectuez ensuite un test complet d’envoi et de réponse.

Conseil : Créez un alias de test tel que support-test@yourdomain.com et effectuez-y votre première configuration. Vous disposerez ainsi d’un espace sécurisé pour vérifier le routage et les réponses avant de modifier l’adresse de support active.

Points clés à retenir

Une boîte Gmail ou Microsoft 365 existante peut devenir un centre de support sans migration de l’historique. L’essentiel consiste à choisir la bonne méthode de connexion, à tester les e-mails entrants et sortants et à définir un processus simple d’attribution.

Point Détails
Aucune migration de l’historique nécessaire Connectez l’adresse et laissez les nouvelles conversations devenir des tickets, tandis que les anciens e-mails restent là où ils se trouvent.
La méthode de connexion est importante Deskhero utilise OAuth pour Google et Microsoft. Les autres domaines dont vous êtes propriétaire utilisent des enregistrements DNS ainsi qu’un transfert.
L’attribution évite le travail en double Attribuez chaque ticket à un User et utilisez des notes privées lors du transfert.
L’IA a besoin de garde-fous Vérifiez les réponses suggérées avant de les envoyer. Les réponses IA destinées aux clients s’appuient uniquement sur la FAQ publique approuvée.
Deskhero convient à cette approche Deskhero propose une synchronisation bidirectionnelle avec Google et Microsoft, des politiques de SLA, des automatisations et un essai gratuit de 30 jours.

Table des matières

Comment configurer votre adresse e-mail existante en centre de support

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

  1. Vérifiez l’accès à la boîte aux lettres et les droits administrateur. Confirmez que la boîte de support est active et qu’un administrateur peut approuver la connexion.
  2. Choisissez la méthode de connexion. Deskhero connecte les boîtes Google et Microsoft via OAuth. Pour une autre adresse sur un domaine dont vous êtes propriétaire, ajoutez les enregistrements DNS requis et transférez les e-mails entrants vers Deskhero.
  3. Conservez des accès individuels. Invitez chaque collègue du support en tant que User au lieu de partager le mot de passe de la boîte aux lettres.
  4. Connectez la boîte aux lettres au bon groupe. Chaque boîte aux lettres Deskhero achemine les tickets vers un seul groupe. Le guide de conversion des e-mails en tickets explique le workflow général.
  5. Confirmez l’adresse d’envoi. Vérifiez que les réponses partent bien depuis l’adresse de l’entreprise que vos clients reconnaissent déjà.
  6. Effectuez un cycle complet d’envoi et de réponse. Envoyez un e-mail depuis une adresse externe, vérifiez que Deskhero crée un ticket, répondez depuis Deskhero et assurez-vous que le client reçoit la réponse dans le fil d’origine.

Checklist de test avant le lancement :

  • Envoyez des messages de test depuis des adresses internes et externes
  • Joignez un PDF et une image, puis vérifiez qu’ils apparaissent tous les deux sur le ticket
  • Répondez depuis le centre de support et vérifiez l’adresse de l’expéditeur
  • Envoyez une autre réponse client et vérifiez qu’elle rejoint la conversation existante

Conseil : Les administrateurs Google Workspace et Microsoft 365 devront peut-être approuver la connexion OAuth. Si l’autorisation échoue, vérifiez la politique d’accès aux applications du tenant avant de modifier les paramètres de la boîte aux lettres.

Fonctionnalités essentielles à activer pour faire évoluer votre centre de support par e-mail

Faire parvenir les e-mails dans les tickets n’est que la première étape. Quelques règles opérationnelles permettent de garder la boîte de réception exploitable lorsque le volume augmente.

  • Fils de conversation fiables. Testez les réponses réelles, les transferts et les destinataires en copie afin de comprendre comment la plateforme regroupe une conversation.
  • Attribution claire. Attribuez chaque ticket actif à une seule personne afin que chacun sache qui est responsable de la prochaine réponse.
  • Politiques de SLA. Définissez des objectifs de première réponse et de résolution adaptés à vos horaires de présence et aux priorités des tickets.
  • Automatisations pour les nouveaux tickets. Utilisez l’expéditeur, l’objet, le message, la langue, ou une condition évaluée par l’IA pour définir le groupe, l’User assigné, le statut, la priorité, les tags ou les champs personnalisés pris en charge à l’arrivée d’un ticket.
  • Un guide de réponse. Documentez les informations et le ton que les Users doivent utiliser dans les réponses courantes. L’article sur les modèles d’e-mails de support propose des exemples à adapter.
  • Notes privées. Ajoutez le contexte interne au ticket lorsqu’un autre User doit prendre le relais.
  • Rapports utiles. Consultez le volume de tickets, les délais de réponse, les résultats des SLA, les canaux et l’activité de l’équipe dans Statistics.

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

La configuration adéquate dépend du type de boîte aux lettres. Les connexions Google et Microsoft utilisent OAuth et assurent une synchronisation bidirectionnelle. Une adresse sur un autre domaine dont vous êtes propriétaire utilise le transfert pour les e-mails entrants et trois enregistrements CNAME afin que Deskhero puisse envoyer des réponses authentifiées depuis cette adresse.

Checklist de connexion :

  • Google : connectez la boîte Gmail ou Google Workspace via le processus OAuth de Deskhero.
  • Microsoft : connectez Microsoft 365 ou Outlook via OAuth. Les boîtes aux lettres partagées Microsoft sont prises en charge avec les autorisations requises.
  • Autres domaines dont vous êtes propriétaire : ajoutez les trois enregistrements CNAME affichés par Deskhero, puis transférez les messages entrants vers l’adresse de transfert unique de Deskhero.
  • Vérification : utilisez le test de vérification de la boîte aux lettres et effectuez un cycle externe d’envoi et de réponse avant le lancement.

Ne partez pas du principe qu’une connexion IMAP assure une synchronisation continue dans Deskhero. IMAP est disponible pour les importations ponctuelles, mais pas comme connexion active à une boîte aux lettres.

Conseil : Conservez une copie des valeurs DNS exactes et de la destination de transfert utilisées lors de la configuration. Si le flux d’e-mails change par la suite, vous pourrez comparer la configuration active aux valeurs connues comme fonctionnelles.

Workflows de triage et modèles de réponses pratiques

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

Nouveau ticket → appliquer l’automatisation des nouveaux tickets → attribuer à un User → envoyer la première réponse → ajouter une note privée en cas de transfert → résoudre et fermer

Schéma d’un workflow de triage d’un centre de support par e-mail

Modèles prêts à l’emploi :

  • Première réponse : "Merci de nous avoir contactés. Nous avons bien reçu votre demande et vous donnerons une réponse d’ici [heure ou date]."
  • Demande d’informations complémentaires : "Pour effectuer l’analyse, veuillez nous envoyer [détail précis]. Évitez d’inclure des mots de passe ou l’intégralité de vos informations de paiement."
  • Transfert : "Je fais intervenir le bon collègue. Il peut voir le contexte que vous avez déjà partagé, vous n’avez donc pas besoin de le répéter."
  • Vérification de la résolution : "Nous avons effectué [action]. Répondez à cet e-mail si le problème persiste."

Adaptez chaque réponse au ticket concerné. Lors d’un transfert, ajoutez une note privée indiquant le problème du client, les vérifications effectuées et la prochaine étape recommandée.

Délais, facteurs de coût et valeur pratique

Phase Critère de sortie Activités clés
Connexion de la boîte aux lettres Les tests entrants et sortants sont concluants Configuration OAuth ou DNS, transfert, vérification de l’expéditeur
Configuration du workflow L’attribution et le routage sont clairs Groupes, Users, automatisations pour les nouveaux tickets, priorités
Objectifs de service La politique de SLA correspond aux heures de présence Objectifs de première réponse, objectifs de résolution, horaires ouvrés

Facteurs de coût à prévoir :

  • Coût de l’abonnement pour les Users actifs et le forfait choisi
  • Temps administratif consacré à l’approbation OAuth, aux modifications DNS, au transfert et aux tests
  • Temps de formation consacré à l’attribution, aux notes privées, aux escalades et à la gestion des SLA

Valeur à mesurer : comparez le délai de première réponse, le délai de résolution, les tickets rouverts et le nombre de réponses nécessaires par résolution avant et après le lancement. Utilisez votre propre référence au lieu de vous fier à une estimation générique des économies.

Pour les équipes qui doivent effectivement déplacer des données historiques, Help Desk Migration propose un service de migration sans code. Une migration constitue un projet distinct de la connexion d’une adresse existante pour les nouveaux tickets.

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

  • Comptes individuels : donnez à chaque User son propre identifiant. Ne partagez pas le mot de passe de la boîte aux lettres.
  • MFA pour les comptes privilégiés : protégez les administrateurs de la boîte aux lettres et du centre de support grâce à l’authentification multifacteur.
  • Accès selon le principe du moindre privilège : accordez uniquement les accès à la boîte aux lettres, au groupe et au rôle dont chaque personne a besoin.
  • Notes privées : conservez la coordination interne dans le ticket au lieu de transférer les données client par des canaux informels.
  • Envoi vérifié : utilisez le processus OAuth ou DNS pris en charge afin que les réponses proviennent d’une adresse autorisée.
  • Gestion des pièces jointes : limitez l’accès aux tickets contenant des documents sensibles et suivez la politique de traitement des données de votre organisation.
  • Conservation : définissez les règles de conservation conformément à vos contrats, aux exigences de votre secteur et aux conseils juridiques.

Conseil : Examinez les accès chaque fois qu’une personne change de rôle ou quitte l’équipe. Désactivez l’User Deskhero, supprimez les autorisations de boîte aux lettres et renouvelez les identifiants qui auraient été partagés en dehors du processus de connexion pris en charge.

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

Deskhero distingue les suggestions de brouillons destinées aux Users des réponses automatiques destinées aux clients. Cette distinction est importante, car les deux fonctionnalités utilisent des périmètres de connaissances différents.

  • Réponses suggérées : Deskhero peut rédiger une réponse à partir des connaissances de l’espace de travail, notamment les tickets traités, les connaissances internes, les éléments approuvés de la FAQ publique, les pages analysées du site web, les questions-réponses importées et les produits Shopify connectés.
  • Vérification par un User : un User accepte, modifie ou rejette une suggestion. L’envoi d’une suggestion non modifiée nécessite une confirmation supplémentaire.
  • IA destinée aux clients : les réponses automatiques de l’IA et les réponses du chatbot s’appuient uniquement sur la FAQ publique approuvée.
  • Activation explicite : les réponses automatiques sont configurées par groupe et le chatbot est activé par widget. Les deux fonctionnalités nécessitent au moins 100 éléments approuvés dans la FAQ publique.
  • Historique visible : les réponses automatiques sont identifiées et enregistrées dans la chronologie du ticket.

Commencez par les suggestions vérifiées par les Users. Créez et vérifiez la FAQ publique avant d’activer l’IA destinée aux clients, puis surveillez les tickets qui reviennent à une personne parce que la FAQ ne contenait pas de réponse suffisamment fiable.

KPI à suivre et exemple de cadre SLA

Métriques utiles pour un centre de support par e-mail :

  • Délai de première réponse
  • Délai de résolution
  • Nombre de réponses nécessaires pour résoudre un ticket
  • Taux de réouverture des tickets
  • Volume de tickets créés par rapport aux tickets résolus
  • Part des premières réponses effectuées dans le délai SLA

Les objectifs suivants sont donnés à titre d’exemple uniquement. Définissez vos propres valeurs en fonction de vos heures d’activité, de vos effectifs et de vos engagements envers les clients.

Niveau de 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

Réévaluez fréquemment les objectifs pendant le déploiement. Les politiques de SLA de Deskhero peuvent utiliser le temps calendaire ou un calendrier hebdomadaire d’horaires ouvrés, et le compteur de résolution peut être mis en pause dans un statut choisi pendant l’attente d’une réponse du client. Statistics de Deskhero sépare le risque SLA actuel du respect des SLA une fois les tickets terminés, ce qui aide les équipes à ne pas confondre les échéances en cours et les résultats historiques.

Problèmes courants et solutions

  • La connexion OAuth échoue : demandez à l’administrateur Google Workspace ou Microsoft 365 de vérifier les politiques d’accès aux applications et de consentement.
  • La boîte aux lettres DNS ne peut pas envoyer : comparez les trois enregistrements CNAME avec les valeurs fournies par Deskhero et attendez la propagation DNS avant de procéder à une nouvelle vérification.
  • Deux Users préparent des réponses : attribuez le ticket avant de travailler dessus et vérifiez la conversation pour repérer les réponses récentes ou les notes privées.
  • La connexion nécessite une intervention : suivez le statut de la boîte aux lettres affiché dans Deskhero. Réautorisez une boîte OAuth lorsqu’elle indique qu’une authentification est nécessaire.
  • Les pièces jointes sont absentes : effectuez un test avec des types de fichiers pris en charge et vérifiez le message d’origine. Si le problème persiste, notez l’identifiant du ticket et les détails du fichier pour faciliter le dépannage.

Checklist de débogage avant lancement :

  • Le statut de la boîte aux lettres est actif
  • Le message de test externe crée un seul ticket
  • La réponse parvient au client depuis l’adresse d’entreprise attendue
  • La pièce jointe apparaît sur le ticket
  • L’automatisation des nouveaux tickets applique le groupe et la priorité attendus
  • La politique de SLA applique les échéances attendues

Ce qui fonctionne réellement dans les petites équipes de support

Les équipes qui tirent le meilleur parti d’un centre de support par e-mail commencent par un workflow simple et visible. Connectez la boîte aux lettres, attribuez la responsabilité, définissez un processus d’escalade et testez l’intégralité de la conversation client avant d’ajouter davantage d’automatisations.

Mains organisant des cartes de workflow

La rapidité et le contrôle peuvent aller dans des directions différentes. Une réponse automatique rapide n’est utile que lorsque les connaissances sous-jacentes sont approuvées et à jour. Les suggestions vérifiées par les Users constituent un point de départ plus sûr, tandis que la vérification de la FAQ publique crée les bases nécessaires à l’IA destinée aux clients.

Publiez vos horaires de support et des objectifs de réponse réalistes à un endroit facilement accessible aux clients. Si votre support n’est pas assuré en continu, indiquez-le clairement dans le premier accusé de réception et mesurez les performances uniquement par rapport aux heures que vous couvrez réellement.

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

  • Attribution et notes privées lors des transferts
  • Standards de réponse et circonstances justifiant leur personnalisation
  • Processus d’escalade et changements de responsabilité
  • Objectifs SLA et incidence des horaires ouvrés sur ceux-ci
  • Statistics pour le délai de réponse, les SLA, les canaux et l’activité de l’équipe

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

La plupart des petites équipes de support n’ont besoin ni d’une nouvelle adresse e-mail ni d’un projet de migration des données historiques. Elles ont besoin que les nouveaux messages envoyés à leur adresse existante deviennent des tickets organisés et attribuables.

Deskhero

Deskhero connecte Gmail, Google Workspace et Microsoft 365 grâce à une synchronisation OAuth bidirectionnelle. Les adresses sur d’autres domaines dont vous êtes propriétaire peuvent utiliser des enregistrements DNS ainsi qu’un transfert. Deskhero inclut des automatisations pour les nouveaux tickets, des notes privées, des politiques de SLA, Statistics, l’authentification unique Google et Microsoft, un panneau client Shopify et un accès à l’API REST. Les réponses suggérées s’appuient sur les connaissances de l’espace de travail pour être vérifiées par un User, tandis que l’IA destinée aux clients répond uniquement à partir de la FAQ publique approuvée. Commencez un essai gratuit de 30 jours, sans carte bancaire requise.

Sources

FAQ

Peut-on utiliser une adresse e-mail existante comme centre de support sans effectuer de migration ?

Oui. Deskhero connecte Gmail, Google Workspace et Microsoft 365 via OAuth et transforme les nouveaux messages entrants en tickets sans déplacer l’historique existant de la boîte aux lettres. Les autres adresses sur des domaines dont vous êtes propriétaire peuvent utiliser des enregistrements DNS ainsi qu’un transfert.

Quels enregistrements DNS faut-il configurer pour installer une boîte aux lettres Deskhero sur un autre domaine dont vous êtes propriétaire ?

Deskhero fournit trois enregistrements CNAME pour l’envoi authentifié. Après les avoir ajoutés, transférez les e-mails entrants vers l’adresse de transfert unique de Deskhero et effectuez le test de vérification de la boîte aux lettres.

Comment réduire le risque que deux Users répondent au même ticket ?

Attribuez chaque ticket actif à un seul User avant de commencer le traitement. Consultez la conversation et les notes privées pour vérifier l’activité récente, et ajoutez une note claire chaque fois que la responsabilité change.

Comment utiliser l’IA en toute sécurité dans un centre de support par e-mail ?

Commencez par des suggestions de brouillons vérifiées par les Users. Approuvez et actualisez la FAQ publique avant d’activer les réponses automatiques de l’IA ou le chatbot, car ces fonctionnalités destinées aux clients répondent uniquement à partir du contenu approuvé de la FAQ publique.

Combien de temps faut-il pour configurer un centre de support par e-mail ?

Le délai dépend de l’approbation de l’administrateur, de la propagation DNS, de la complexité du workflow et des tests. Ne mettez pas le système en production tant que les e-mails entrants, les réponses sortantes, les fils de conversation, les pièces jointes, l’attribution, les automatisations et le comportement des SLA n’ont pas passé un test externe.