De l'idée à la prod, sans détour.

Non, et je préfère le dire ici plutôt qu'au troisième appel. Je démarre mon activité sous mon nom. Les systèmes décrits dans mes réalisations ont été construits en mission, sous contrat, et je ne peux en nommer ni les commanditaires ni les chiffres internes. Ce que je peux faire à la place : ouvrir le code et l'architecture en appel, vous expliquer les arbitrages que j'ai pris et pourquoi, et vous laisser juger sur ce que j'écris publiquement. Et commencer par un audit de quatre jours, qui ne vous engage sur rien pour la suite.

Les durées sont publiques : audit 4 jours, POC 12 jours, build à partir de 20 jours, renfort architecte 10 jours minimum. Le prix ferme est arrêté au devis, une fois le périmètre connu, et vous avez un ordre de grandeur dès le premier appel, gratuitement. Je ne publie pas de grille parce qu'elle serait fausse : deux projets du même type n'ont pas le même budget selon l'état de vos données et votre exigence de fiabilité.

Au forfait, le dérapage est à ma charge : vous connaissez le prix à l'avance, c'est moi qui porte le risque. Si le périmètre change en cours de route, c'est un avenant signé avant la dépense, jamais une facture surprise à la fin. En régie, le volume engagé et la date de fin sont écrits au contrat. Dans les deux cas, je préviens avant, pas après.

Oui. Le code, l'architecture, la documentation et le rapport d'audit vous appartiennent. Architecture standard, standards ouverts comme MCP, passation incluse dans chaque build : n'importe quel développeur compétent peut reprendre derrière moi. Après la livraison, vos équipes gardent la main, c'est le but. Si vous avez encore besoin de moi, c'est au temps passé, dans le cadre d'un contrat signé à la livraison. Je ne vends pas d'abonnement.

Oui, et vous choisissez le niveau. Selon vos contraintes : hébergement en UE, modèles open-source déployés directement dans votre infrastructure, ou cloud sous accord strict. En on-prem, vos données ne quittent jamais votre périmètre. Dans tous les cas, vos données ne servent jamais à entraîner des modèles publics, et je signe un accord de confidentialité dès le premier échange si vous le souhaitez. On arbitre ensemble le compromis coût, performance et souveraineté.

Mal architecturée, oui. Le bon modèle au bon endroit, du caching et du batching changent tout : l'ordre de grandeur visé est de 30 à 70 % d'économies à qualité égale, chiffré sur votre facture au moment de l'audit. Et on ne construit que les cas rentables.

Non. Beaucoup de tâches répétitives se règlent avec un simple workflow bien conçu, moins cher et plus prévisible. Je n'ajoute l'IA que là où il faut du jugement : classer, extraire, rédiger. C'est même souvent par là qu'on commence.

C'est le vrai sujet. Réponses sourcées (RAG), garde-fous sur les sorties et evals à chaque version : on mesure la qualité avant la prod et on bloque les dérives, au lieu de les subir.

Un audit se compte en jours, un POC sur vos données en quelques semaines, un build production en semaines à quelques mois selon le périmètre. Dès le premier échange, vous avez un calendrier clair.

Je vous le dirai franchement. Un audit tranche vite entre un cas à fort ROI et un cas où l'IA n'apporte rien. Mieux vaut un non honnête qu'un projet qui déçoit.

Oui. Je reprends l'existant, je le fiabilise (evals, garde-fous, observabilité) et je le fais passer de la démo à la production, ou je réduis sa facture.

C'est prévu dès la conception : architecture standard, code documenté, passation incluse dans chaque build. Le système vous appartient et n'importe quel développeur compétent peut le reprendre. Être seul a d'ailleurs un avantage : celui qui a conçu votre système est celui qui le maintient.