DAVISA AI STUDIO · MÉTHODE Discovery, Pilote, Passage à l'échelle. La méthode de l'AI Studio.
La majorité des projets d'intelligence artificielle échouent par manque de méthode, pas par
manque de technologie. Davisa AI Studio applique une discipline explicite en trois phases,
chacune avec livrable concret, délai fermé et point de décision clair. Cette page explique
précisément comment nous travaillons, de bout en bout.
Pourquoi une méthode explicite
Les projets d'IA d'entreprise échouent pour trois raisons récurrentes. La première est un
manque de clarté de périmètre : le client veut « appliquer de l'IA » et le prestataire monte
un POC qui ne se connecte à aucun processus réel. La deuxième est l'attente magique : la
direction attend que l'IA résolve un problème qui en réalité relève de l'organisation, de la
gouvernance de la donnée ou de la définition des rôles. La troisième est l'absence de KPI
mesuré avant et après : sans ligne de base, impossible d'affirmer que le projet a livré quoi
que ce soit.
Davisa AI Studio applique une méthode qui attaque les trois. Le Discovery ferme le périmètre
avant d'engager du budget de développement. La feuille de route priorisée éjecte les cas où
l'IA n'est pas la bonne solution (et les nomme). La ligne de base et le KPI cible sont fixés
par écrit avant le démarrage du Pilote, pas après.
Chaque phase a des livrables clairs et un point de décision explicite. À la clôture du
Discovery, le client décide s'il lance le Pilote. À la clôture du Pilote, il décide s'il
passe à l'échelle. Pas d'engagement pluriannuel ni de contrats qui lient au-delà de la phase
en cours. La relation grandit parce que les deux parties le veulent, pas par clause.
La méthode n'est pas une idée marketing. C'est la seule façon que nous ayons trouvée de
livrer des cas IA qui fonctionnent encore au jour 200 après le go-live. Les pages suivantes
décrivent chaque phase avec le détail de ce qui se passe au jour le jour.
1
Phase 1 · Discovery
5 jours · prix fixe Objectif : comprendre le domaine du client, cartographier les processus
candidats à l'IA, évaluer la viabilité technique (données disponibles, qualité, intégrations)
et dimensionner le ROI attendu de chaque candidat. Sortie : une feuille de route priorisée
qui vaut par elle-même, que vous engagiez un Pilote ensuite ou non.
Ce que nous faisons pendant les 5 jours
- Jour 1 · Atelier initial. Session de 3 à 4 heures avec direction et
métiers. Cartographie des processus du client, identification des points de douleur,
dimensionnement de l'équipe et de la volumétrie concernée.
- Jours 2-3 · Entretiens avec les parties prenantes. Sessions 1-1 avec les
responsables des processus candidats (CFO, direction d'exploitation, DSI, chefs de
service). L'objectif est de capter la donnée métier que seul connaît celui qui fait le
processus au quotidien.
- Jours 3-4 · Revue des données dans Business Central. Analyse technique
de l'état de l'ERP : tables impliquées, qualité historique, dimensions analytiques
configurées, extensions dv* actives, intégrations existantes. Sans données propres, pas
d'IA utile.
- Jour 4 · Cartographie et priorisation. L'équipe Davisa AI Studio élabore
la matrice opportunité/impact/coût pour 5 à 10 processus candidats. Chaque candidat est
évalué avec un critère explicite : gain estimé, coût du Pilote, viabilité technique,
sponsor disponible.
- Jour 5 · Présentation de la feuille de route. Session de 2 heures avec
la direction. Livraison du document de feuille de route, présentation PDF synthèse pour
comité et enregistrement de la session.
Livrables
- Feuille de route priorisée. Document de 20 à 30 pages avec 3 à 7
opportunités IA évaluées par impact, coût et viabilité technique.
- Dimensionnement du Pilote recommandé. Pour le cas au meilleur match :
périmètre fonctionnel, KPI cible, ligne de base estimée, stack technique, délai et
fourchette d'investissement.
- Présentation à la direction. PDF synthèse de 8 à 12 planches à porter en
comité de direction ou en conseil.
Prix : fixe, sur demande. Non publié en ligne.
Point de décision : avec la feuille de route en main, le client décide s'il
lance un Pilote et lequel. S'il ne le lance pas, il garde la feuille de route. Elle vaut par
elle-même.
2
Phase 2 · Pilote
8 semaines · scope fermé Objectif : mettre en production un cas d'usage choisi au Discovery, avec
KPI mesuré avant et après contre la ligne de base. À la clôture du Pilote, le client sait
avec un chiffre concret ce qu'il a économisé, ce qu'il a amélioré et quelle décision prendre
pour les cas suivants.
Structure type des 8 semaines
- Semaines 1-2 · Design détaillé. Architecture technique du cas, design des
flux, intégration à BC et dv*, définition des prompts et modèles, maquettes d'écran et
validations. Signature du périmètre final.
- Semaines 3-6 · Développement et tests. Implémentation du pipeline IA,
configuration d'Azure OpenAI, Document Intelligence ou AI Builder selon le cas, intégration
à BC via API, tests internes avec données réelles du client en sandbox.
- Semaine 7 · Go-live contrôlé. Mise en production sur une unité métier,
une société ou un périmètre limité. Accompagnement quotidien de l'équipe du client pour
résoudre les exceptions et affiner les seuils de confiance.
- Semaine 8 · Mesure et ajustement. Comparatif contre la ligne de base,
ajustements fins selon usage réel, formation de l'équipe, documentation opérationnelle et
présentation de clôture à la direction.
Livrables
- Solution fonctionnelle en production. Le cas d'usage tourne sur le tenant
du client, intégré à BC et aux flux opérationnels quotidiens.
- KPI mesuré. Chiffre concret d'économie d'heures, d'erreurs évitées ou
de revenu anticipé, comparé à la ligne de base fixée au Discovery.
- Documentation technique. Architecture, prompts, configuration des
modèles, connexions BC, runbook opérationnel et plan de maintenance.
- Formation de l'équipe du client. Sessions de formation aux utilisateurs
finaux et à l'équipe technique qui va maintenir le cas au quotidien.
Prix : fixe par cas. Non publié en ligne.
Point de décision : avec le KPI mesuré en main, le client décide s'il passe
à l'échelle, fait un deuxième Pilote indépendant ou clôture le projet sur ce cas. Sans
engagement de continuité.
3
Phase 3 · Passage à l'échelle
continu Objectif : implanter les cas d'usage suivants de la feuille de route,
optimiser ceux déjà en production et former l'équipe du client pour que l'IA vive dans
l'entreprise sans dépendance structurelle à Davisa. Le passage à l'échelle, c'est la
consolidation : l'IA cesse d'être un projet et devient de l'opérationnel.
Modalités
- Forfait de N cas suivants. Périmètre fermé, calendrier pluriannuel, prix
par cas. Utile quand la feuille de route a 3 à 5 cas clairs prêts à exécuter et que
l'entreprise veut une visibilité budgétaire.
- Retainer mensuel avec SLA. Forfait d'heures mensuelles pour l'évolution
des cas en production, le support d'incidents, les ajustements fins et l'exploration de
nouveaux cas. Utile quand il y a déjà 2 ou 3 cas en production et qu'il faut une cadence
continue.
- Conseil ponctuel à l'heure. Pour entreprises avec équipe IA interne qui
ont besoin d'un appui expert sur des moments précis (revue d'architecture, avis sur
stack, troubleshooting d'un cas). Sans engagement de minimum.
Livrables
- Chaque cas nouveau livré comme un Pilote. À la différence que
l'architecture, la connexion à BC, la gouvernance de la donnée et le savoir de l'équipe
sont déjà en place. C'est pourquoi le cas suivant va toujours plus vite que le premier.
- Releases mensuelles sur les cas en production. Améliorations du modèle,
nouveaux fournisseurs appris, nouvelles exceptions traitées, nouvelles intégrations.
- KPI mensuel de chaque cas en production. Pour que la direction voie
l'économie ou l'amélioration consolidée mois après mois, pas seulement à la clôture de
chaque Pilote.
Sans engagement pluriannuel. La relation grandit si le client le veut, pas par contrat. Si
un jour il décide d'internaliser l'opération, la documentation livrée le permet.
Les principes que nous appliquons
La méthode s'exécute sur six principes. Pas un slogan corporate. Ce sont les règles que
nous appliquons à chaque projet et qui justifient nombre de nos décisions opérationnelles.
- Données du client, on-tenant toujours. Toute l'infrastructure IA tourne dans votre tenant Azure ou dans un tenant géré selon vos conditions contractuelles. Documents, prompts et réponses ne sortent pas vers OpenAI public et ne sont pas utilisés pour entraîner des modèles tiers. Si un cas exige d'envoyer des données dehors, nous le disons avant de l'accepter.
- Chaque cas est mesuré. Sans KPI, on ne démarre pas. Au Discovery nous fixons le KPI cible et la ligne de base actuelle de chaque candidat à Pilote. Nous ne démarrons pas un Pilote sans ce couple avant/après. Si la ligne de base n'est pas mesurable, le cas n'est pas candidat.
- Discovery indépendant du Pilote. Le Discovery n'est pas un commercial déguisé. C'est un travail de terrain avec livrable formel. Si à la fin la conclusion honnête est qu'aucun cas ne se justifie encore, nous le disons par écrit. La feuille de route vaut par elle-même.
- Nous documentons tout. Vous pouvez continuer sans Davisa. Chaque Pilote livre documentation technique, architecture, prompts, modèles et processus. Si vous décidez de continuer avec un autre prestataire ou d'internaliser l'équipe, c'est possible. Notre objectif est que le cas fonctionne au jour 200, pas d'enchaîner les dépendances.
- Promesses d’heures et d’erreurs, pas de transformation. Nous ne promettons pas de transformation digitale ni de révolution du business. Nous promettons des heures-personne économisées par mois, des pourcentages d'erreur réduits et des chiffres concrets avec délai concret. Quand le KPI le permet, nous promettons une fourchette. Quand non, nous le disons.
- Honnêteté sur les limites. Si un cas ne colle pas avec l'IA, nous le disons. Si votre volumétrie ne justifie pas le Pilote, nous le disons. Si la bonne décision est d'abord de stabiliser la gouvernance de la donnée puis d'automatiser, nous le disons. Nous préférons perdre un projet à livrer un projet que nous n'aurions pas dû accepter.
Quand la méthode NE convient PAS
Quatre scénarios dans lesquels l'honnêteté est de vous dire que la méthode Davisa AI Studio
n'est pas pour vous. Si vous vous reconnaissez, mieux vaut chercher une autre voie.
- Si vous cherchez un Discovery rapide de 2-3 heures. Le nôtre fait 5 jours de travail avec votre équipe, pas une réunion commerciale prolongée. Si la profondeur dont vous avez besoin est un atelier court, il existe des cabinets IA généralistes qui proposent ce format. Ce n'est pas le nôtre.
- Si vous attendez un Pilote en 2 semaines. Le délai réaliste pour livrer un cas IA en production avec KPI mesuré contre ligne de base est 8 semaines. Le ramener à 2 ou 3 implique de sauter des phases (entraînement, tests, ajustement fin) et de livrer quelque chose qui ne tient pas au jour 60. Si vous avez une urgence structurelle, mieux vaut un autre prestataire avec une autre méthode.
- Si vous ne pouvez pas mobiliser 1-2 personnes à temps partiel sur le Discovery. Nous avons besoin de la donnée métier du client : comment fonctionne votre processus, quelles exceptions il a, quelles décisions sont prises à chaque étape. Sans quelqu'un de chez vous disponible pour les entretiens et la revue de données, le Discovery est insuffisant et la feuille de route perd de la valeur.
- Si la décision est prise par un comité sans sponsor exécutif. Les Pilotes IA sans sponsor exécutif meurent en chemin. Quand il faut décider si la proposition du modèle est acceptée, si un processus opérationnel change, si du budget est alloué au Passage à l'échelle, il faut quelqu'un avec autorité à la table. S'il n'y a qu'un comité, le Pilote se dilue.
Questions fréquentes
Combien coûte le Discovery ?
Le Discovery de 5 jours est un forfait fermé à prix fixe. Nous ne publions pas le chiffre en ligne car il dépend du nombre de processus à cartographier, du niveau de profondeur technique requis et du secteur. La fourchette type pour une PME avec BC en production est raisonnable comme entrée dans un projet IA et nous la confirmons toujours par écrit avant de démarrer. Demandez une proposition depuis la page /fr/ia/discovery/ et nous l'envoyons en moins de 48 heures ouvrées.
Que se passe-t-il si après le Discovery je décide de ne pas lancer le Pilote ?
Vous gardez la feuille de route. C'est un document de 20 à 30 pages avec 3 à 7 opportunités IA évaluées par impact, coût et viabilité technique, un dimensionnement approximatif du Pilote recommandé et des fourchettes d'investissement indicatives par cas. Il vaut par lui-même : vous pouvez l'utiliser en interne pour construire votre propre roadmap, l'amener en comité ou demander des devis à d'autres prestataires sur ce périmètre. Nous ne vendons pas le Discovery pour vendre le Pilote : si la feuille de route conclut que le moment n'est pas bon, nous le disons.
Le Pilote est-il à prix fixe ou à l’heure ?
Prix fixe fermé par cas d'usage. Le périmètre est arrêté à la fin du Discovery et signé avant le démarrage du Pilote : livrable, KPI cible, ligne de base, délai (8 semaines standard) et tarif. Nous ne facturons pas à l'heure sur le Pilote. Si un écart de périmètre apparaît pendant le Pilote, il est traité comme un avenant formel et facturé à part, pas dilué dans un relevé d'heures mensuel.
Quel KPI mesurez-vous dans chaque cas ?
Cela dépend du cas. Pour l'automatisation des factures fournisseur, nous mesurons les heures-personne économisées par mois dans l'équipe comptes fournisseurs et le pourcentage de lignes extraites correctement sans intervention manuelle. Pour la prédiction de rebut industriel, points de base de rebut évités sur la ligne de base mensuelle. Pour le résumé exécutif de la clôture, heures de rédaction du CFO économisées. Dans tous les cas, le KPI est fixé au Discovery, la ligne de base actuelle est mesurée avant le Pilote et re-mesurée à la clôture. Sans ce couple avant/après il n'y a pas de KPI honnête.
Travaillez-vous sur n’importe quel ERP ou seulement Business Central ?
Notre proposition de valeur est l'intégration native avec Microsoft Dynamics 365 Business Central et les extensions dv*. Nous travaillons exclusivement sur BC. Si votre ERP est autre (SAP, Sage, Odoo, custom), nous pouvons en parler mais vous perdez l'essentiel du différenciateur : la connaissance des processus sectoriels sur BC, les tables précises, les flux légaux déjà intégrés. Dans ce scénario, l'honnêteté est de vous dire de chercher un cabinet IA spécialiste de votre ERP.
Combien de cas une entreprise a-t-elle généralement dans la feuille de route ?
Entre 3 et 7 opportunités évaluées dans le document, dont typiquement 2 à 4 sont candidates claires à un pilote la première année. Les autres sont souvent des cas voisins qui se débloquent quand l'architecture du premier pilote est en place (mêmes données, mêmes intégrations, même savoir d'équipe). Une PME avec BC mature consolide en général 3 à 5 cas IA en production à 18-24 mois si elle décide d'aller à l'échelle.
Prochaine étape
Vous êtes déjà client de Davisa ?
La couche IA arrive comme extension de la relation que vous avez déjà avec BC et les
extensions dv*. Votre conseiller habituel coordonne avec l'AI Studio sans nouvel
onboarding.
Parler à l'équipe →
Vous êtes nouveau ?
Nous commençons par le Discovery de 5 jours. En une semaine vous avez la feuille de
route priorisée, le Pilote dimensionné et une décision informée à porter en comité.
Demander un Discovery IA →