Ce que les données de service sur le terrain révèlent sur l'adoption technologique

Résumé

Anthony Zara, responsable mondial du succès client et des services chez Zinier, analyse le fossé mis en évidence dans le nouveau livre blanc de Zinier : 92 % des entreprises ont adopté la gestion des services sur le terrain (FSM), mais seulement 31 % estiment qu'elle est largement déployée. Il soutient qu'il ne s'agit pas d'un échec de déploiement, mais d'un problème de définition. Fort de ses années d'expérience dans la mise en œuvre de solutions FSM, il explique pourquoi les solutions performantes dans une région donnée échouent souvent à s'étendre à d'autres. Il plaide pour une gouvernance limitée aux étapes critiques, tout en laissant aux équipes de terrain la flexibilité locale qui fait leur efficacité. Il établit un parallèle direct avec les chiffres d'adoption de l'IA du rapport, avertissant que l'IA reproduit le même schéma d'adoption sans mise à l'échelle pour la même raison : l'absence de fondations solides. Il conclut en redéfinissant ce que « terminé » devrait signifier pour le FSM : non pas l'utilisation de la plateforme, mais des gains mesurables en satisfaction client, en productivité des techniciens et en performance financière, et invite les lecteurs à utiliser l'évaluation de maturité du rapport comme point de départ.

‍

En tant que l'un des responsables du succès client et de la livraison chez Zinier, je suis aux premières loges pour observer la mise en œuvre réelle des technologies de gestion des services sur le terrain (FSM). Je suis témoin des moments où le logiciel FSM déployé profite aux opérations d'une entreprise et de ceux où il échoue. Avant Zinier, j'ai également passé des années dans le secteur opérationnel d'entreprises à forte croissance et très présentes sur le terrain. En d'autres termes, j'ai participé à de nombreux déploiements FSM, dont la plupart ont eu un impact concret et bénéfique sur les opérations des clients. Mais j'ai aussi vu des déploiements qui ont remplacé des logiciels sans aucune amélioration opérationnelle notable dans les mois et les années qui ont suivi.

En lisant le nouveau livre blanc de Zinier, « Scaling the Enterprise Field Workforce », l'écart qui m'a frappé est le suivant : 92 % des entreprises ont adopté la gestion des services sur le terrain sous une forme ou une autre, mais seulement 31 % la décrivent comme largement mise en œuvre. Tout le monde parle de cet écart comme s'il s'agissait d'un problème de déploiement. Cependant, je pense qu'il s'agit d'un problème de définition qui mérite d'être approfondi.

Deux lignes d'arrivée différentes

L'adoption et la mise à l'échelle sont traitées comme des points sur une chronologie, comme si la mise à l'échelle était une simple éventualité si l'on continue à adopter la solution assez longtemps. Mais il est clair que ce ne peut pas être un résultat automatiquement attendu. Une entreprise peut configurer la plateforme FSM, migrer toutes les données des ordres de travail, mais ne jamais changer la planification, l'attribution ou la mesure des résultats des interventions. D'un point de vue technique, la plateforme a été déployée avec succès. Pourtant, elle manque les changements critiques qui rendent une excellente plateforme FSM si précieuse.

Ce que je vois arriver très souvent, c'est qu'une solution FSM est d'abord appliquée avec succès dans une (ou quelques) région(s) de l'entreprise. Cela fonctionne parce qu'une personne bien au fait des opérations de l'entreprise dans cette région spécifique a adapté le logiciel aux habitudes locales et aux solutions manuelles jusqu'à ce qu'il convienne. Bien que ce soit une victoire pour cette équipe, il est fort probable que le système ne soit pas bien configuré à l'échelle de toute l'organisation. Cela ne devient évident que lorsque vous essayez de l'implémenter dans une autre région et qu'il ne fonctionne que marginalement, ou pire, pas du tout. Cet échec est un point que le rapport aborde, mais je pense qu'il mérite d'être souligné.

Pour éviter ce type d'échec, il est crucial d'identifier le plus tôt possible, dans le parcours de mise en œuvre du FSM, la distinction entre les flux de travail centraux et locaux pour les opérations sur le terrain. Par exemple, la réception des demandes, la gestion et la répartition, qui sont des flux de travail typiques du back-office, peuvent généralement être standardisés facilement. Ils présentent peu de variations au sein d'une organisation, même lorsque celle-ci couvre plusieurs régions. Les flux de travail sur le terrain, en revanche, diffèrent. Plusieurs aspects des opérations de terrain peuvent varier en raison de la démographie des clients, de la géographie et du terrain, des règles du travail locales, de la disponibilité de la main-d'œuvre et de la pression concurrentielle sur ce marché. Les entreprises ne peuvent pas toujours imposer une approche standardisée à des opérations de terrain différentes et s'attendre à ce que les résultats s'améliorent. Une telle approche peut en réalité entraîner une baisse des performances sur le terrain, ce qui freine l'adoption.

Gouverner les étapes critiques, configurer le reste

C'est là que l'approche de Zinier diffère réellement et mérite un examen approfondi. Alors que la plupart des plateformes FSM évitent la déviation, la plateforme FSM de Zinier est conçue pour cela. Bien sûr, Zinier prend en charge la consolidation et la rationalisation là où cela a du sens, comme le chemin de la création d'une intervention à sa répartition. Mais sur le terrain, la plateforme est conçue pour permettre des ramifications. Nous ne forçons pas les techniciens à standardiser des processus qui ne peuvent pas s'adapter à une approche unique à l'échelle de l'entreprise. Au lieu de cela, nous permettons à plusieurs chemins d'exister, tant qu'ils mènent au même résultat mesurable.

Ce choix de conception essentiel aboutit à un système largement adopté plutôt qu'à un système qui se fragmente ou qui est rejeté d'emblée. Cependant, cette approche ne fonctionne que si l'entreprise est honnête quant aux étapes qui sont réellement critiques. Cette introspection signifie identifier les habitudes qui ne sont peut-être pas efficaces mais qui sont devenues, d'une manière ou d'une autre, des politiques ou des normes sociales. C'est cette distinction et cette volonté de qualifier les étapes de manière appropriée qui permettent au FSM d'optimiser les processus.

Cette approche permet également d'obtenir des résultats plus rapidement que prévu : l'adhésion du terrain. Les techniciens et les responsables régionaux adoptent un système plus rapidement lorsqu'il n'efface pas des années de connaissances locales qu'ils ont accumulées et dont ils se sentent propriétaires. Notre approche préserve cet avantage local. Elle permet aux équipes d'éliminer des étapes ou d'en introduire de nouvelles, tant que les résultats restent mesurables et cohérents, ce qui, le plus souvent, concerne le maintien ou l'amélioration de la satisfaction client, la productivité des techniciens et une haute qualité avec un faible volume de retouches. Ces résultats sont ce qui compte et la manière dont nous suivons le succès.

Les chiffres de l'IA sont le même avertissement, avec une longueur d'avance

Les données sur l'IA dans ce rapport sont également essentielles à prendre en compte pour les décideurs. 70 % des entreprises pilotent ou utilisent d'une manière ou d'une autre des agents d'IA pour les activités de main-d'œuvre. Mais seulement 6,6 % font état de plusieurs exemples d'automatisation par agent réellement opérationnels. Ce n'est pas un problème nouveau. C'est le même écart entre l'adoption et la mise à l'échelle du FSM. Et cet écart se produit exactement pour la même raison : l'absence de fondations solides.

Pour contester le cadre habituel ici, « Les fondations d'abord » peut sembler être une approche prudente et lente. C'est en réalité la voie rapide. L'IA est comme n'importe quel algorithme : si vous y mettez des données médiocres, vous obtiendrez des résultats médiocres. L'IA ne peut donc pas résoudre des données fragmentées ou des processus mal définis. Cela signifie qu'ignorer les fondations ne vous permet pas de mettre à l'échelle l'IA plus rapidement, et cela aboutit souvent à ce qu'elle ne dépasse jamais le stade du projet pilote.

Actuellement, l'IA est principalement utilisée pour les problèmes de back-office, car c'est là que le retour sur investissement est le plus facile à mesurer. Avons-nous réduit les effectifs de répartition ? Pouvons-nous traiter un volume plus important avec la même équipe ? Ce sont des problèmes qui méritent d'être traités. Mais au-delà du « demander à l'IA » et de l'analyse assistée par l'IA, l'industrie n'a pas encore trouvé comment l'IA augmente de manière significative la productivité dans le travail physique. La robotique pourrait éventuellement faire partie de la réponse. Ce n'est pas encore le cas.

Je dirais que c'est la raison principale pour laquelle la mise à l'échelle sur le terrain stagne : une main-d'œuvre de terrain vieillissante qui perçoit de plus en plus l'IA et l'automatisation comme une menace plutôt que comme un outil. Dans les entreprises à forte intensité de terrain, cette dynamique compte plus que presque n'importe quel écart technologique mentionné dans le rapport. Vous pouvez construire le flux de travail gouverné le plus élégant au monde, mais si les personnes qui l'exécutent ont l'impression que l'étape suivante est conçue pour les remplacer, l'adoption s'arrête aux portes du bureau. L'adoption doit donc être présentée non seulement comme un avantage pour l'entreprise, mais d'abord comme un avantage pour les techniciens : moins d'étapes inutiles, de meilleures informations au moment de l'intervention, une reconnaissance liée aux résultats qui comptent réellement pour eux. Si les techniciens peuvent reconnaître que les résultats positifs l'emportent sur les menaces, la technologie, qu'il s'agisse d'un FSM traditionnel ou amélioré par l'IA, sera quelque chose que l'équipe de terrain cherchera à adopter. Sans l'adhésion enthousiaste de l'équipe de terrain, l'IA reste là où elle est la plus facile à déployer : les équipes centrales, les tableaux de bord de gestion, l'analyse. Utile, mais jamais ce qui comble réellement l'écart de mise à l'échelle décrit dans ce rapport.

Redéfinir ce que signifie réellement « terminé »

L'adoption est importante, mais ce n'est pas la ligne d'arrivée. Le simple fait d'implémenter une plateforme FSM — et d'amener les gens à l'utiliser — ne signifie pas nécessairement que l'entreprise s'est améliorée. La véritable mesure du succès est ce qui se passe au-delà de l'adoption : les clients sont-ils plus satisfaits ? Les techniciens sont-ils plus productifs ? Le travail est-il effectué de manière plus efficace et efficiente ? Et, en fin de compte, cette intervention sur le terrain a-t-elle généré de la valeur, permis d'économiser de l'argent ou amélioré l'économie de l'entreprise ? L'adoption de la technologie vous indique que la plateforme est utilisée ; les résultats commerciaux vous indiquent si la transformation fonctionne réellement. Les entreprises qui réussissent vraiment avec le FSM sont celles qui vont au-delà de l'implémentation et de l'adoption, et qui relient sans relâche leurs efforts de transformation à l'expérience client, à la productivité des techniciens, à la performance opérationnelle et aux résultats financiers. C'est là la véritable ligne d'arrivée et c'est là que l'avantage concurrentiel est créé.

Par où je commencerais

Combler ce fossé en matière d'adoption technologique est avant tout un problème de définition et de gouvernance, bien plus qu'un problème de logiciel. Si vous cherchez à évaluer la situation de votre propre entreprise, l'évaluation de la maturité à l'échelle présentée dans notre rapport complet constitue un point de départ réellement utile. Et je ne vous le recommande pas simplement parce qu'il s'agit du nôtre. Cette évaluation vous oblige à identifier la contrainte unique qui freine réellement votre croissance, plutôt que les dix dont il est plus facile de discuter. Commencez par là.

Pour lire le rapport complet, incluant l'évaluation de la maturité à l'échelle, téléchargez-le ici : "Scaling the Enterprise Field Workforce"