Un devis de vision par ordinateur chiffre presque toujours la partie visible du travail. Les postes qui font dériver un budget sont ceux dont personne ne parle au moment de signer.
Cet article expose cette question. Il prolonge l’article consacré à la vision et au RGPD.
Ce que le budget recouvre réellement
Cinq postes composent la dépense d’un projet de computer vision.
Le cadrage du besoin ainsi que la définition des catégories.
La collecte ou bien l’acquisition des images nécessaires.
La description de ces images par des personnes formées.
Le travail de modélisation ainsi que d’évaluation du système.
Et l’intégration complète dans l’environnement d’exploitation final.
Une conséquence pratique importante en découle. Le troisième poste représente souvent la part la plus lourde, alors que l’attention se porte spontanément sur le quatrième.
Ce dont le coût de description dépend
Cinq facteurs déterminent le prix d’un corpus décrit en computer vision.
La tâche retenue ainsi que la géométrie qu’elle impose.
Le nombre moyen d’objets réellement présents par image.
La difficulté de trancher les cas limites du domaine.
Le niveau d’expertise exigé de toutes les personnes intervenantes.
Et l’intensité du contrôle qualité effectivement appliqué.
Une observation importante en découle pour un projet de computer vision. Ces cinq facteurs se multiplient plutôt qu’ils ne s’additionnent, un même volume d’images pouvant coûter dix fois plus selon les choix opérés au cadrage.
Ce que le coût de calcul représente
Cinq dépenses composent la part informatique d’un projet.
L’entraînement initial du modèle sur le corpus finalement constitué.
Les essais successifs menés pendant la phase de réglage.
Le stockage des images ainsi que des versions successives.
L’exécution permanente du système sur le flux réel.
Et les réentraînements périodiques conduits après la mise en service.
Une observation importante en découle pour un projet de computer vision. La quatrième dépense finit par dépasser toutes les autres, un entraînement coûtant quelques jours de calcul pendant qu’une exécution continue consomme des ressources chaque heure durant des années.
Ce que les devis omettent le plus souvent
Cinq postes disparaissent des estimations initiales d’un projet de computer vision.
La préparation des données bien avant toute description.
La rédaction du référentiel ainsi que la formation des équipes.
Les reprises consécutives aux différents contrôles qualité.
Le temps d’arbitrage demandé au client sur les cas ambigus.
Et la maintenance du système bien après sa mise en service.
Une conséquence pratique s’ensuit. Le dernier poste ne figure dans presque aucun budget de projet, alors qu’il se prolonge aussi longtemps que le système reste en usage.
Ce que l’unité de facturation change
Cinq modes de tarification se rencontrent chez les prestataires.
Un prix par image traitée, entièrement indépendant du contenu.
Un prix par objet décrit, directement sensible à la densité.
Un tarif horaire, totalement indépendant du rendement obtenu.
Un forfait global couvrant l’ensemble du lot commandé.
Et un abonnement mensuel pour une capacité réservée.
Une observation en découle. Ces cinq modes rendent deux devis incomparables sans retraitement, l’unité retenue comptant davantage que le montant unitaire affiché.
Ce que la reprise coûte
Cinq causes déclenchent une reprise de production en computer vision.
Un référentiel ambigu découvert après plusieurs lots produits.
Une convention de description modifiée en cours de projet.
Un contrôle révélant une incohérence entre opérateurs.
Une catégorie entière oubliée au moment du cadrage.
Et un format de sortie incompatible avec le système qui le reçoit.
Une conséquence pratique importante en découle pour un projet de computer vision. La première cause produit la reprise la plus coûteuse, une ambiguïté non tranchée au départ affectant l’ensemble des lots déjà produits.
Aborder le chiffrage d’un projet
Cinq questions cadrent le chiffrage d’un projet de computer vision.
Quelle tâche exactement. Elle décide du coût unitaire.
Combien d’objets par image. La densité change tout.
Quelle expertise requise. Elle multiplie le tarif.
Quel contrôle qualité. Il se chiffre séparément.
Et quelle maintenance ensuite. Elle manque partout.
Ces cinq réponses déterminent la fiabilité d’un chiffrage. Les poser avant de comparer des devis évite de choisir le moins-disant sur un périmètre différent.
Ce que ce chapitre enseigne
Une observation transversale mérite de clore cet examen.
L’unité de facturation compte davantage que le montant affiché.
Trois constats la composent.
La description des données pèse souvent plus que la modélisation.
Les postes omis se concentrent avant et après la production.
Et une ambiguïté du référentiel coûte tout le corpus déjà produit.
Ce constat prolonge les chapitres précédents, le cadrage décidant du budget avant toute exécution.
Les erreurs les plus fréquentes
- Comparer deux devis sans jamais vérifier l’unité de facturation.
- Chiffrer la seule modélisation en négligeant la description des données.
- Omettre la préparation des données du budget initialement retenu.
- Oublier entièrement le coût de maintenance après la mise en service.
- Choisir une tâche plus riche que le besoin ne l’exige.
- Négliger le temps d’arbitrage demandé aux équipes métier.
- Ne prévoir aucune marge pour les reprises consécutives au contrôle.
- Ignorer la densité d’objets au moment d’estimer le volume à traiter.
- Sous-estimer le coût d’une expertise métier particulièrement rare.
- Signer un forfait sans le moindre référentiel écrit préalable.
Ce que le volume négocié permet
Cinq effets accompagnent l’augmentation de la commande.
Le coût de cadrage se répartit alors sur davantage d’unités.
La formation des équipes s’amortit sur toute la durée.
Le rendement des opérateurs progresse nettement avec l’habitude.
Les outils se paramètrent une seule fois pour tout le lot.
Et le tarif unitaire baisse sensiblement en conséquence.
Une conséquence pratique importante en découle pour un projet de computer vision. Ces cinq effets expliquent qu’un petit lot d’essai coûte proportionnellement bien plus cher, ce qui ne le rend pas moins indispensable avant de s’engager sur un volume important.
Ce que le contrôle qualité coûte séparément
Cinq dispositifs se chiffrent en plus de la production.
Une relecture systématique d’un échantillon clairement défini.
Une reprise complète d’un lot pour mesurer l’omission.
Une double description croisée sur les seuls cas difficiles.
Un arbitrage rendu par un référent sur les désaccords constatés.
Et une correction complète des lots rejetés par le contrôle.
Une observation importante en découle pour un projet de computer vision. Le deuxième dispositif reste le seul à révéler ce qui manque, et se supprime pourtant en premier lorsqu’un budget doit être réduit, ce qui laisse subsister le défaut le plus coûteux du corpus.
Trois décisions avant de chiffrer
Trois décisions engagent le budget d’un projet de computer vision.
Vérifier qu’une tâche plus simple ne répondrait pas au besoin.
Faire produire un lot d’essai avant tout engagement de volume.
Et exiger un référentiel écrit avant la première commande.
Ces trois décisions coûtent quelques jours, elles précèdent toute production, et leur absence produit un budget dont l’écart avec la réalité se découvre trop tard pour être corrigé.
La question qui cadre le budget
Une question détermine l’ordre de grandeur d’un projet de computer vision.
Le corpus doit-il être créé ou existe-t-il déjà quelque part.
À créer, une collecte à organiser puis une description intégrale, engage un budget dominé par le travail humain et un calendrier de plusieurs mois.
Déjà disponible, des archives exploitables ou un corpus public proche, réduit la dépense à la vérification, au complément et à l’évaluation.
Cette question se tranche en examinant les données existantes, elle se pose avant tout chiffrage, et elle sépare deux projets dont les budgets diffèrent d’un ordre de grandeur.
Trois vérifications sur un devis reçu
Trois contrôles qualifient un chiffrage de computer vision.
L’unité de facturation retenue et ce qu’elle recouvre exactement.
La présence explicite du contrôle qualité dans le montant.
Et le sort réservé aux reprises et aux corrections éventuelles.
Ces trois contrôles se posent en une question chacun, ils ne demandent aucune compétence technique, et leur absence rend impossible toute comparaison sérieuse entre deux propositions.
Ce que le prestataire de données apporte ici
Quatre pratiques rendent un chiffrage exploitable.
Une mesure du temps réel par unité sur un lot d’essai.
Un devis distinguant production, contrôle qualité et reprises.
Un chiffrage comparé de deux tâches candidates sur le même besoin.
Et un signalement lorsque la commande dépasse le besoin exprimé.
Une conséquence pratique importante en découle. La première pratique remplace toute estimation théorique, un temps mesuré sur cinquante images réelles valant davantage qu’un tarif catalogue appliqué à un volume supposé.
Ce que le client dépense sans le compter
Cinq charges internes échappent aux budgets de projet.
Le temps de cadrage effectivement consacré par les équipes métier.
Les arbitrages demandés sur les cas ambigus rencontrés.
La relecture de tous les livrables avant leur validation.
L’accompagnement du changement mené auprès des utilisateurs.
Et le suivi quotidien du système une fois celui-ci en service.
Une observation importante en découle pour un projet de computer vision. Ces cinq charges ne figurent sur aucune facture et pèsent pourtant lourdement, un projet paraissant peu coûteux tant qu’on ne comptabilise pas les journées consommées en interne.
Ce que ce chapitre laisse au suivant
Un projet correctement chiffré peut échouer pour d’autres raisons.
Trois questions restent ouvertes en computer vision.
Ce qui fait échouer un projet malgré des moyens suffisants.
À quel moment ces défauts apparaissent le plus souvent.
Et quels signaux permettent de les repérer à temps.
Ces trois questions relèvent des causes d’échec, qui constituent l’objet du chapitre suivant.
Trois erreurs propres au chiffrage
Trois défauts de computer vision tiennent au budget lui-même.
Deux devis comparés sans vérifier leur unité de facturation.
Un montant retenu sans que le contrôle qualité y figure.
Et une maintenance absente de toute prévision budgétaire.
Ces trois défauts se commettent au moment de choisir un prestataire, ils se révèlent plusieurs mois après la signature, et leur point commun est de comparer des périmètres différents en croyant comparer des prix.
Ce que le client doit préciser pour être chiffré
Cinq informations conditionnent un devis fiable de computer vision.
La tâche attendue ainsi que le format de sortie exigé.
Un échantillon réellement représentatif des images à traiter.
Le nombre moyen d’objets présents par unité de données.
Le niveau de contrôle qualité souhaité sur la production.
Et le volume total à traiter ainsi que le calendrier envisagé.
Une conséquence pratique importante en découle pour un projet de computer vision. Le deuxième élément vaut mieux qu’une longue description écrite, cinquante images réelles permettant un chiffrage que dix pages de spécification ne rendraient pas plus fiable.
Ce que ce chapitre partage avec les précédents
Trois constats reviennent depuis l’ouverture de ce parcours.
Le cadrage décide de bien plus que l’exécution technique.
La description des données pèse davantage que la modélisation.
Et un référentiel ambigu affecte l’ensemble du corpus produit.
Une observation importante en découle pour un projet de computer vision. Ces trois constats se traduisent ici en montants, ce qui rend visible dans un budget ce que les chapitres précédents décrivaient en termes de méthode.
Ce que ce sujet a de particulier
Quatre traits distinguent cette question des autres du parcours.
Elle se décide en comparant des documents plutôt que des systèmes.
Elle porte sur des périmètres bien plus que sur des prix.
Elle récompense le moins-disant au détriment du plus complet.
Et elle se corrige mal une fois la commande engagée.
Une conséquence pratique importante en découle pour un projet de computer vision. Le troisième trait explique bien des déceptions, un devis excluant le contrôle qualité paraissant plus attractif qu’un devis l’incluant alors qu’il décrit une prestation nettement inférieure.
Ce que le lot d’essai doit établir
Cinq mesures sortent d’une production réduite avant engagement.
Le temps réel effectivement consacré à une unité de données.
La proportion de cas que le référentiel ne tranche pas.
L’écart entre deux personnes décrivant les mêmes images.
Le nombre de questions remontées vers le client pendant le lot.
Et le taux de reprise constaté après le premier contrôle.
Une observation importante en découle pour un projet de computer vision. Ces cinq mesures coûtent quelques jours et fiabilisent tout le budget, un lot d’essai révélant des difficultés qui auraient sinon été découvertes après plusieurs semaines de production.
Ce que l’internalisation change au calcul
Cinq charges apparaissent lorsqu’une équipe interne prend la production.
Le recrutement ainsi que la formation des personnes affectées.
L’outillage de description ainsi que son administration quotidienne.
L’encadrement quotidien de toute la production.
Le maintien de l’activité pendant les creux de charge.
Et la perte de compétence survenant lors des départs.
Une conséquence pratique importante en découle pour un projet de computer vision. La quatrième charge décide souvent de l’arbitrage, une équipe interne restant à payer entre deux projets alors qu’une prestation externe se dimensionne au besoin réel du moment.
Ce que le calendrier fait au budget
Cinq contraintes de délai renchérissent une production.
Une échéance courte imposant de mobiliser bien plus de personnes.
Une formation accélérée réduisant nettement le rendement initial.
Un contrôle qualité comprimé augmentant mécaniquement les reprises.
Une disponibilité client insuffisante bloquant tous les arbitrages.
Et des lots livrés bien trop vite pour être corrigés utilement.
Une observation importante en découle pour un projet de computer vision. La deuxième contrainte annule souvent le gain recherché, une équipe doublée mais formée à la hâte produisant moins que prévu tout en coûtant l’intégralité du renfort.
Trois questions à poser devant un devis
Trois questions précèdent toute comparaison de propositions.
Que recouvre exactement l’unité facturée dans ce montant.
Le contrôle qualité est-il compris ou facturé à part.
Et qui supporte le coût d’une reprise après contrôle.
Ces trois questions se posent en quelques minutes, elles ne demandent aucune compétence technique, et leur absence conduit à retenir la proposition la moins chère sur le périmètre le plus étroit.
Ce que ce chapitre suppose du prestataire
Cinq pratiques distinguent un devis honnête d’une offre d’appel.
Mesurer le temps réel sur un lot d’essai avant de chiffrer.
Détailler production, contrôle qualité et reprises séparément.
Annoncer les postes que le devis ne couvre volontairement pas.
Signaler qu’une tâche moins riche suffirait au besoin exprimé.
Et refuser un forfait tant qu’aucun référentiel n’est écrit.
Une conséquence pratique importante en découle. La troisième pratique alourdit le montant apparent et évite le conflit ultérieur, un poste annoncé comme exclu ne devenant jamais le sujet d’un désaccord au moment de la facturation.
Ce que la maintenance représente dans la durée
Cinq dépenses se prolongent après la mise en service.
La description périodique d’un échantillon récent destiné à mesurer.
Le complément du corpus portant sur les cas nouvellement rencontrés.
Les réentraînements successifs ainsi que leur validation.
Le suivi des performances ainsi que le traitement des alertes.
Et les interventions correctives menées sur les équipements installés.
Une observation importante en découle pour un projet de computer vision. Ces cinq dépenses se cumulent chaque année et finissent par dépasser le coût initial, ce qui rend un budget arrêté à la livraison très inférieur au coût réel du dispositif.
Ce que le retour sur investissement suppose
Cinq éléments permettent de rapporter un coût à un gain.
Le temps humain que le système vient effectivement remplacer.
Le coût des erreurs que le dispositif permet d’éviter.
Le volume traité rapporté à la capacité antérieure du service.
La part des cas continuant à être traités manuellement.
Et la durée pendant laquelle le système demeurera réellement pertinent.
Une conséquence pratique importante en découle pour un projet de computer vision. Le quatrième élément réduit fortement le gain attendu, un système traitant automatiquement la majorité des cas laissant subsister une chaîne humaine pour le reste, ce qui supprime rarement le poste concerné.
Ce que la comparaison de deux devis exige
Cinq retraitements rendent deux propositions comparables.
Ramener tous les montants à une même unité de facturation.
Vérifier que la tâche décrite est identique de part et d’autre.
Réintégrer le contrôle qualité lorsqu’il figure sur une ligne à part.
Ajouter les reprises attendues selon le taux annoncé par chacun.
Et estimer le temps interne que chaque option exigera.
Une observation importante en découle pour un projet de computer vision. Le dernier retraitement renverse parfois le classement, une prestation moins chère exigeant deux fois plus d’accompagnement interne coûtant finalement davantage que la proposition écartée.
Ce qu’un budget insuffisant produit
Cinq arbitrages surviennent lorsque l’enveloppe se réduit.
Le contrôle qualité disparaît bien avant tout autre poste.
Le corpus se réduit alors aux seules situations les plus fréquentes.
Le référentiel se rédige plus vite et bien moins précisément.
Le jeu d’évaluation se constitue à partir du corpus existant.
Et la maintenance sort entièrement du périmètre retenu.
Une conséquence pratique importante en découle pour un projet de computer vision. Ces cinq arbitrages produisent un système apparemment conforme et durablement fragile, chacun supprimant précisément ce qui aurait révélé le problème avant la mise en service.
Ce que la répartition dans le temps permet
Cinq découpages étalent la dépense d’un projet de computer vision.
Un lot d’essai réduit produit avant tout engagement de volume.
Une première tranche couvrant les seules catégories principales.
Une évaluation intermédiaire décidant de la suite du projet.
Un complément ciblé portant sur les faiblesses constatées.
Et une provision distincte pour la maintenance annuelle.
Une observation importante en découle pour un projet de computer vision. Le troisième découpage constitue le point de décision le plus utile, une évaluation conduite à mi-parcours permettant d’arrêter un projet dont les données ne permettront pas d’atteindre le seuil visé.
Ce qu’il faut retenir
L’unité de facturation compte davantage que le montant affiché.
Trois lectures se dégagent. La description des données pèse souvent plus lourd que la modélisation, ce qui déplace l’attention budgétaire vers un poste que les équipes techniques regardent peu. Les postes omis se concentrent avant et après la production, la préparation et la maintenance échappant à presque toutes les estimations initiales. Et une ambiguïté du référentiel coûte l’ensemble du corpus déjà produit, ce qui justifie d’investir quelques jours dans un document que personne ne facture.
Pour les causes d’échec, l’article sur les projets qui échouent le détaille. Pour les outils disponibles, l’article sur l’open source en vision l’expose.
Pour approfondir les modalités d’exécution, les formats pris en charge et les dispositifs de contrôle applicables, vous pouvez consulter notre page dédiée à l’annotation 2D et 3D. Et si vous préparez un projet de vision, échangeons sur votre besoin.
