Le problème du brief en langage naturel
"Je veux une application comme Uber mais pour les cours de soutien scolaire." Cette phrase, un chef de produit ou un porteur de projet la tape en dix secondes. Un développeur qui la lit, lui, se retrouve face à une trentaine de questions non posées : géolocalisation en temps réel, paiement intégré, système de notation, gestion des disponibilités, notifications push, back-office admin. Le langage naturel décrit une intention, pas un périmètre. Et sans périmètre, il n'existe pas de devis fiable, seulement des estimations à la louche qui varient du simple au triple selon le prestataire consulté.
C'est le premier obstacle que rencontre tout porteur de projet qui sollicite plusieurs développeurs ou agences en parallèle : chacun interprète le brief à sa façon, chiffre des choses différentes, et les devis reçus deviennent impossibles à comparer.
Pourquoi la prose ne se chiffre pas
Un devis fiable repose sur des unités chiffrables : des fonctionnalités isolées, des critères d'acceptation clairs, une estimation de complexité par élément. Un paragraphe de description, même bien écrit, ne fournit aucune de ces unités. Il faut un travail de découpage, identifier les modules fonctionnels, isoler les sous-tâches, lister les dépendances techniques, avant qu'un développeur puisse honnêtement dire combien de temps et d'argent chaque brique va coûter.
Comment l'IA transforme un brief en scope structuré
C'est le principe sur lequel repose l'assistant IA de Devizy : on part d'une description en langage naturel, la même qu'on tape dans un email ou qu'on raconte lors d'un premier appel, et l'IA la transforme en cahier des charges structuré, découpé en modules puis en sous-tâches. Le nombre de modules est volontairement plafonné à cinq. Si un module dépasse dix sous-tâches, l'IA le signale explicitement, ce qui indique presque toujours qu'il doit être scindé en deux modules distincts avant d'être envoyé aux prestataires.
Le scope structuré rend les devis comparables
Une fois le scope produit, tous les prestataires sollicités reçoivent exactement le même découpage. Ils ne chiffrent plus une interprétation personnelle du brief, mais un référentiel commun, module par module et sous-tâche par sous-tâche. Le porteur de projet peut alors comparer ligne à ligne : un prestataire propose quatre jours pour l'authentification, un autre deux, l'écart devient visible et discutable au lieu d'être noyé dans un montant global opaque.
Ce qu'un bon brief doit contenir avant même la structuration
- L'objectif business en une phrase
- Les rôles utilisateurs distincts
- Les intégrations tierces déjà décidées
- Les contraintes de plateforme
- Les éléments explicitement exclus du périmètre
Du scope au lancement du projet
Une fois validé, ce scope devient la structure de suivi du projet : chaque sous-tâche validée déclenche la libération du paiement correspondant, via un tiers de confiance qui sécurise la transaction pour le client comme pour le prestataire.