Étude de cas — Cadrage & pilotage produit
DevisIA génère en quelques minutes un devis qui prenait trente à soixante minutes sur papier, directement depuis un téléphone entre deux chantiers ou plus tard au bureau. Construit en quatre sprints, avec des priorités redéfinies à chaque retour d'un artisan testeur.
Les artisans du bâtiment en TPE, seuls ou à deux ou trois, perdent trente à soixante minutes à établir un devis. Ils travaillent depuis leur téléphone, entre deux chantiers, et utilisent peu les outils digitaux classiques.
Une fois la journée de chantier terminée, l'artisan consacre du temps à la rédaction de ses devis, le soir ou entre deux interventions. DevisIA réduit ce temps de rédaction et permet de répondre plus vite aux clients.
J'ai rédigé un document de cadrage produit (PRD) le 24 mai 2026, avant la première ligne de code, pour répondre à trois questions : qui est l'utilisateur, ce qui entre dans la première version, et comment vérifier qu'elle fonctionne.
Dans le MVP
Hors MVP, assumé
J'ai choisi la stack selon l'usage visé : un outil accessible depuis n'importe où appelait un portail web plutôt qu'une application native, et le besoin technique se limitait à des appels API vers un modèle de langage, sans logique d'automatisation à orchestrer. J'ai écarté les outils no-code d'automatisation pour cette raison, et consigné ce choix avant de coder.
Sprint 1
Génération IA du devis, aperçu web, export PDF, profil artisan, historique des devis.
Sprint 2
Les artisans structurent leurs devis en lots (électricité, peinture...) et gardent le détail des lignes pour eux, pour protéger leurs marges.
Sprint 3
Un artisan réutilise un devis existant comme base pour un chantier similaire, plutôt que de tout ressaisir. Duplication en un clic, numérotation automatique des versions (v2, v3...).
Sprint 4
Avant de développer quoi que ce soit, j'ai testé séparément l'hypothèse la plus risquée du projet : un outil de reconnaissance vocale retranscrit-il correctement le vocabulaire technique du bâtiment ? Le test confirmé (parpaing, placo-plâtre, faïence, joints, tous bien reconnus), j'ai développé la fonctionnalité de dictée vocale sur cette base.
Le retour terrain a orienté davantage de décisions que le développement lui-même.
Premier rendez-vous test
Retour positif, suivi de quatre ajustements avant même d'ouvrir le sprint suivant : un feedback visuel manquant sur le bouton d'enregistrement, des exemples parasites à l'écran de saisie, un bug de numérotation sur les devis dupliqués, et un passage de la TVA d'un taux unique par devis à un taux réglable ligne par ligne.
Test terrain du sprint dictée vocale
Sur un usage sur chantier, l'artisan qui teste l'outil a remonté huit points de correction que j'ai corrigés le jour même, dont un bug qu'aucun test rapide en interne n'aurait révélé : le jeton de sécurité Cloudflare expirait sur les formulaires longs, invisible tant que le remplissage restait bref.
Sprint non planifié, déclenché par une question
Une question simple sur la viabilité d'un usage mobile a suffi à révéler que le tableau du devis, pensé pour un écran d'ordinateur, devenait illisible sur téléphone. J'ai diagnostiqué le problème, reconstruit le tableau en cartes empilées, et testé le résultat sur iPhone en conditions réelles. Le PDF final est resté identique quel que soit l'appareil utilisé pour le générer.
DevisIA tourne en production. Un artisan l'utilise et le met à l'épreuve sur son chantier, et j'ai fait bouger mes priorités selon son retour plutôt que selon un plan fixé à l'avance.
Voir le produit tel qu'il est utilisé aujourd'hui.