Accueil Études de cas Travail Espace IA À propos CV et contact
English Español Français Deutsch
The Number 44
← Études de cas Stratégie et vision

Savoir quelles idées de mobilité construire, et lesquelles laisser de côté.

Dans le cadre de ma transition vers le rôle de Principal, Brambles m'a demandé si ses produits Digital Customer Solutions (DCS) avaient besoin d'une stratégie mobile. Plutôt que de répondre directement à cette question, je l'ai reformulée autour de véritables « moments de mobilité » client, j'ai réuni les parties prenantes et les preuves de toute l'entreprise, puis j'ai planifié et animé un atelier avec 20 personnes venues de quatre continents pour transformer l'opinion en une recommandation structurée et fondée sur des preuves.

Une mosaïque de seize photographies prises à travers la chaîne d'approvisionnement de Brambles, montrant les moments réels examinés lors de l'atelier : contrôles qualité en entrepôt, chauffeurs et caristes, directeurs de magasin scannant du stock, alertes de rupture de température sur un téléphone, et palettes circulant dans un centre de distribution Tesco
Seize moments réels, pas une décision de plateforme. Chaque moment de mobilité examiné lors de l'atelier était ancré dans un point concret de la chaîne d'approvisionnement, l'entrepôt d'un fournisseur, le quai d'un distributeur, la cabine d'un chauffeur, la réserve d'un magasin, plutôt que dans une question abstraite sur quelle application construire.

Aperçu du projet

Un atelier exploratoire de collecte de preuves, délibérément cadré pour répondre à la question de savoir si un discovery plus approfondi sur la mobilité valait la peine d'être poursuivi, et non pour concevoir une solution.

16
moments de mobilité cartographiés dans l'ensemble du portefeuille DCS, 12 explorés en profondeur pendant l'atelier
20
participants issus du produit, du design, de la recherche, de l'ingénierie et des opérations, répartis sur quatre continents
4
groupes de travail transdisciplinaires, un par domaine produit DCS : E2EQA (réparti sur deux groupes), RAM/CPV et Promotions retail
5
recommandations concrètes remises à la direction sur les domaines où la mobilité vaut la peine d'être développée, et ceux où elle ne le vaut pas

Le défi, en bref

L'entreprise voulait savoir si DCS avait besoin d'une stratégie mobile. Cette question est un piège : y répondre directement produit une décision de plateforme avant même d'avoir établi où la mobilité aide réellement. Je l'ai reformulée autour de « moments de mobilité », des situations réelles où un utilisateur est loin d'un poste de travail, a besoin de données ou de contexte, et doit agir rapidement, puis j'ai construit les preuves permettant d'y répondre correctement.

La mobilité est puissante, mais seulement lorsqu'elle supprime du travail, s'intègre à des flux de travail de bout en bout, et partage la valeur dans tout l'écosystème.

Mon rôle, en bref

J'ai réuni les parties prenantes, les preuves et le contenu, puis j'ai planifié et animé un atelier mondial rassemblant un public international venu de toutes les parties de l'entreprise pour discuter des problèmes clients et décider quels moments de mobilité valaient la peine d'être poursuivis. Olga, chercheuse UX, et Karen, UX Lead, ont soutenu la synthèse de tout ce que l'atelier a fait remonter, en grande partie construite et structurée ensemble dans Lucid.

Impact, en bref

Un débat subjectif s'est transformé en une lecture à l'échelle du portefeuille sur les domaines où la mobilité mérite sa place. Chaque moment candidat a été classé en fort, moyen, faible ou risqué, y compris les idées à ne explicitement pas poursuivre.

12/16moments candidats évalués en profondeur
5recommandations qui guident désormais l'approche de DCS en matière de mobilité
2moments explicitement déconseillés, sans rester dans l'ambiguïté
4signalés pour un discovery dédié, sans être écartés par hypothèse

Le défi

Dans le cadre de ma transition vers le rôle de Principal, j'ai été chargé d'aider à piloter la feuille de route mobile de DCS, le portefeuille Digital Customer Solutions de Brambles. La question posée à mon arrivée était directe : DCS a-t-il besoin d'une stratégie mobile ?

Ce cadrage est un piège. Y répondre directement conduit à défendre ou écarter une plateforme avant même d'établir si la mobilité aide réellement quelqu'un. J'ai donc changé la question. Plutôt que de partir de la technologie, j'ai reformulé le travail autour des moments de mobilité, des situations réelles où un utilisateur est loin d'un poste de travail, a besoin de données ou de contexte, doit agir rapidement, et le fait dans un environnement contraint, le sol d'un entrepôt, un véhicule en mouvement, le quai de chargement d'un distributeur. La mission n'était plus « devons-nous construire une application mobile » mais « où, précisément, DCS a-t-il une raison d'intervenir quand quelqu'un est en déplacement ».

Il s'agissait explicitement d'un travail exploratoire, pas de la conception d'une solution. L'objectif était de réunir une opinion éclairée, ancrée dans la connaissance existante de l'équipe sur nos clients, suffisamment fondée sur des preuves pour décider si un discovery plus approfondi dans l'espace de la mobilité valait la peine d'être poursuivi, y compris l'option que ce ne soit pas le cas.

La mobilité est puissante, mais seulement lorsqu'elle supprime du travail, s'intègre à des flux de travail de bout en bout, et partage la valeur dans tout l'écosystème.

Mon rôle

J'ai réuni les parties prenantes, les preuves et le contenu, puis j'ai conçu, planifié et animé l'atelier qui a transformé cette question reformulée en une réponse défendable.

Cela comprenait l'identification et le briefing de seize moments de mobilité candidats dans l'ensemble du portefeuille DCS, la réunion des parties prenantes qui comprenaient réellement chacun d'eux, et la construction de la structure de l'atelier lui-même, quatre groupes de travail transdisciplinaires, un par domaine produit DCS, afin que chaque moment soit discuté par des personnes capables de parler produit, recherche, design et livraison à la fois. J'ai fait appel à Olga, chercheuse UX, et à Karen, UX Lead, pour soutenir la synthèse une fois l'atelier terminé, il y avait un volume vraiment important d'apports qualitatifs à traiter, et nous l'avons structuré et synthétisé ensemble dans Lucid pour aboutir aux thèmes et recommandations qui suivent.

Chapitre 01

Reformuler la question

« Avons-nous besoin d'une stratégie mobile » est une question sur une plateforme. La question utile porte sur les personnes, et sur le moment de leur journée où la mobilité change réellement ce qu'elles peuvent faire.

Un moment de mobilité, tel que nous l'avons défini pour l'atelier, était l'unité d'analyse réelle, pas une vague impression que « le mobile compte quelque part ici ».

Moment de mobilité nom

Une situation du monde réel où un utilisateur est loin d'un poste de travail, a besoin de données ou de contexte, doit agir rapidement, et opère dans un environnement contraint.

Loin d'un poste de travail

Quel que soit l'appareil déjà en main, pas un écran devant lequel on s'est assis.

A besoin de données ou de contexte

Une décision qui dépend d'informations qu'on n'a pas déjà mémorisées.

Doit agir rapidement

Retourner d'abord à un bureau n'est pas une option réelle sur le moment.

Environnement contraint

Le sol d'un entrepôt, un véhicule en mouvement, un quai de chargement, pas un bureau.

Cette définition compte plus qu'il n'y paraît, car elle écarte une grande partie de ce vers quoi les conversations sur la stratégie mobile dérivent habituellement par défaut : il ne s'agit pas de savoir si notre logiciel a bonne allure sur un téléphone, mais de savoir si le fait d'être sur un téléphone, à ce moment précis, change la décision que quelqu'un peut prendre.

Reformuler ainsi le mandat a aussi changé qui devait être présent dans la salle. Une question de plateforme trouve sa réponse dans l'architecture et l'ingénierie. Une question de moments a besoin des personnes qui savent vraiment à quoi ressemble, au quotidien, le sol de l'entrepôt d'un fournisseur, le quai d'un distributeur, ou la cabine d'un chauffeur, c'est pourquoi l'atelier a été construit autour de groupes transdisciplinaires plutôt qu'autour d'une seule équipe stratégie mobile travaillant isolément.

Une question reformulée n'est utile qu'une fois testée face à des preuves réelles, à grande échelle, avec les personnes qui possèdent réellement les problèmes.

Chapitre 02

Faciliter des preuves structurées

Vingt personnes, quatre continents, une soirée. Amener un groupe véritablement mondial et transdisciplinaire à une vision partagée et défendable de seize moments candidats ne se produit pas sans une structure délibérée.

J'ai organisé l'atelier autour de quatre groupes de travail transdisciplinaires, un par domaine produit DCS : End-to-End Quality Assurance (E2EQA, réparti sur deux groupes vu son ampleur), Reusable Asset Management and Connected Pallet Visibility (RAM/CPV), et Retail Promotions. Chaque groupe a réuni les perspectives produit, recherche UX, design UX, ingénierie, contenu et opérations sur le même ensemble de moments, afin qu'aucun angle mort d'une discipline ne reste sans être questionné.

Pour chaque moment abordé, chaque groupe a suivi la même structure : la tâche en question, le besoin utilisateur sous-jacent, les points de friction déjà connus, et les contraintes pratiques de le faire sur un appareil mobile dans cet environnement précis. Cette cohérence est ce qui a rendu les seize moments comparables ensuite, plutôt que seize conversations sans rapport qui se trouvaient partager la même salle d'atelier.

Le format, en un coup d'œil

20 participants issus du produit, du design, de la recherche, de la technologie et des opérations, répartis sur quatre continents
4 groupes de travail transdisciplinaires, un par domaine produit DCS
12/16 moments de mobilité prédéfinis explorés dans le temps disponible

Pour chaque moment : tâches, besoins, points de friction et contraintes, discutés selon une structure cohérente.

Douze des seize moments ont été explorés en profondeur dans le temps disponible ; les quatre restants sont signalés plus loin comme nécessitant un discovery supplémentaire plutôt que d'être laissés disparaître discrètement du dossier.

Douze conversations, structurées de la même façon, c'est ce qui a transformé des opinions individuelles en un corpus de preuves comparables.

Chapitre 03

Ce que nous avons appris

Chaque moment a été évalué en pesant sa valeur potentielle face à son risque potentiel, puis classé selon la force réelle de l'opportunité de mobilité qu'il représentait, et non selon son caractère intéressant dans la salle.

Le constat honnête : la plupart des moments de mobilité ne sont pas, en eux-mêmes, des opportunités produit. Les plus forts partageaient un même schéma : données en temps réel, prise de décision et flux de travail opérationnels se croisant à un moment où quelqu'un ne pouvait vraiment pas atteindre un poste de travail. Les plus faibles partageaient un schéma différent : la mobilité ajoutait une étape à un processus qu'un outil physique, une intégration, ou un élément d'automatisation résolvait déjà mieux.

Six des douze moments explorés méritent d'être parcourus individuellement, trois qui ont gagné leur place sur la feuille de route, trois qui ne l'ont pas gagnée, avec la photo utilisée pour ancrer chaque discussion et les conclusions réelles qui en sont sorties :

Deux autres moments ont été signalés comme véritablement risqués plutôt que simplement faibles, des cas où une solution mobile autonome pourrait en réalité aggraver un problème existant de précision des données ou d'adoption, plutôt que l'améliorer. Quatre moments n'ont pas été discutés faute de temps et sont consignés comme nécessitant un discovery dédié plutôt que d'être écartés par hypothèse.

Quatre thèmes sont revenus assez souvent, à travers des moments par ailleurs sans rapport, pour cesser d'être l'opinion d'un seul groupe et devenir les véritables conclusions de l'atelier : l'intégration fluide de l'écosystème de données et de processus est ce qui détermine le succès ou l'échec ; la plus grande valeur se situe souvent en amont de là où l'effort doit porter ; les solutions partielles tendent à introduire de nouveaux problèmes plutôt qu'à supprimer les anciens ; et davantage de recherche reste nécessaire avant que DCS puisse avoir confiance dans le ROI client et l'adéquation produit-marché spécifiquement pour la mobilité.

Sous les moments individuels, la même poignée de forces continuait de décider si la mobilité aidait réellement.

Chapitre 04

Thèmes émergents

Trois forces revenaient sans cesse, quel que soit le moment sur la table, et elles sont devenues le prisme pour juger chaque recommandation qui a suivi.

Valeur de bout en bout

La mobilité ne mérite sa place que lorsqu'elle soutient l'ensemble du flux de travail, pas une seule étape au milieu.

Les opportunités les plus fortes partageaient de la valeur tout au long de la chaîne d'approvisionnement plutôt qu'un acteur en profitant aux dépens d'un autre. Ne résoudre qu'une partie d'un processus, un risque de flux de travail partiel, est généralement ce qui empêche une idée plausible de jamais gagner en adoption.

Données et systèmes

La mobilité ne fonctionne que lorsque les données circulent directement vers les systèmes auxquels les gens font déjà confiance.

WMS, outils qualité, plateformes de transport et d'inventaire, pas un silo mobile séparé. Quand un flux de travail souffre déjà de données cloisonnées entre plusieurs systèmes, une étape de capture mobile supprime rarement cette friction, elle ne fait que la déplacer.

Adoption et friction

Les équipes n'adoptent la mobilité que lorsque le bénéfice est évident, immédiat, et étayé par des données auxquelles elles font réellement confiance.

Les gants, le bruit et la pression temporelle ne peuvent pas être souhaités hors d'existence, et des parallèles du monde réel en dehors de Brambles ont renforcé le même schéma : tout le monde pouvait voir la valeur théorique, peu pouvaient la concrétiser sans s'attaquer directement à la friction.

Les thèmes ne se justifient qu'une fois qu'ils changent ce que l'entreprise décide de faire ensuite.

Chapitre 05

Recommandations

Cinq recommandations, conçues pour survivre au-delà de ce seul atelier : une façon de décider des cent prochaines idées de mobilité, pas seulement un verdict sur ces seize-là.

Créer un cadre pour la mobilité

Un seul ensemble de critères, appliqué à chaque fois, plutôt qu'un verdict argumenté à chaque fois depuis zéro.

Établir des critères clairs, valeur, effort, faisabilité et impact sur l'écosystème, pour évaluer toute idée de mobilité. Prioriser les moments à forte valeur qui améliorent la prise de décision et réduisent la friction opérationnelle, et utiliser le cadre pour garder la prise de décision cohérente plutôt que de rejuger chaque demande.

Clarifier le rôle de DCS dans la pile de valeur

Décider délibérément quelle couche appartient à DCS, puis concevoir pour le reste de l'écosystème plutôt qu'autour de lui.

Être explicite sur les parties de la pile de valeur que possède DCS : appareil, données, flux de travail ou service. Décider délibérément où les systèmes des clients et des partenaires doivent mener, et concevoir la mobilité comme faisant partie d'un paysage plus large et interopérable plutôt que comme une couche autonome.

Affiner la proposition de valeur et les segments clients

Construire pour les segments où la mobilité supprime un travail réel, pas pour la demande ponctuelle la plus bruyante.

Prioriser les segments et flux de travail où la mobilité améliore réellement une décision ou supprime un travail réel. Cibler des scénarios partagés et reproductibles plutôt que des demandes ponctuelles, et éviter de sur-adapter au cas limite d'un seul client.

Affûter le positionnement produit et la vision à long terme

Laisser la feuille de route décider de ce qui est construit ensuite, pas celui qui a demandé le plus récemment.

Ancrer la mobilité là où le portefeuille DCS se dirige réellement. Prioriser les moments qui renforcent cette feuille de route plutôt que ceux qui restent en périphérie, et laisser la direction produit à long terme, et non la demande immédiate la plus bruyante, guider l'investissement.

Traiter explicitement la friction introduite par le produit

Une partie de la friction nous appartient de corriger, alors arrêtons de la traiter comme le prix à payer pour passer au mobile.

Séparer la friction qui provient de nos propres outils de celle qui provient de véritables problèmes clients, et repenser ou supprimer les étapes inutiles plutôt que de les accepter comme le coût du passage au mobile.

Un atelier ne mérite sa place dans une stratégie qu'une fois que ses conclusions deviennent la prochaine décision de quelqu'un.

Où en sommes-nous aujourd'hui

Remis à la direction de DCS comme une synthèse, et non une opinion unique, avec des prochaines étapes claires sur ce qui doit encore être validé avant d'engager tout investissement mobile.

5
recommandations remises sur le cadre, le positionnement et la friction à traiter ensuite
3
groupes de moments destinés à renforcer directement les solutions E2EQA et RAM/CPV existantes
2
moments signalés comme risqués, explicitement déconseillés plutôt que laissés dans l'ambiguïté
4
moments nécessitant encore un discovery dédié avant que leur valeur puisse être jugée

Les prochaines étapes convenues avec la direction : valider les conclusions regroupées directement avec les clients et les partenaires, prioriser le discovery sur les quatre moments que l'atelier n'a pas eu le temps d'aborder, co-concevoir des briefs ciblés pour les moments E2EQA et RAM/CPV les plus forts, définir la responsabilité des décisions de mobilité à venir, et identifier d'ici là des améliorations à court terme qui réduisent la friction dans tous les flux de travail DCS.

Ce que cela démontre

Le travail de stratégie à ce niveau ne consiste pas à décider quoi construire. La plupart du temps, il s'agit de décider, preuves à l'appui, quoi ne pas construire encore, et de savoir le dire clairement à la direction.

La réponse la plus précieuse à « avons-nous besoin d'une stratégie mobile » a été de refuser d'y répondre tant que les preuves permettant de le faire correctement n'existaient pas.

Il s'agissait de reformuler une question ambiguë en forme de plateforme en quelque chose de testable, de réunir les parties prenantes et les preuves pour la tester correctement, et d'animer un atelier véritablement mondial et transdisciplinaire plutôt que l'opinion d'une seule équipe. Synthétiser un tel volume d'apports qualitatifs, avec Olga et Karen, en cinq recommandations sur lesquelles la direction peut réellement agir, relève de la même discipline que derrière chaque autre étude de cas de ce site, appliquée un niveau au-dessus, au niveau de ce que devrait être la feuille de route, pas seulement de ce qu'un écran devrait faire.

Vous voulez le dossier complet de l'atelier ?

Les seize moments, les conclusions de chaque groupe de travail et l'ensemble complet des recommandations, exactement tels que remis à la direction de DCS.

Télécharger le dossier complet (PDF)