Tous les projets

Meridian Field Capture · Projet de fin d'études

Rendre la capture sans effort

Projet de fin d'études en leadership produit : stratégie d'adoption terrain

Voir la démo en direct

Une stratégie en trois couches qui rencontre les équipes terrain de construction dans les canaux qu'elles utilisent déjà (photos, textos, notes vocales) et transforme ces captures en données d'entreprise structurées.

Meridian Field Capture product view

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. 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. 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. 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. 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. 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.
Étude de cas suivante
Le pourquoi derrière chaque priorité
Juno