Contexte
Meridian est une plateforme de gestion de construction d'entreprise pour des projets complexes couvrant la planification, les opérations, la documentation et le reporting. Elle avait un problème d'adoption fondamental : les personnes sur le chantier ne documentaient pas dedans. Elles s'appuyaient sur les appareils photo des téléphones, les textos, les discussions de groupe, WhatsApp, Slack, Teams et les notes manuscrites. Les équipes terrain ne manquaient pas de technologie ; le système d'entreprise demandait plus d'effort que le workflow qu'elles s'étaient déjà construit, donc des informations de projet importantes restaient fragmentées entre les appareils et les conversations.
Problème
Le réflexe en logiciel d'entreprise est de corriger l'adoption par de la formation, des rappels ou de nouveaux formulaires. Le comportement sur le terrain disait autre chose : l'expérience de capture est le problème. Le produit devrait s'adapter à l'ouvrier plutôt que de forcer l'ouvrier à s'adapter au logiciel.
- Capturer une observation dans Meridian impliquait de naviguer vers un projet, sélectionner un lieu, remplir un formulaire, téléverser une photo et la classer.
- Les équipes terrain avaient déjà un workflow plus rapide (appareils photo et discussions de groupe), donc c'est ce qu'elles utilisaient.
- Résultat : l'information de projet existait, mais fragmentée entre appareils, conversations et applications.
- La profondeur fonctionnelle n'avait pas d'importance si la couche de saisie était cassée ; davantage de capacités en aval reposeraient sur des données peu fiables.
Mon rôle
Product Leader, stratège produit et stratège UX pour mon projet de fin d'études en leadership produit. J'ai porté la stratégie de bout en bout : l'insight produit, l'architecture en couches, les principes d'expérience et l'alignement avec l'équipe dirigeante.
La stratégie : trois couches reliées
- 1.
Field Capture Engine
Une couche d'ingestion légère entre les ouvriers de terrain et Meridian. Un utilisateur envoie une photo, un message ou une note vocale via un canal qu'il utilise déjà, et le système détermine le contexte automatiquement : projet, lieu, horodatage, employé, type de travail, catégorie de problème, tâche liée, risque de sécurité potentiel. Capturer maintenant. Organiser automatiquement.
- 2.
Couche d'intelligence contextuelle
L'IA transforme les saisies terrain brutes en données d'entreprise structurées. Une photo n'est plus seulement une photo ; elle devient photo + projet + lieu + heure + ouvrier + activité + problème potentiel. Un message texte peut devenir un événement de projet, un élément de liste de réserves, une observation de sécurité ou une entrée de journal quotidien.
- 3.
Intelligence d'entreprise
Avec l'activité terrain structurée, elle peut alimenter les workflows sur lesquels tourne le reste de la plateforme : journaux quotidiens, listes de réserves, planification, conformité, paie, sécurité, reporting, suivi d'avancement et identification des risques. Field Capture cesse d'être un meilleur téléversement de photos pour devenir une couche d'acquisition de données pour toute la plateforme.
- 4.
Concevoir pour la vitesse
L'objectif d'expérience : réduire le temps de documentation d'environ 90 secondes à moins de 20. Capture à une main, saisie minimale, canaux familiers, confirmer plutôt que configurer. Si l'IA décide où un événement appartient, l'utilisateur peut le voir et le corriger. L'automatisation réduit l'effort sans retirer le contrôle.
- 5.
Une feuille de route en trois rochers
Le rocher 1 livre le Field Capture Engine pour résoudre le problème d'adoption immédiat. Le rocher 2 ajoute la classification et la contextualisation intelligentes. Le rocher 3 transforme la base de données améliorée en intelligence d'entreprise : planification, conformité, paie, sécurité, prévision, risque.
Résultats
Ce que vise la stratégie
- ~60 %
- des événements terrain capturés via Meridian, contre une utilisation proche de zéro dans les workflows pilotes
- Moins de 20 s
- pour documenter une observation terrain, contre environ 90 secondes
- 3 couches
- de stratégie reliées : capture sans effort, contexte par IA, intelligence d'entreprise
Alignement au sein du comité de direction
- Directeur des opérations
- des informations terrain plus fiables et plus rapides pour la visibilité opérationnelle
- Directeur technique
- une architecture en couches qui sépare ingestion, intelligence et capacités en aval
- Directeur financier
- un lien crédible entre adoption, rétention et coût de la documentation incomplète
- Ventes
- un différenciateur concurrentiel plus fort qu'une simple fonctionnalité administrative de plus
Ce que j'ai appris
- Une faible adoption est un retour produit, pas un problème de conduite du changement. Les utilisateurs choisissent le workflow avec le moins de friction, même quand l'entreprise veut qu'ils utilisent autre chose. La bonne question n'a jamais été comment faire entrer les ouvriers de terrain dans Meridian ; c'était pourquoi ils choisissaient autre chose.
- L'appareil photo du téléphone n'était pas la concurrence. C'était la preuve de ce dont l'utilisateur avait réellement besoin. L'opportunité était de faire fonctionner Meridian davantage comme le comportement qu'ils avaient déjà choisi.
- L'adoption avant les fonctionnalités. Améliorer une petite interaction (la couche de saisie) améliore le reporting, la rétention et l'économie de toute la plateforme.
- L'IA fait le travail administratif, pas l'observation. Le rôle de l'IA est d'inférer le contexte, de classer et de suggérer une structure. L'humain reste propriétaire de ce qu'il a vu.
