Configurer un Helpdesk Jira Guide complet étape par étape

Vous n'avez pas besoin d'un serveur, d'une base de données ou d'un installateur. Un helpdesk Jira en 2026 commence comme un site cloud :

1. Inscrivez-vous sur Atlassian et créez un site : l'adresse ressemble à yourcompany.atlassian.net.
2. Ajoutez Jira Service Management au site et démarrez avec le Forfait gratuit
3. Le forfait gratuit couvre une petite équipe : il autorise historiquement jusqu'à 3 agents, tandis que les clients restent gratuits et illimités. Les plans changent, alors confirmez les limites actuelles sur la page des plans d'Atlassian avant d'y engager l'équipe.

Restez gratuit pendant que vous construisez. Chaque étape de ce guide fonctionne sur le plan gratuit et vous pouvez effectuer une mise à niveau ultérieurement sans rien reconstruire.

Dans Jira, créez un nouveau projet et choisissez un modèle de gestion des services : le modèle de style centre de services informatiques est la forme de départ idéale pour un service d'assistance interne. Donnez-lui une clé courte (par exemple IT), car la clé fait partie de chaque numéro de ticket que vos utilisateurs vous citeront, comme IT-142.

Un choix honnête apparaît ici : les projets gérés par l'entreprise partagent des schémas et des paramètres entre les projets et sont gérés par les administrateurs Jira ; les projets gérés en équipe sont plus simples et appartiennent à l’équipe de projet. Pour un premier service d'assistance avec une seule équipe, l'un ou l'autre fonctionne - sachez simplement que les écrans de paramètres diffèrent légèrement entre les deux.

Le portail (Atlassian appelle la vue combinée le Centre d'aide) - est le seul écran que la plupart de vos utilisateurs verront un jour, alors configurez-le avant d'inviter quelqu'un :

1. Écrivez un message de bienvenue d'une seule ligne indiquant ce que ce bureau gère
2. Définissez qui peut formuler des demandes : pour un bureau interne, uniquement les personnes de votre organisation ; pour le support client, vous pourrez l'ouvrir plus grand plus tard
3. Ajoutez une annonce uniquement lorsque vous avez quelque chose de réel à annoncer, comme une fenêtre de maintenance

N'invitez pas encore tout le bureau. Un portail qui s'ouvre à moitié configuré apprend aux gens à revenir au courrier électronique.

Les types de requêtes correspondent aux éléments sur lesquels le client clique ; les types d'éléments de travail derrière eux sont votre activité interne. Commencez par quelques-unes qui couvrent la vraie vie :

• Signaler un problème : quelque chose a fonctionné auparavant et s'est arrêté
• Demander l'accès : un système, un dossier, un VPN ou une application
• Demander du nouveau matériel - avec un court formulaire expliquant quoi et pourquoi
• Poser une question : le fourre-tout honnête

Chaque type de demande reçoit un petit formulaire. Demandez uniquement ce dont un agent a réellement besoin pour commencer à travailler : chaque champ supplémentaire vous coûte des tickets remplis, car les gens abandonnent les longs formulaires et vous appellent à la place. Vous pouvez ajouter des types de demandes plus tard, en quelques minutes ; vous ne pouvez pas facilement désapprendre une mauvaise première impression.

Ajoutez maintenant les personnes qui travailleront sur les tickets. Dans Jira Service Management, il existe deux types d'utilisateurs très différents :

• Agents : ils travaillent dans les files d'attente, répondent aux clients et clôturent les tickets. Les agents sont ce que les forfaits comptent et facturent
• Clients : ils soulèvent des demandes et suivent leurs propres tickets. Les clients sont gratuits et illimités

Invitez votre personnel d'assistance en tant qu'agents et ajoutez-les au projet. Résistez à l'ajout de gestionnaires et de spectateurs en tant qu'agents simplement pour qu'ils puissent regarder autour de vous : une personne qui ne fait que soulever ou surveiller des tickets devrait rester client, ou bénéficier d'un itinéraire en visualisation seule, car les sièges d'agent sont la ressource rare dans ce produit.

Les files d'attente sont la façon dont les agents voient le travail. Une file d'attente est simplement un filtre enregistré avec des colonnes, triées selon la manière dont l'équipe accepte de travailler. Construisez-en trois dès le premier jour :

1. Tous ouverts - tout n'est pas fini, le plus ancien en premier, donc rien ne pourrit tranquillement
2. Non attribué : nouvelle œuvre que personne ne possède encore ; cette file d'attente devrait revenir à zéro quotidiennement
3. En attente d'un client : tickets bloqués sur réponse, afin qu'ils cessent de polluer votre liste active

Les files d'attente sont alimentées par le langage de recherche de Jira, mais vous n'avez pas besoin de l'apprendre aujourd'hui : l'éditeur de files d'attente crée le filtre au fur et à mesure que vous sélectionnez les statuts et les responsables. Ajoutez une file d'attente urgente ou VIP ultérieurement uniquement si l'équipe le demande.

Un SLA dans Jira est un minuteur sur le ticket : principalement le délai de première réponse et le délai de résolution. Gardez la première version d’une simplicité presque embarrassante :

1. Fixez des objectifs par priorité : par exemple, la priorité la plus élevée obtient une première réponse en 1 heure et un objectif fixe de 4 heures ; le travail normal reçoit une réponse le même jour ouvrable
2. Joignez un calendrier qui correspond à vos heures de travail réelles, afin qu'un ticket émis le vendredi soir n'apparaisse pas comme violé le lundi matin.
3. Démarrez les chronomètres lors de la création du ticket et arrêtez la résolution sur votre statut résolu

Un SLA que personne ne peut respecter est pire que rien : cela entraîne l'équipe à ignorer les horloges rouges. Resserrez les objectifs après un mois de données honnêtes, pas avant.

De nombreux utilisateurs ne visiteront jamais un portail, et c'est très bien. Activez le canal de messagerie du projet : chaque projet de service obtient sa propre adresse e-mail, et tout ce qui lui est envoyé devient un ticket avec l'expéditeur comme client.

Vous pouvez également connecter votre propre boîte aux lettres d'assistance (une boîte aux lettres Google ou Microsoft que vos utilisateurs connaissent déjà) afin que l'adresse familière continue de fonctionner. Les réponses des agents sont renvoyées sous forme d'e-mail et les réponses des clients atterrissent sur le même ticket. La mise en garde honnête : les tickets par e-mail arrivent avec la ligne d'objet inventée par l'expéditeur, donc les types de demandes et les formulaires bien rangés appartiennent au portail - l'e-mail est le filet de sécurité, pas la porte d'entrée.

Avant que le bureau n'entende parler de ce service d'assistance, cassez-le vous-même :

1. Ouvrez le portail dans une fenêtre de navigateur privée, soumettez une demande de chaque type et vérifiez que les formulaires ont du sens pour une personne non informatique.
2. Envoyez un e-mail à l'adresse du projet et confirmez qu'il devient un ticket
3. Travaillez sur les deux tickets en tant qu'agent - attribuez, répondez, résolvez - et surveillez les horloges SLA et le point de vue du client à chaque étape.
4. Corrigez les deux ou trois aspérités que vous trouvez, puis annoncez le lien du portail avec une phrase sur ce qu'il remplace

C'est toute la configuration. Tout le reste de cette série – automatisation, rapports, articles de la base de connaissances – est une amélioration par rapport à un bureau qui fonctionne déjà, et non une exigence dès le premier jour.