Mise en place · Niveau 3 · Développement sur mesure

Du sur-mesure qui tourne dans votre infrastructure.

Une automatisation écrite pour votre processus, en binôme avec le profil technique adapté : ingénieur IA, développeur. Le métier est modélisé avant d'être codé. Le code est produit avec Claude Code, relu ligne à ligne, puis livré conteneurisé dans votre infrastructure : dépôt, image et documentation vous appartiennent. Conçu pour les organisations dont l'équipe technique peut déployer et maintenir une application.

Entretiens métier Modélisation UML Claude Code Fall-back Docker Déployé chez vous
Le prérequis

Conçu pour les organisations qui ont une équipe technique.

Une application développée vit bien quand quelqu'un chez vous l'héberge, la surveille et la met à jour. Trois capacités suffisent ; toutes relèvent de l'exploitation classique, aucune ne demande de compétence en IA.

Capacité 1

Déployer

Quelqu'un chez vous sait faire tourner un conteneur Docker, sur un serveur interne ou dans votre cloud, et l'exposer à ses utilisateurs.

Capacité 2

Maintenir

Appliquer une mise à jour, lire les journaux, réagir à une alerte, gérer les secrets et les clés d'API. Les gestes d'exploitation habituels.

Capacité 3

Faire évoluer

Ouvrir le dépôt, retrouver une règle dans la modélisation, ajuster un prompt ou changer de modèle sans reconstruire l'application.

Les formats

Quatre étapes, engagées une par une.

Chaque étape s'engage séparément. Le cadrage technique se décide seul, et il arrive qu'il oriente vers un niveau plus simple : c'est un résultat utile.

Cadrage · 3 h

Confirmer le bon niveau

Faisabilité, architecture visée, charge de maintenance, coût d'exécution estimé, et la question posée clairement : quel niveau répond le mieux au besoin ?

Le référent métier
et votre équipe technique
Modélisation · 1 à 2 semaines

Entretiens métier et UML

Le processus tel qu'il est réellement exécuté, recueilli auprès de ceux qui l'exécutent, puis formalisé en diagrammes qui servent de spécification.

3 à 6 personnes
rencontrées séparément
DÉVELOPPEMENT · 4 À 6 SEMAINES

Construire et durcir

Écriture avec Claude Code sous revue humaine, jeu de tests sur vos cas réels, stratégie de fall-back, conteneurisation.

Ingénieur IA ou développeur
points d'étape hebdomadaires
Passation · à la livraison

Déployer chez vous

Mise en service dans votre environnement avec votre équipe technique aux commandes, documentation d'exploitation, puis appui à la demande.

Votre équipe technique
et le référent métier
Le déroulé

Du processus décrit à l'application qui tourne dans votre infrastructure.

Six étapes, dans cet ordre. Les deux premières font la réussite du reste : une automatisation tient dans la durée quand le processus a été compris avant d'être codé.

01

Vérifier que le sur-mesure est la bonne réponse

Le sur-mesure est l'investissement le plus important des trois niveaux. Bien choisi, c'est celui qui transforme le plus, et cette étape sert à s'en assurer avant d'engager le développement.

  • Ce qui appelle un développement : un volume élevé, des règles métier nombreuses, des systèmes à orchestrer, une exécution sans intervention humaine, ou une contrainte de souveraineté sur les données
  • Ce qui relève d'un autre niveau : un besoin ponctuel ou un processus encore mouvant, pour lesquels un assistant ou un agent sans code répond mieux, et plus vite
  • Architecture visée : ce qui appelle un modèle et ce qui reste du code déterministe, le second coûtant moins cher et offrant un résultat constant
  • Coût d'exécution : estimation par traitement et par mois, avant de s'engager, pas à la première facture
02

Entretiens métier : le processus tel qu'il est vraiment

Le processus réel vit dans la tête de celles et ceux qui l'exécutent : les exceptions, les arbitrages implicites, les règles tacites. Les entretiens les capturent, et c'est ce qui fait qu'une automatisation tient au contact du réel.

  • Qui est rencontré : ceux qui exécutent la tâche, celui qui la contrôle, celui qui récupère les erreurs. Séparément : les versions divergent, et c'est instructif
  • Ce qu'on cherche : le déroulé réel pas à pas, les entrées et leur qualité, les décisions prises et sur quel critère, les cas particuliers assumés
  • Les règles tacites : ce que personne n'a écrit parce que « tout le monde le sait ». C'est là que se trouve la valeur de l'automatisation, et sa difficulté
  • Les volumes et le temps passé : ce qui donnera la mesure du gain, et servira de référence après la mise en service
  • Ce qui reste humain : les décisions qu'on ne délègue pas, tranchées dès cette étape
03

Modélisation UML : un accord avant d'écrire du code

Les entretiens deviennent des diagrammes. Le métier valide ce qu'il reconnaît, la technique valide ce qu'elle peut construire. Ce modèle tient ensuite trois rôles : contrat de périmètre, spécification de développement, documentation qui survit à l'équipe.

  • Diagrammes d'activité : le flux du processus, ses branches, ses points de décision et ses boucles de reprise
  • Cas d'utilisation : qui déclenche quoi, avec quels droits, et ce que le système refuse de faire
  • Diagrammes de séquence : les échanges avec vos systèmes existants : ERP, CRM, base documentaire, messagerie
  • Modèle de données : les objets métier manipulés, leurs états et les transitions autorisées
  • Hors périmètre : écrit explicitement au même titre que le périmètre. C'est ce qui évite la dérive en cours de projet
04

Développement avec Claude Code, sous revue humaine

Claude Code écrit une grande partie du code à partir du modèle validé. Un ingénieur conduit, relit et arbitre. Le gain : la vitesse sur ce qui est mécanique, et le temps humain concentré sur ce qui compte.

  • Code lisible et documenté : la contrainte est qu'un développeur de votre équipe le reprenne sans nous
  • Prompts et règles métier isolés : rangés dans des fichiers de configuration, modifiables sans toucher au reste
  • Tests sur vos cas réels : les dossiers apportés pendant les entretiens, y compris ceux qui se passent mal
  • Choix des modèles : le plus petit modèle qui tient la tâche, remplaçable par un autre fournisseur sans réécriture
  • Versionné dans votre dépôt : Git, historique complet, dès la première semaine, et non au moment de la livraison
05

Fall-back : ce qui se passe quand ça échoue

Une application en service se distingue d'un prototype par une chose : elle sait quoi faire quand un modèle répond à côté, quand une API tombe, quand un document arrive dans un format imprévu. Ici, chaque cas a un comportement prévu.

  • Validation des sorties : chaque réponse du modèle est contrôlée contre un schéma attendu ; ce qui ne passe pas ne part pas en production
  • Reprises et bascule : nouvelle tentative, autre modèle ou autre fournisseur, mise en file d'attente si le service est indisponible
  • Seuil de confiance : en dessous, le dossier part en revue humaine plutôt que de produire une décision douteuse
  • Dégradation assumée : le processus manuel reste possible à tout moment ; l'automatisation ne devient jamais un point de blocage
  • Journalisation et alertes : chaque traitement traçable, chaque échec notifié à un responsable désigné. Jamais d'erreur silencieuse
  • Coûts sous surveillance : plafonds par exécution et par période, alerte au dépassement
06

Docker, déploiement chez vous, transmission

L'application est livrée conteneurisée et se déploie dans votre infrastructure, avec votre équipe technique aux commandes. Vos données restent dans votre périmètre : seuls les appels au modèle sortent, et vous savez lesquels.

  • Image Docker et composition : un déploiement reproductible, identique en test et en production
  • Configuration et secrets : variables d'environnement, clés d'API gérées par vos moyens, aucun identifiant dans le code
  • Hébergement : serveur interne, votre cloud, ou un modèle hébergé chez vous si la souveraineté l'exige
  • Exploitation : point de santé, journaux, métriques d'usage et de coût, procédure de mise à jour et de retour arrière
  • Documentation d'exploitation : installer, surveiller, diagnostiquer, redéployer. Rédigée à l'intention de votre équipe
  • Séance de passation : à la fin, votre équipe technique redéploie, modifie une règle et change de modèle sans appui extérieur
Discuter de ce format : 30 min, gratuit →
Ce que vous récupérez

Six livrables, tous entre vos mains.

Aucune dépendance à un abonnement, à une plateforme ou à un prestataire. Si vous décidez de continuer seuls, tout est là.

01 · Code

Le dépôt Git complet

Historique, prompts, configuration et jeu de tests. Hébergé chez vous.

02 · Exécution

L'image conteneurisée

Docker et fichier de composition, redéployable à l'identique en une commande.

03 · Métier

La modélisation UML

Le processus formalisé et validé : la référence pour toute évolution future.

04 · Exploitation

Le guide d'exploitation

Installer, surveiller, diagnostiquer, mettre à jour, revenir en arrière.

05 · Robustesse

La matrice de fall-back

Chaque mode de défaillance, son comportement attendu, qui est alerté.

06 · Autonomie

La passation à votre équipe

Une séance de transfert, puis un appui à la demande, à votre rythme.

Le principe
Développé pour vous, livré chez vous : l'outil vous appartient entièrement, et votre équipe sait le faire vivre.
Cas d'usage

Les besoins qui appellent un développement.

Volume élevé, règles nombreuses, plusieurs systèmes à orchestrer, exécution sans intervention. En deçà de ces critères, un agent sans code répond généralement au besoin.

Industrie · Administration des ventes

Traitement des commandes entrantes

Des centaines de commandes par semaine, reçues en PDF, en e-mail ou en tableur : extraction, contrôle contre le référentiel, injection dans l'ERP, mise en attente humaine au moindre écart.

Résultat · La saisie disparaît, l'équipe ne traite plus que les exceptions
Immobilier · Juridique

Analyse d'un parc contractuel entier

Plusieurs milliers de baux passés en revue selon vos règles d'analyse, avec restitution structurée par actif et renvoi à la clause d'origine.

Résultat · Un travail de plusieurs mois ramené à quelques jours de traitement
Santé · Conformité

Production de dossiers réglementaires

Assemblage de pièces documentaires selon un format imposé, contrôles de complétude et de cohérence, traçabilité de chaque décision prise par la chaîne.

Résultat · Des dossiers conformes et défendables, produits sans veille manuelle
Services · Relation client

Qualification et routage des demandes

Chaque demande entrante analysée, catégorisée, enrichie du contexte client issu du CRM, puis orientée vers la bonne équipe avec un projet de réponse.

Résultat · Des délais de première réponse divisés, sans réorganiser le support
Finance · Comptabilité fournisseurs

Classification de documents scannés

Factures, bons de livraison et dossiers clients numérisés : identification du type de document, extraction des champs, rapprochement avec la commande, classement dans le bon dossier.

Résultat · Un flux papier trié et rapproché sans saisie manuelle
Direction · Veille

Revue de presse agentique

Un système qui lit chaque matin vos sources : presse, publications sectorielles, textes réglementaires, croise avec vos sujets de veille et livre une synthèse sourcée aux bonnes personnes.

Résultat · Une veille quotidienne exhaustive, au coût d'une lecture de dix minutes
Discuter de ce format : 30 min, gratuit →
Prendre contact

Décrivez le processus : on vous dira quel niveau y répond le mieux.

L'échange direct

Réserver 30 minutes

Un créneau de cadrage en visio : le processus visé, vos systèmes, votre équipe technique, le niveau le plus adapté.

Réserver 30 minGratuit · Sans engagement
En binôme avec une ingénieure IADéployé dans votre infrastructureFrançais · Anglais · Espagnol
Par écrit

Décrire votre besoin

Trois lignes suffisent : réponse sous 24 h.