Case Study Produit + IA

Pré-identification assistée des items sur image pour accélérer la saisie dans un SaaS d'inventaire cartographique

Étude de cas centrée sur un usage de vision par ordinateur pour assister un utilisateur lors de l'ajout d'un item à partir d'une photo terrain, avec un cadrage produit et IA pensé comme une aide à la décision plutôt qu'une automatisation aveugle.
Projet personnel
Vision par ordinateur
MVP cadré

Angle principal

Assistance à la saisie à partir d'images terrain existantes

Périmètre V1

Images avec item principal dominant et top 3 de suggestions

Logique produit

Validation humaine, correction explicite et journalisation des retours plutôt qu'automatisation complète

Détail

Cadrage du projet principal

La page décrit un usage visé et un périmètre crédible. Elle ne présente pas le projet comme déjà déployé ni comme validé par des résultats inventés.

Résumé

01

L'idée consiste à exploiter un stock d'images terrain déjà rattachées à des emplacements afin de proposer automatiquement un ou plusieurs types d'items probables. L'objectif n'est pas d'automatiser entièrement la saisie, mais de réduire la friction et d'accélérer la validation par l'utilisateur.

Parties prenantes et besoin central

02

Le besoin principal concerne l'ajout ou la vérification d'un item dans le SaaS, aussi bien côté opérateur terrain que côté back-office. Le sujet intéresse également les équipes produit et technique, car il touche à la qualité du parcours de saisie, à la fiabilité des suggestions et à la capacité d'intégrer progressivement une brique IA dans un produit existant.

Problème métier

03

Lorsqu'un utilisateur ajoute un item dans le SaaS, la saisie peut être chronophage si elle repose uniquement sur une identification manuelle à partir d'une photo. Plus le volume d'images augmente, plus le potentiel inexploité du stock historique devient visible.

Existant

04

Le contexte de départ comprend un SaaS d'inventaire cartographique, une application mobile qui produit des images terrain et des liaisons entre images et emplacements. Certaines photos comportent un item principal dominant, d'autres plusieurs éléments, ce qui influence directement le périmètre d'une première version.

Audit de l'existant

05

Le cadrage du projet ne peut pas se limiter à une intuition de cas d'usage. Il suppose d'auditer la réalité du stock image disponible : volume réellement exploitable pour un MVP, qualité des labels existants, fréquence des cas mono-item par rapport aux cas multi-items, stabilité des types de vues et niveau d'homogénéité des photos terrain. Cet audit conditionne directement la crédibilité du périmètre V1.

Hypothèse de valeur

06

Si le système peut proposer un top 3 de types d'items plausibles sur les images les plus simples, l'utilisateur peut valider ou corriger rapidement la suggestion. La valeur visée repose donc sur une assistance à la décision, pas sur une promesse d'autonomie totale.

Cadrage MVP

07

Le MVP se concentre sur les images avec un item principal dominant. Le flux cible est simple : l'image est analysée, trois suggestions maximum sont proposées, puis l'utilisateur confirme ou corrige. Les cas multi-items restent considérés comme une limite assumée de V1.

Solution cible

08

La solution cible combine un pipeline de préparation des images, un composant de prédiction limité à une taxonomie maîtrisée et une intégration dans l'interface de saisie du SaaS. L'expérience utilisateur doit rester lisible : suggestion, niveau de confiance éventuel, validation ou correction, puis enregistrement. La logique de validation humaine reste obligatoire pour éviter qu'une suggestion soit interprétée comme une vérité système.

Boucle de retour utilisateur

09

Un point structurant du projet consiste à conserver la trace des prédictions, des validations et des corrections. Cette journalisation permet à la fois d'améliorer la lecture produit du dispositif, de mesurer les erreurs récurrentes et d'envisager plus tard une boucle d'amélioration continue fondée sur les retours réels des utilisateurs.

Risques

10

Les principaux risques concernent la qualité et l'homogénéité des données image, le déséquilibre entre classes, les ambiguïtés visuelles, les écarts entre conditions terrain et données d'entraînement, ainsi que le coût d'intégration dans un flux métier existant.

KPI proposés

11

Les indicateurs à suivre devraient être définis comme des cibles de pilotage et non comme des résultats acquis : taux de validation de la première suggestion, présence de l'item correct dans le top 3, temps moyen de saisie avant et après assistance, taux de correction par classe, part d'images ambiguës ou hors périmètre et capacité du système à rester utile malgré une précision imparfaite.

Limites

12

Le projet n'est pas présenté comme industrialisé. À ce stade, il s'agit d'un cadrage crédible d'usage et de solution. Les cas d'images complexes, la gestion fine des ambiguïtés et la robustesse en conditions réelles restent à démontrer.

Évolutions possibles

13

Après validation du MVP, plusieurs pistes deviennent envisageables : enrichissement progressif de la taxonomie, traitement des images contenant plusieurs items, boucle d'apprentissage alimentée par les corrections utilisateur, instrumentation plus fine de l'usage et arbitrage sur les conditions de mise en production.