Sprint Système IA · 2 à 3 semaines
Un workflow,mis en production.
Vous n'avez pas besoin de savoir quel outil ou quel agent utiliser. Montrez-moi le geste répétitif, les informations nécessaires et le résultat attendu : je détermine la bonne solution, je la construis testée et documentée, puis je vous transmets le code.
I · Pour qui
Le même problème, que vous utilisiez déjà l'IA ou non.
Consultants, indépendants, petites agences et petites équipes qui perdent du temps dans des tâches récurrentes entre plusieurs outils : retrouver le contexte, préparer un rendez-vous ou un livrable, qualifier une demande, recopier une information.
Vous ouvrez cinq onglets pour préparer un seul rendez-vous
Vous recopiez le même contexte d'un outil à l'autre
Vos notes utiles sont réparties entre plusieurs outils et votre tête
Vous refaites chaque semaine une opération que vous ne savez pas décrire
Vous avez essayé un automatisme no-code, il n'a pas tenu
Le contexte arrive préparé, avant que vous en ayez besoin
Ce qui se dit finit rangé et retrouvable, sans effort de classement
Les opérations répétitives se déclenchent seules et vous notifient
Vous validez ce qui compte, le système fait le reste
Le tout est écrit, testé et modifiable par quelqu'un d'autre que moi
Vous n'avez pas besoin de savoir quel agent ou quel outil utiliser. Vous devez seulement pouvoir me montrer le travail répétitif, les informations nécessaires et le résultat attendu.
Ensuite, c'est à moi de déterminer si la bonne solution est une automatisation classique, un système avec un usage ponctuel de l'IA, un agent borné, ou aucune automatisation.
II · Un workflow
Un système, du déclencheur à la sortie.
L'un des cinq scénarios que je sais construire, déplié en entier. Aucun des cinq n'est une mission livrée : ce sont des systèmes décrits, pas des références.
Un rendez-vous entre dans l'agenda, à moins de 24 h.
L'agenda, les mails, le CRM, les notes, le site du prospect. Celles que vous avez déjà.
Le contexte est rassemblé, recoupé, puis résumé. Rien qui ne vienne de vos sources.
Aucune sortie externe. La note est déposée dans votre espace, vous seul la lisez.
L'historique, le dernier point resté ouvert, ce qui a bougé, trois questions à poser.
III · Les garde-fous
Ce que le système n'a pas le droit de faire.
Décidé au cadrage, écrit dans la doc, vérifié par les tests. C'est la partie que la plupart des projets IA traitent en dernier, et c'est souvent pourquoi ils finissent débranchés.
Le système n'écrit librement que dans une zone définie. Partout ailleurs, il propose et attend.
Publier, envoyer, modifier un enregistrement tiers : chaque sortie passe par un contrôle explicite.
Ce qui a été fait, quand, sur quelle source. Vous pouvez remonter la chaîne d'une décision.
Quand une API tombe ou qu'un résultat est douteux, le système s'arrête et prévient. Il n'improvise pas.
IV · La méthode
Quatre phases, aucune surprise.
Le périmètre et le prix sont fixés à la fin de la première semaine. Ce qui suit ne s'en écarte pas : pas de régularisation en fin de sprint.
Cadrage
Un atelier pour délimiter le workflow : le déclencheur, les sources, ce qui doit sortir, ce qui reste validé par un humain. C'est là que je détermine la bonne solution, automatisation classique, IA ponctuelle, agent borné, ou parfois aucune.
→ Vous : un atelier de 90 min et l'accès aux outils
Construction
Je branche les outils que vous avez déjà, pas de migration, pas de nouvelle plateforme. Mémoire persistante, permissions, intégrations. Le système tourne sur votre infrastructure et avec vos clés dès le premier jour.
→ Vous : un point de 20 min en milieu de sprint
Garde-fous et tests
On écrit ce que le système n'a pas le droit de faire seul, on pose les points de validation, la journalisation et le comportement en cas de panne. Un jeu de tests rejoue les cas limites avant chaque évolution future.
→ Vous : la relecture des règles de validation
Passation
Code spécifique remis, accès transférés, runbooks écrits, formation de l'équipe sur le système livré. Vous repartez avec de quoi le lancer, le surveiller, le réparer et le faire évoluer.
→ Vous : une session de prise en main
V · Les livrables
Ce qui reste chez vous à la fin.
Pas un accès à une plateforme que je contrôle. Des fichiers, du code, des accès et de la documentation qui vous appartiennent.
Un système qui tourne
En production sur votre infrastructure, avec vos comptes et vos clés. Pas une démo.
Le code spécifique, remis
Sans licence ni abonnement. Versionné, lisible, repris par n'importe quel développeur.
Les accès et les intégrations
Transférés à votre nom, branchés sur les outils que vous utilisez déjà.
Un plan de tests et de garde-fous
Ce que le système peut faire seul, ce qui s'arrête pour validation, comment le vérifier.
La doc et les runbooks
Lancer, surveiller, réparer, faire évoluer. Écrits pour quelqu'un qui n'est pas développeur.
La formation de l'équipe
Une session de prise en main avec les personnes qui vont s'en servir.
VI · Le prix
Affiché, parce que le périmètre l'est aussi.
Il dépend du nombre d'intégrations et de la complexité des validations. Il est fixé au cadrage, avant que je commence.
Selon l'hébergement, la supervision, le nombre d'intégrations et les évolutions. Vous pouvez aussi tout reprendre en interne : c'est votre code.
Les frais d'API et d'infrastructure restent à votre charge et sur vos comptes. Je les estime au cadrage, je ne les refacture pas.
VII · Qualification
Les questions à régler avant de démarrer.
« Un assistant qui répond aux clients à notre place. »
Je refuse, et voici sur quel critère. Les informations n'existent pas déjà : rien n'est écrit quelque part qui dise comment vous répondez, sur quel ton, ce que vous acceptez de concéder. Il n'y a rien à reprendre, seulement quelque chose à inventer sous votre nom. Et ce qui devrait rester validé par vous, ici, c'est la réponse entière : le système ne ferait gagner que le temps de la frappe.
Ce qui tiendrait : préparer le brouillon à partir de vos échanges passés et des réponses que vous avez déjà envoyées, et vous laisser l'envoyer. C'est le genre d'arbitrage que je rends au cadrage, et parfois avant de le facturer.
Parce qu'un système qui tourne vaut mieux que quatre qui sont à moitié branchés. Un périmètre serré tient en 2 à 3 semaines, et vous voyez le résultat avant d'engager la suite.
Une fois le premier en production, le deuxième va plus vite : les accès, la mémoire et les garde-fous sont déjà posés.
Prêt à cadrer
Un geste répétitif en tête ? Décrivez-le.
Je vous réponds sous 48 h : automatisable tel quel, à redécouper, ou pas encore mûr. Et je vous dis lequel des trois, franchement.