Leçons géospatiales pour les chefs de produit

Leçon 1. La carte n'est pas le produit

Au départ, je pensais que si l'on dispose de données géospatiales, l'objectif est de les représenter sur une carte. Cela me semblait évident. Mais j'ai appris que les produits les plus performants ne se contentent pas d'indiquer l'emplacement d'une chose ; ils expliquent sa signification et les actions à entreprendre.

Un exemple concret : J'ai tiré cette leçon lors d'un projet à très forts enjeux. Suite au tragique accident d'un avion bombardier d'eau, j'ai fait partie d'une équipe chargée d'aider les services d'incendie à prendre des décisions plus sûres concernant l'affectation des avions. L'objectif était de transférer l'immense pression de la décision de vol des pilotes aux services d'incendie qui en font la demande.

Mon premier réflexe a été de cartographier les risques. Nous avons commencé par représenter les phénomènes météorologiques dangereux comme le cisaillement du vent (des changements brusques et violents de la direction du vent). Mais plus nous discutions avec les utilisateurs, plus je me rendais compte que nous répondions à la mauvaise question. Ils ne demandaient pas : « Où se situe le cisaillement du vent ? » Mais : « Cet hélicoptère est-il apte à effectuer cette mission en toute sécurité ? »

Photo de Stephen Dawson sur Unsplash

La solution retenue paraissait d'une simplicité presque risible. Il ne s'agissait pas d'une carte, mais d'un tableau de bord affichant un niveau de risque clair et codé par couleur. La mention « Risque extrême » fournissait au décideur le refus catégorique dont il avait besoin en quelques secondes. Ce fut un rappel important : notre rôle n'est pas de placer des points sur une carte, mais d'apporter de la clarté.

🗺️ L'erreur du « priorité à la carte » : Cette expérience m'amène à me poser les questions suivantes : quand une carte est-elle vraiment l'outil adéquat ? Combien de projets sont détournés de leur objectif initial par une approche centrée sur la carte ? Et quelles visualisations non cartographiques révolutionnaires négligeons-nous d'imaginer ?

Leçon 2. Apprendre le langage géospatial

Mon équipe m'a aidée à me constituer un lexique mental des termes géospatiaux, des rasters aux vecteurs, des GeoJSON aux Shapefiles, en passant par netCDF, GRIB, LiDAR… la liste semblait interminable. Apprendre de nouveaux termes techniques est difficile, mais j'ai compris que je devais me familiariser avec un tout nouveau vocabulaire. Indispensable pour comprendre comment communiquer avec mon équipe et apporter de la valeur ajoutée au client.

Contribution accrue : Apprendre à parler ce langage a fondamentalement changé ma façon de contribuer. J'ai enfin pu passer du rôle de simple spectateur à celui de véritable partenaire dans les discussions techniques. J'ai pu poser des questions plus pertinentes et mieux comprendre les compromis. Ma contribution a évolué : de la simple question « Est-ce faisable ? », je suis passée à des réflexions plus pertinentes, comme : « Quel est l’impact des données latentes sur la précision des analyses, et est-ce un compromis acceptable pour l’utilisateur ? »

🧠 La force des spécialistes : L’atout le plus précieux de cette aventure a été la présence d’une grande expertise géospatiale. Ces leaders ont considérablement accéléré mon apprentissage. J’ai compris que mon rôle était d’être le principal facilitateur et traducteur, faisant le lien entre l’expertise technique pointue et les objectifs de l’utilisateur. Observer l’équipe esquisser des idées reliant des concepts abstraits à des problèmes concrets n’a pas seulement accéléré mon apprentissage ; cela nous a permis de concevoir de meilleurs produits.

Leçon 3. La responsabilité de représenter la réalité

La leçon la plus importante est peut-être qu’une carte n’est pas qu’une simple image ; c’est une source de vérité. Les gens font naturellement confiance aux cartes. Et comme la quasi-totalité des données géospatiales sont temporelles, elles représentent un instantané, avec sa propre date d’expiration, son niveau de détail et sa marge d’erreur. Si votre produit indique qu'une route est ouverte, les gens essaieront de l'emprunter. S'il indique une limite de propriété, ils prendront des décisions financières en fonction. En tant que chefs de produit, la confiance que l'utilisateur place en notre travail représente une responsabilité immense pour tout produit que nous mettons sur le marché.

Données vs. Perception : Cette responsabilité va bien au-delà de la simple exactitude des données. Une carte techniquement correcte peut induire un utilisateur en erreur. J'en ai fait l'expérience directe en développant une application liant la qualité de l'air à la sécurité des activités de plein air. L'application utilisait un indice de qualité de l'air existant, allant de 1 à 10+, mais je ne savais même pas ce que cela signifiait. 1, est-ce bon ou mauvais ? Si je considère que 10/10 est excellent et que je pars courir, est-ce que je prends un risque ? Dois-je rester enfermé chez moi ou partir en randonnée ?

Photo de Nick van den Berg sur Unsplash

🧭 Le principe directeur : Ce sens des responsabilités influence désormais les questions essentielles que je pose à mon équipe. Nous devons constamment remettre en question l’interprétation de nos données. Le véritable test consiste à se demander : les utilisateurs peuvent-ils prendre des décisions éclairées grâce aux informations affichées ? S’agit-il d’une vue en temps réel, d’une prévision ou d’un instantané du passé ? Les données sont-elles fiables ? Communiquons-nous des informations involontairement ? Les réponses à ces questions déterminent la confiance des utilisateurs, l’ergonomie et la valeur du produit.

Leçon 4. La géospatiale n'est pas un marché de niche

L'une des réactions les plus fréquentes que j'obtiens lorsque j'annonce à d'autres chefs de produit que je travaille sur des produits géospatiaux est : « Waouh, c'est un marché de niche intéressant ! » Pendant un temps, j'étais d'accord. Mais j'ai depuis compris que c'est fondamentalement faux.

C'est partout : La géospatiale n'est pas un secteur vertical ; c'est une couche horizontale fondamentale qui sous-tend les produits que nous utilisons au quotidien. Au-delà des applications évidentes comme Google Maps, toute l'économie à la demande repose sur des données géospatiales. Votre course Uber, votre livraison DoorDash, le colis Amazon qui arrive chez vous : tout est orchestré par des systèmes géospatiaux complexes de suivi, d'itinéraire et de prévision des heures d'arrivée.

C'est ainsi que Strava enregistre votre 5 km ou que vous pouvez identifier un café sur Instagram. Et cela fonctionne souvent de manière invisible en arrière-plan, comme les thermostats intelligents qui utilisent la géolocalisation de votre téléphone pour s'allumer et s'éteindre, votre application bancaire qui signale les fraudes, ou les modèles comportementaux complexes qui transforment votre historique de localisation en publicités ciblées finançant nos applications gratuites.

💡 Leçon pour les chefs de produit : Cela a complètement transformé ma vision de chef de produit. L'opportunité ne réside pas seulement dans la création de « produits cartographiques » dédiés, mais dans l'application des principes fondamentaux du produit à une couche essentielle. La véritable opportunité, pour les chefs de produit de tous les domaines, est de se demander : « Comment pouvons-nous tirer parti de la géolocalisation pour rendre notre produit plus intelligent, plus personnalisé ou plus efficace ? »

À vous de jouer

Chaque chef de produit travaillant dans un domaine spécialisé connaît ce moment d'illumination où le jargon devient enfin clair. Pour moi, il s'agissait d'apprendre à « parler géolocalisé ». Ce cheminement est un processus continu, et les meilleures idées proviennent souvent du partage d'expériences.

Alors, permettez-moi de vous poser la question suivante :

Quel a été le concept le plus déroutant que vous ayez dû apprendre dans votre domaine (géospatial ou autre), et qu’est-ce qui vous a permis de le comprendre finalement ?