Qui construit le portail de service et pourquoi c’est la question décisive

Une question trop souvent oubliée

Jira Service Management Cloud est aujourd'hui largement adopté dans de nombreuses entreprises. Pourtant, alors que l'outil est déjà choisi depuis longtemps, une question reste étonnamment souvent sans réponse : qui est responsable de la mise en place du portail de service ? Et que se passe-t-il si cette question est mal répondue ?

En bref : un portail Jira Service Management (JSM) ne devrait jamais être construit uniquement par l'IT. Les portails de service réussis émergent lorsque l'IT, les départements métiers et un partenaire externe expérimenté assument ensemble la responsabilité – de la définition du catalogue de services à l'UX en passant par la gestion du changement. Les entreprises qui conçoivent leur portail JSM comme un produit transversal obtiennent des taux d'utilisation nettement plus élevés et un retour sur investissement plus rapide.

Dans cet article, vous apprendrez :

• Pourquoi une approche purement pilotée par l'IT échoue régulièrement lors de la mise en place du portail de service
• Quelles sont les quatre faiblesses typiques qui apparaissent lorsque le business n'est pas impliqué
• Quels rôles un projet de portail réussi nécessite – et qui devrait les assumer
• Comment Refined transforme le portail JSM en une expérience self-service conviviale
• Ce qui compte vraiment lors de la mise en œuvre

La constellation classique et ses pièges

Imaginez le scénario suivant : une entreprise de taille moyenne choisit Jira Service Management Cloud. Le département IT – expérimenté, motivé, familier avec l'outil – prend en charge le projet. Il configure les files d'attente, met en place les workflows, construit les formulaires et lance le portail après trois mois.

Le portail fonctionne parfaitement sur le plan technique. Et pourtant : le taux d'utilisation reste décevant. Les employés continuent d'appeler, d'envoyer des e-mails, de parler à leurs collègues dans les couloirs. Le portail self-service – en théorie le cœur du système – est à peine utilisé.

Qu'est-ce qui a mal tourné ?

Ce que l'IT fait bien et où elle atteint ses limites

Il serait injuste d'attribuer la seule responsabilité aux collègues de l'IT. Une approche purement pilotée par l'IT présente de réels atouts :

• Profondeur technique : l'IT connaît la plateforme, comprend les modèles d'autorisations, les intégrations et les exigences de sécurité.
• Vitesse : sans longues boucles de coordination avec le business, on passe rapidement à l'action.
• Gouvernance : les standards IT concernant les conventions de nommage, les SLA et la classification des incidents sont respectés dès le départ.

Mais c'est précisément là que réside le problème : un portail de service n'est pas un système IT interne. C'est un produit utilisé quotidiennement par des personnes de toute l'entreprise – de la comptabilité, du marketing, des RH. Et ces personnes ne pensent pas en tickets, workflows et files d'attente. Elles pensent en problèmes, besoins et attentes.

«L'IT a construit un système parfait – mais pour elle-même, pas pour les utilisateurs.» – Un retour client que nous entendons malheureusement trop souvent.

Les faiblesses typiques d'un portail purement piloté par l'IT

En pratique, quatre schémas récurrents apparaissent lorsque le business est exclu du processus :

• Langage de l'IT, pas des utilisateurs : les formulaires demandent «Type d'incident» et «Niveau de priorité» – au lieu de «Quel est votre problème ?» et «À quel point est-ce urgent ?»
• Absence de logique de catalogue de services : tout ce que l'IT propose n'est pas pertinent pour tous. Sans contribution du business, la catégorisation orientée utilisateur fait défaut.
• Pas de gestion du changement : le portail est lancé – un e-mail d'annonce est envoyé. Aucune autre mesure d'adoption n'est prise.
• L'apparence est secondaire : Jira JSM Cloud est puissant, mais le portail par défaut est sobre. Sans investissement en UX, il ressemble à un outil interne – car c'était à l'origine le cas.

Tout cela conduit à des barrières d'utilisation élevées, des clients de service confus qui peinent à choisir le bon ticket. Pour eux, décrocher le téléphone et le contact direct semblent plus évidents et prometteurs, ce qui entraîne une charge plus importante sur le service et une acceptation moindre par les utilisateurs.

Ce dont un bon projet de portail a vraiment besoin

La solution n'est pas d'exclure l'IT du projet. L'IT est indispensable. La solution est de considérer le projet comme un produit commun – avec des rôles clairs :

• IT prend en charge la plateforme, la sécurité, les intégrations et l'exploitation.
• Parties prenantes business définissent le catalogue de services, vérifient les formulaires du point de vue utilisateur et pilotent la gestion du changement.
• RH, Facility, Juridique & Co. apportent leurs propres exigences de service – car un portail moderne n'est que rarement un portail uniquement IT.
• Un consultant externe ou chef de projet assure la neutralité nécessaire, modère entre les intérêts et veille à ce que le projet ne tombe pas dans le piège du silo IT.

Cette répartition des rôles semble évidente – et pourtant elle est étonnamment rare en pratique. Trop souvent, le projet démarre comme un « projet IT », mais devient silencieusement un hub de service à l'échelle de l'entreprise, sans que la gouvernance ne suive.

Excursus : quand le portail doit devenir plus beau – Refined

Ceux qui utilisent Jira Service Management Cloud et souhaitent améliorer l'apparence et l'ergonomie du portail standard devraient jeter un œil à Refined. Refined est un add-on qui transforme le portail JSM en une expérience entièrement personnalisable et conforme à la marque – sans un seul développeur.

Avec Refined, il est possible de configurer des pages d'accueil personnalisées, des hiérarchies de navigation intuitives, des éléments de branding individuels et des contenus ciblés pour différents groupes d'utilisateurs. Le résultat : un portail qui ressemble pour les utilisateurs finaux à un intranet moderne – et non à un outil de ticketing.

Surtout lorsque le retour des parties prenantes business est « Ça ressemble à un outil IT » – Refined est souvent la réponse la plus rapide et la plus rentable.

‍

Conclusion : la question du « qui » est la plus importante

Jira Service Management Cloud est un excellent outil. Mais aucun outil ne remplace une bonne structure de projet. Construire le portail de service uniquement du point de vue de l'IT expose au risque d'obtenir un produit techniquement impeccable, mais humainement ignoré.

Swarmit Consultants assument exactement le rôle souvent manquant : l'orchestration neutre entre l'IT, les départements métiers et la direction. Nous veillons à ce que toutes les voix pertinentes soient entendues – et que le portail soit réellement utilisé à la fin.

En pratique, cela signifie :

• Ateliers avec les parties prenantes – définir ensemble ce que le portail doit accomplir et pour qui
• Catalogue de services – avec les départements métiers, pas pour eux
• Mise en œuvre technique – configurée proprement, documentée et prête à être transférée
• Gestion du changement – pour que le lancement ne soit pas silencieux
• Transfert de connaissances – pour que vos équipes puissent faire évoluer le portail de manière autonome

La question « Qui doit mettre en œuvre le portail de gestion de service ? » a une réponse claire : pas l'IT seule. Et idéalement avec un accompagnement expérimenté.

‍

Questions fréquemment posées (FAQ)

‍

Prêt pour un portail vraiment utilisé ?

Swarmit est Atlassian Platinum Solution Partner en Suisse et accompagne les entreprises de la région DACH dans la création et l'optimisation de leurs portails Jira Service Management. Que vous commenciez tout juste ou souhaitiez améliorer un portail existant, nous apportons l'expérience de nombreux projets JSM en Suisse et veillons à ce que votre portail ne fonctionne pas seulement techniquement, mais soit aussi réellement utilisé.

Contactez-nous dès maintenant sans engagement – pour un premier entretien gratuit sur votre projet de portail de service.

‍