Moderniser la gestion des services en entreprise via une plateforme SaaS omnicanale
Selon ITWeb, un grand distributeur de mode fait évoluer son enterprise service management autour de Freshservice, la plateforme SaaS de Freshworks, avec un périmètre qui va de l’authentification…

Selon ITWeb, un grand distributeur de mode fait évoluer son enterprise service management autour de Freshservice, la plateforme SaaS de Freshworks, avec un périmètre qui va de l’authentification unique Azure au chat en direct sur WhatsApp. Le dispositif concerne environ 1 400 agents et illustre un arbitrage classique pour les grandes entreprises: remplacer une accumulation de développements spécifiques par une plateforme standardisée, sans perdre la gouvernance ni le contrôle des coûts.
L’intérêt du cas ne tient pas à l’outil seul. Il réside dans la méthode de migration: traiter l’ESM comme une capacité transverse, et non comme une simple application de support. Les autres publications réunies dans le dossier replacent cette évolution dans un contexte plus large, où l’ingénierie logicielle doit également intégrer l’IA, la gouvernance continue et l’expertise métier. Ces éléments restent toutefois des tendances éditoriales, pas une validation indépendante du déploiement décrit par ITWeb.
Réduire le code spécifique, pas la complexité
La décision fait suite à une revue des outils d’ESM imposée par le distributeur. Deux objectifs sont avancés:
- faire progresser et étendre la gestion des services à l’échelle de l’entreprise;
- sécuriser un investissement technologique durable.
Le besoin opérationnel était de disposer d’une plateforme SaaS unique et scalable pour moderniser des pratiques devenues trop manuelles. La réduction de la dépendance aux solutions développées sur mesure constituait un autre axe central. Ce choix ne supprime pas la dette technique par décret. Il déplace le risque: moins de code interne à maintenir, mais davantage de dépendance au fournisseur, à son modèle de support et à ses engagements de disponibilité.
Freshservice a été retenu comme plateforme ESM stratégique. ITWeb associe cette décision à plusieurs critères:
- un périmètre de fonctions présenté comme adapté à l’entreprise;
- une mise en valeur potentiellement rapide;
- une moindre dépendance au développement interne;
- des engagements du fournisseur sur la disponibilité de la plateforme;
- un support dédié, un interlocuteur de compte et des formations produit.
La présence d’Azure pour le single sign-on et de WhatsApp pour le chat montre aussi que l’omnicanal ne se limite pas à ajouter des interfaces. Il faut relier identité, routage des demandes, supervision et responsabilité opérationnelle. À cette échelle, chaque intégration devient un point de couplage à documenter.
Le vrai chantier: le modèle d’exploitation
La livraison a été menée conjointement par First Digital et le distributeur. Les équipes se sont rencontrées au lancement et lors des étapes critiques, avec une organisation combinant travail à distance et présence sur site. Les utilisateurs ont été formés directement sur la configuration propre au distributeur.
Ce détail est plus important qu’il n’y paraît. Former les équipes sur une instance générique produit une compétence théorique. Former sur la construction réellement livrée permet de vérifier les workflows, les rôles et les points de friction avant la généralisation. Le coût est supérieur au démarrage, mais le risque de rupture au passage en production est mieux exposé.
Pour une direction numérique, le compromis se lit ainsi:
- SaaS standardisé: accélérer le déploiement et limiter la maintenance applicative;
- personnalisation maîtrisée: préserver les processus réellement différenciants;
- gouvernance d’entreprise: encadrer les accès, les changements et la qualité de service;
- formation sur la configuration réelle: réduire l’écart entre conception et usage;
- engagement fournisseur: transférer une partie de l’exécution, sans transférer la responsabilité.
Les sources du dossier évoquent parallèlement une ingénierie logicielle de plus en plus orientée par l’IA et des besoins persistants d’expertise humaine dans les logiciels industriels. La conclusion opérationnelle est cohérente avec le cas ESM: automatiser les tâches ne dispense pas de gouverner les flux, les données et les décisions. L’IA peut modifier la vitesse de production. Elle ne remplace pas l’architecture de contrôle.