On ouvre un ticket sur CegidLife, on décrit le problème en trois lignes, et deux jours plus tard le support demande des captures d’écran qu’on aurait pu joindre dès le départ. Ce scénario, la plupart des utilisateurs Cegid l’ont vécu au moins une fois.
La gestion des tickets sur CegidLife ne pose pas de difficulté technique en soi, mais la qualité de la demande initiale conditionne le délai de résolution. Voici comment gagner du temps côté utilisateur, depuis la rédaction du ticket jusqu’à son suivi.
A lire en complément : Gestion de la relation client : techniques et stratégies efficaces
Préparer un ticket CegidLife avant de cliquer sur « Need help »
Le réflexe classique consiste à ouvrir le portail CegidLife, cliquer sur le bouton d’assistance et décrire le blocage tel qu’on le perçoit. Le problème, c’est que le support reçoit alors un récit orienté symptôme, pas cause. Résultat : un aller-retour pour obtenir le contexte technique.
Avant de créer la demande, on gagne à rassembler trois éléments concrets : le nom exact du module ou de l’écran concerné (comptabilité, paie, gestion commerciale), le message d’erreur affiché (copié-collé, pas reformulé) et la séquence d’actions qui déclenche le problème.
Lire également : Mydocpeople pour les entreprises : quels gains de temps sur la gestion RH ?
- Une capture d’écran du message d’erreur avec la barre d’adresse visible, pour que le support identifie immédiatement l’environnement
- Le chemin de navigation suivi (menu > sous-menu > action) plutôt qu’une description vague du type « quand je valide ça plante »
- Le navigateur utilisé et sa version, surtout si le comportement est intermittent (CegidLife fonctionne mieux sur Chrome, Edge et Firefox, les retours varient sur d’autres navigateurs)
- Le nom de l’utilisateur impacté et son rôle dans le portail, car les droits d’accès influencent directement certains blocages
Ce travail préparatoire prend quelques minutes. Il évite souvent un premier échange de qualification qui peut décaler la prise en charge de plusieurs heures.
Rédiger un ticket CegidLife que le support traite sans relance
Un ticket bien rédigé n’a rien d’un exercice littéraire. On cherche à donner au technicien ce dont il a besoin pour reproduire le problème sans poser de question.
Objet du ticket : précis et filtrable
L’objet doit permettre au support de trier la demande avant même de l’ouvrir. « Problème de connexion » est trop large. « Erreur 403 à la validation d’une écriture comptable sur Cegid Loop » oriente immédiatement vers la bonne équipe.
On inclut le nom du produit Cegid concerné dans l’objet. Le portail CegidLife couvre plusieurs solutions (paie, retail, finance), et chaque flux de tickets a ses propres files de traitement.
Corps du ticket : la méthode en trois blocs
Le premier bloc décrit le résultat attendu. Le deuxième décrit le résultat obtenu. Le troisième liste les étapes de reproduction. Cette structure est celle que les équipes Customer Care de Cegid utilisent en interne pour qualifier un incident.
Joindre les pièces dès la création du ticket fait gagner un cycle complet de relance. Si le fichier est trop volumineux, le mentionner dans le corps du ticket avec une proposition d’envoi par un autre canal.
Droits d’accès et authentification : vérifier avant d’ouvrir un ticket
Une part non négligeable des demandes d’assistance sur CegidLife concerne des problèmes d’accès. Activation non reçue, mot de passe expiré, rôle mal configuré. Ces situations ne relèvent pas toujours du support technique, elles se règlent souvent en self-service.
Le portail CegidLife propose une réinitialisation de mot de passe autonome. Si le mail d’activation n’est jamais arrivé, vérifier le dossier spam reste la première action à faire avant toute autre démarche. Le mail provient d’une adresse Cegid qui peut être filtrée par certaines politiques de messagerie d’entreprise.
Pour les organisations qui utilisent Cegid Account ou une authentification via Google, Microsoft ou Apple, le blocage vient parfois d’une adresse email liée au mauvais fournisseur d’identité. L’administrateur du compte CegidLife peut vérifier et corriger cette liaison sans passer par le support.
Ouvrir un ticket pour un problème d’accès qui se résout en self-service encombre la file et allonge les délais pour les incidents techniques réels. Consulter la base de connaissances CegidLife avant de soumettre une demande permet de filtrer ces cas.
Suivi de ticket CegidLife : relancer au bon moment
Une fois le ticket créé, la tentation est de relancer dès le lendemain. Le portail CegidLife permet de suivre l’état de la demande (ouverte, en cours, en attente de retour utilisateur, résolue). Consulter ce statut avant de relancer évite de créer du bruit dans la file.
Le piège le plus fréquent : le ticket passe en statut « en attente de retour utilisateur » parce que le support a posé une question complémentaire, et l’utilisateur ne reçoit pas la notification. Les alertes email de CegidLife dépendent des paramètres de notification du compte. On vérifie que les notifications sont activées dans les préférences du portail, faute de quoi un ticket peut rester bloqué des jours sans que personne ne s’en aperçoive.
Si une relance s’impose, on la fait dans le fil du ticket existant, pas en ouvrant une nouvelle demande. Créer un doublon de ticket ralentit le traitement au lieu de l’accélérer, car le support doit fusionner les demandes avant de reprendre l’analyse.
Tickets récurrents sur CegidLife : documenter pour réduire le volume
Quand le même type de demande revient plusieurs fois par mois dans une équipe, le ticket n’est plus la bonne réponse. C’est un signal qu’il manque une procédure interne ou une configuration à ajuster.
Le portail CegidLife met à disposition une base de connaissances et des tutoriels. Mais côté utilisateur, on peut aussi constituer un document interne qui recense les résolutions déjà obtenues. Un simple tableur partagé avec trois colonnes (symptôme, cause identifiée par le support, solution appliquée) suffit à éviter de rouvrir un ticket pour un problème déjà résolu le mois précédent.
L’administrateur CegidLife a la possibilité d’auditer les permissions et les rôles des utilisateurs. Un nettoyage périodique des comptes et des droits réduit mécaniquement les tickets liés aux erreurs d’accès ou aux fonctionnalités indisponibles pour un profil donné.
Le meilleur ticket est celui qu’on n’a pas besoin d’ouvrir. Avant chaque nouvelle demande, vérifier la base de connaissances, le document interne de résolutions et les paramètres du compte prend moins de temps qu’un aller-retour avec le support, et libère la file d’assistance pour les vrais blocages métier.
