---
title: "Projet d'IA vocale : le terrain avant le code"
description: "Un projet prévoyait qu'un technicien appelle un assistant automatisé pour dicter son estimation de chantier. Quatre obstacles bien concrets ont montré que cette idée ne tenait pas sur le terrain."
url: "https://gilabs.fr/fr/blog/pivot-capture-teams/"
lang: "fr"
author: "Yann Gilliot"
published: "2026-07-31"
tags: ["Intelligence artificielle", "Microsoft Teams", "Terrain"]
---
# Le pivot qui a sauvé un projet d'IA vocale : penser terrain avant de coder

Par [Yann Gilliot](https://gilabs.fr/fr/a-propos/) · publié le 2026-07-31

Un projet prévoyait qu'un technicien appelle un assistant automatisé pour dicter son estimation de chantier. Quatre obstacles bien concrets ont montré que cette idée ne tenait pas sur le terrain.

## L'essentiel

- L'idée de départ, faire appeler un assistant automatisé par le technicien, a été écartée avant la première ligne de code.
- Quatre obstacles de terrain : pas d'appel possible depuis un mobile, numéro classique refusé par la direction, message vocal reçu sans le son, rappel automatique trop lourd à installer.
- La solution retenue est une petite application intégrée à Teams avec un seul bouton Enregistrer, l'identification venant de la session déjà ouverte.

Des techniciens de maintenance interviennent chaque jour sur des chantiers, et savent, de tête, ce qu'un chantier va coûter en temps et en matériel. Le problème n'est pas là. Le problème, c'est que transformer cette connaissance en devis écrit prend du temps, alors ce n'est presque jamais fait à temps, ou pas fait du tout.

L'idée pour résoudre ce problème semblait toute simple : plutôt que de remplir un formulaire, le technicien parle. Il décrit son chantier à voix haute, et un système automatisé transforme cette description en devis structuré, prêt à être vérifié par un responsable.

![Citation : on voulait qu'un technicien appelle un robot pour dicter son estimation de chantier, sur le terrain ça ne marche pas](https://gilabs.fr/blog/pivot-capture-teams-carousel-01.png)
![Obstacle 1 : impossible d'appeler l'assistant depuis un téléphone mobile, cette fonction n'existe que sur ordinateur](https://gilabs.fr/blog/pivot-capture-teams-carousel-02.png)
![Obstacle 2 : un vrai numéro de téléphone a été écarté par la direction](https://gilabs.fr/blog/pivot-capture-teams-carousel-03.png)
![Obstacle 3 : un message vocal envoyé à l'assistant arrive sans le son](https://gilabs.fr/blog/pivot-capture-teams-carousel-04.png)
![Obstacle 4 : faire rappeler la personne demanderait une installation technique trop lourde](https://gilabs.fr/blog/pivot-capture-teams-carousel-05.png)
![Ce qui a changé : une application avec un bouton Enregistrer, et la leçon à retenir](https://gilabs.fr/blog/pivot-capture-teams-carousel-06.png)
## Une bonne idée sur le papier

La première version de cette idée ressemblait à un coup de téléphone. Le technicien ouvrirait Microsoft Teams, l'outil de messagerie et de visioconférence que son entreprise utilise déjà, et appellerait un assistant automatisé. Il lui dicterait son estimation comme il le ferait à un collègue au téléphone.

Sur le papier, ça tient parfaitement. Dans la réalité du travail sur le terrain, ça ne tient pas du tout.

## Quatre obstacles trouvés avant d'écrire la moindre ligne de code

Avant de commencer à construire quoi que ce soit, l'équipe a vérifié que cette idée était réellement faisable. Elle a découvert quatre obstacles, chacun suffisant à lui seul pour faire échouer le projet tel qu'il était pensé.

D'abord, un problème tout bête : depuis un téléphone mobile, il est tout simplement impossible d'appeler ce type d'assistant automatisé. Cette fonction n'existe que sur ordinateur. Or les techniciens travaillent avec leur téléphone, pas devant un écran.

Ensuite, la solution de repli évidente, à savoir utiliser un vrai numéro de téléphone classique, a été écartée par la direction. Elle aurait obligé à payer un abonnement téléphonique supplémentaire, et surtout, elle aurait fait sortir l'enregistrement de l'environnement sécurisé de l'entreprise, une règle [déjà tranchée sur un autre projet de la même famille](https://gilabs.fr/fr/blog/whisper-onprem-souverainete/).

Troisième obstacle : envoyer un simple message vocal à l'assistant, comme on le ferait sur une messagerie classique, ne fonctionne pas non plus. Un problème technique connu chez Microsoft fait que ce type de message arrive sans le son.

Enfin, la dernière option, faire en sorte que l'assistant rappelle lui-même la personne pour recueillir sa réponse, demanderait une installation technique beaucoup trop lourde et coûteuse, pour capter à peine deux minutes d'enregistrement par jour et par technicien.

## Une solution beaucoup plus simple

Une fois ces quatre obstacles posés côte à côte, le changement de cap a été rapide. Plutôt que de faire venir la voix du technicien par un appel, l'équipe a construit une toute petite application, directement intégrée à Teams, avec un seul bouton : Enregistrer.

Le technicien parle, réécoute ce qu'il a dit, valide, puis envoie. C'est tout. Plus besoin de téléphonie, plus de numéro à composer, plus de licence supplémentaire à acheter. L'identification de la personne se fait automatiquement, puisqu'elle est déjà connectée à Teams pour travailler. Même principe que pour [la diarisation par métadonnée](https://gilabs.fr/fr/blog/diarisation-sans-reconnaissance-vocale/) : utiliser ce que le système sait déjà.

## Ce qu'il faut retenir

La leçon de cette histoire dépasse largement ce projet précis. Elle est simple à énoncer, mais facile à oublier quand on est pressé de construire quelque chose : avant de se demander ce qu'une intelligence artificielle va faire d'une information, il faut d'abord vérifier, sur le terrain, que cette information peut tout simplement arriver jusqu'au système.

Ici, le risque n'était jamais la qualité de la transcription ou la pertinence de l'analyse automatique. Le vrai risque, c'était de savoir si un technicien, avec son téléphone, dans les conditions réelles de son travail, pouvait tout simplement faire parvenir sa voix au système. C'est souvent là, et pas dans l'intelligence artificielle elle-même, que les projets échouent.

Tester cette hypothèse avant de construire quoi que ce soit coûte quelques jours. Le découvrir après avoir construit une installation technique complexe coûte plusieurs semaines. C'est la même discipline que [faire tourner le process à la main avant de l'automatiser](https://gilabs.fr/fr/blog/concierge-dabord-code-ensuite/).

Thèmes : Intelligence artificielle, Microsoft Teams, Terrain

## Aller plus loin

Votre idée d'IA a-t-elle été testée là où le travail se fait ?

Pour les ETI et les éditeurs dont le SI vit en .NET et SQL Server : l'IA développée dans votre applicatif (extraction documentaire, agents, classification) avec vos règles métier, votre architecture, votre code. Pas un outil de plus à côté du SI : une capacité nouvelle dedans. Je travaille dans votre repo, avec vos développeurs, aux standards de votre équipe.

[Intégration IA .NET](https://gilabs.fr/fr/offres/integration-ia-dotnet/)

**Réserver un échange de 30 minutes** : [Calendly](https://calendly.com/yann-gilabs/30min)