“Distil Stack a compris les défis d’une plateforme financière où la confiance, la transparence et l’expérience utilisateur sont essentielles. Leur capacité à traduire des processus complexes de prêt et de remboursement en une expérience numérique structurée correspondait à notre vision : rendre le soutien financier entre amis et membres d’une famille plus simple et plus accessible.”
Package à périmètre défini
Du pilote IA à la production
Votre pilote brille en démonstration. La production le met à l’arrêt.
- Durée
- 1–2 semaines d’évaluation ; 4–10 semaines de préparation
- Format
- Évaluation, puis sprints de préparation
- Prix
- $2,500–$5,000 pour l’évaluation ; $12,000–$45,000 pour la préparation
- Adapté à
- Équipes disposant d’un pilote IA fonctionnel
Package à périmètre défini
Passer de la démo à la production.
Quelque part dans votre entreprise, un pilote IA a impressionné toute une salle et n’a jamais été lancé. Le modèle répond aux questions. La démonstration fonctionne. Mais rien n’est connecté aux vrais systèmes, personne ne connaît le coût à grande échelle et son créateur est passé à autre chose. Nous emmenons ces pilotes en production.
Il s’agit d’un package à périmètre défini. Nous examinons l’existant, le préparons à la production, le lançons et vous le transférons.
01Le travail
Pourquoi les pilotes s’arrêtent
Personne ne l’a mesuré.
Le pilote répondait aux questions pendant une démonstration. Personne n’a défini ce que signifie « correct ». Impossible de dire si la version de production fonctionne ou dérive.
Il n’est connecté à rien.
La démonstration utilisait des exemples de données. Votre CRM, vos tickets et vos documents sont ailleurs, et les connexions n’ont pas été prévues.
La facture a surpris tout le monde.
Une démonstration effectue quelques centaines d’appels. La production en effectue quelques centaines de milliers. Aucun budget, quota ou routage n’avait été défini : la finance a arrêté le projet.
Personne n’en est responsable.
Le pilote était un projet parallèle, un hackathon ou le travail estival d’un stagiaire. La maintenance s’est arrêtée avec la démonstration.
Il ne peut pas être audité.
Aucun journal utile, aucune règle d’accès, aucune trace de ce que le modèle a vu et fait. La sécurité a refusé. À juste titre.
02Le travail
La liste de contrôle pour la production
Voici ce que signifie concrètement la préparation à la production. Chaque pilote que nous prenons en charge reçoit ces cinq éléments.
Des évaluations avec réponses notées.
De vraies questions, évaluées comme correctes ou incorrectes, sont exécutées avant chaque changement. Si un ajustement dégrade les réponses, vous le savez avant vos utilisateurs.
La connexion à vos systèmes.
CRM, ERP, tickets, documents : par API, avec les mêmes autorisations que vos équipes.
La maîtrise des coûts.
Routage des modèles, cache, quotas, budgets et alertes. Vous devez connaître le coût d’un usage multiplié par 10 avant qu’il arrive, pas après.
Une surveillance suivie par quelqu’un.
Journaux, traces et tableau de bord avec un responsable nommé. Si le système se comporte mal à 2 heures du matin, quelqu’un est alerté au lieu de découvrir le problème le lundi.
La gouvernance.
Règles d’accès, traitement des données personnelles et piste d’audit de ce que le système a vu et fait. Ce que votre équipe sécurité demande avant de donner son accord.
03Le travail
Le package
D’abord, l’évaluation.
Nous lisons le code du pilote, l’exécutons sur vos vraies données et le notons. Vous recevez un verdict écrit : ce qui peut être conservé, ce qui doit être reconstruit et ce que cela demande. Si la réponse honnête est « recommencer », nous le disons pendant l’évaluation et vous ne payez que celle-ci.
Puis, les sprints de préparation.
Nous appliquons la liste de contrôle ci-dessus. Des sprints de deux semaines avec démonstrations, comme pour nos autres projets. Vous voyez le pilote devenir un système.
Enfin, lancement et transfert.
Le système sert de vrais utilisateurs, avec sa surveillance en place. Nous remettons ensuite code, documentation, procédures d’exploitation et présentation à votre équipe. Vous en possédez 100%.
$2,500 – $5,000, déduits du développement si vous poursuivez. L’évaluation a son propre prix fixe : vous connaissez le coût du diagnostic avant de payer le traitement.
04Le travail
Est-ce adapté à votre situation ?
Adapté si :
vous avez un pilote fonctionnel qui a impressionné sans jamais être lancé. La démonstration fonctionne et le cas d’usage est réel. Il manque tout ce qui l’entoure.
Inadapté si :
vous n’avez pas encore de pilote. Commencez par AI Discovery, notre package de 3 semaines à prix fixe qui repère les cas d’usage à construire. Voir AI Discovery
Également inadapté si :
votre pilote est une présentation. Il n’y a alors rien à préparer pour la production.
Comment jugez-vous si notre pilote peut être repris ?
Nous lisons le code, l’exécutons sur vos vraies données et évaluons les réponses. Puis nous indiquons par écrit ce qui mérite d’être conservé. Le verdict est parfois qu’une démonstration ne constitue pas un système réel et qu’une reconstruction coûte moins cher. Vous obtenez la réponse dans les deux cas.
Combien de temps faut-il ?
L’évaluation prend 1–2 semaines. La préparation à la production prend généralement 4–10 semaines selon les systèmes à connecter et la part du pilote conservée après évaluation. Nous donnons un calendrier défini après l’évaluation, jamais avant.
Quel est le coût ?
$12,000 – $45,000 à prix fixe, avec un périmètre défini après l’évaluation. L’évaluation elle-même coûte $2,500–$5,000 : le diagnostic a donc un coût connu, même si vous décidez de ne pas poursuivre.
Nous avons construit le pilote en interne. Travaillerez-vous avec notre équipe ?
Oui. Nous collaborons avec vos ingénieurs pendant la préparation et le transfert comprend des présentations pratiques pour que votre équipe exploite le système après notre départ. L’objectif est un système que vous possédez, pas une dépendance envers nous.
Que signifie réellement « prêt pour la production » ?
Cinq choses : des évaluations notées à chaque changement, des intégrations avec vos vrais systèmes, des contrôles de coûts avec budgets, une surveillance suivie par quelqu’un et une gouvernance validée par votre sécurité. Si l’un de ces éléments manque, la préparation à la production est incomplète.
Et si le pilote repose sur une mauvaise architecture ?
Nous le disons pendant l’évaluation. L’environnement de démonstration peut parfois être adapté. Parfois, reconstruire sur la bonne base coûte moins cher que réparer la mauvaise. Nous préférons le dire à l’évaluation plutôt que le découvrir des mois plus tard.
Qui le maintient après le lancement ?
Votre équipe, avec notre dossier de transfert : code, documentation, procédures d’exploitation et suite d’évaluations qu’elle peut continuer à exécuter. Si vous préférez notre participation, nous proposons une évolution gérée dans le cadre d’une prestation continue. Dans tous les cas, tout vous appartient.
07Études de cas






