100+ entreprises ont confié leur transformation IA à JUWA

Tierce maintenance applicative (TMA)

On reprend la TMA de vos applications et de vos systèmes IA

Votre prestataire ne répond plus, la documentation a disparu, et vos agents IA tournent sans que personne ne regarde ce qu'ils font. On commence par auditer l'existant, puis on l'exploite avec des délais d'intervention écrits.

  • Audit de reprise avant tout engagement, sur le code, l'infrastructure et les données
  • Correctif, évolutif, préventif et adaptatif, sur un périmètre écrit
  • Supervision de vos agents IA, de leurs coûts et de leurs dérives
Échanger avec un expert30 minutes, sans engagement

Parlez-nous de votre application

Réponse en moins d'une heure ouvrée

En envoyant ce formulaire, vous acceptez que JUWA traite vos données pour répondre à votre demande. Politique de confidentialité.

Protégé par Cloudflare Turnstile.

100+ entreprises ont confié leur transformation IA à JUWA

  • Heineken
  • BlaBlaCar
  • Abeille Assurance
  • Logo CCCA
  • Bulldozer
  • Logo Superhote
  • DataBird
  • Hellosafe
  • Upgradelle
  • LiveBlocks
  • FullEnrich
  • Logo TSI
  • Logo C. Steinweg Group

Partenariats & garanties

AnthropicPartenaire AnthropicNos assistants et agents s'appuient sur les modèles Claude.
République françaiseAgréé CIINos prestations ouvrent droit au Crédit d'Impôt Innovation pour les PME éligibles.
BpifranceRéférencé BpifranceDiag Data & IA : 8 jours d'accompagnement cofinancés à 40 %.
Réversibilité garantieLe code, la documentation et les accès restent chez vous, du premier au dernier jour.

Comprendre vos enjeux

Une application en production, et plus personne pour la tenir

Un applicatif sans mainteneur ne casse pas tout de suite. Il casse au pire moment, quand une dépendance expire, qu'une API change de version ou qu'un flux métier double de volume. Entre-temps, la dette s'accumule sans que personne n'en mesure le coût.

Deux ingénieurs examinent le code d'une application existante sur un écran, dans un bureau lumineux

Vous n'avez pas besoin d'un devis de refonte. Vous avez besoin que quelqu'un reprenne la main sur ce qui existe déjà.

Le prestataire ne répond plus

Délais qui s'allongent, interlocuteur qui change tous les trimestres, ou société qui a simplement arrêté.

Rien n'est documenté

Le savoir tient dans la tête d'une personne, et cette personne est partie.

Aucun délai opposable

Pas de niveaux de sévérité, pas d'engagement écrit, chaque incident se négocie au cas par cas.

La dette de sécurité s'accumule

Dépendances jamais mises à jour, secrets en clair, montées de version repoussées d'année en année.

Les agents IA tournent sans surveillance

Personne ne regarde leurs coûts d'inférence, leurs erreurs, ni les systèmes qu'ils atteignent réellement.

Vous ne pouvez pas partir

Ni accès aux dépôts, ni à l'infrastructure, ni de quoi passer la main à quelqu'un d'autre.

Périmètre

Ce qu'on reprend, de l'applicatif à la couche IA

Peu de prestataires savent tenir les deux bouts. C'est pourtant à leur jonction que se produisent les incidents les plus coûteux.

  • Maintenance corrective

    Traitement des incidents et des anomalies, de la qualification au correctif livré en production, selon le niveau de sévérité.

  • Maintenance évolutive

    Évolutions fonctionnelles et adaptations métier, planifiées dans un cycle de livraison régulier plutôt que traitées dans l'urgence.

  • Maintenance préventive

    Mises à jour de sécurité, montées de version et résorption progressive de la dette identifiée pendant l'audit de reprise.

  • Maintenance adaptative

    Changements d'environnement, migrations d'API, évolutions d'infrastructure et adaptations réglementaires.

  • Agents IA et automatisations

    Journalisation des trajectoires, suivi des coûts d'inférence, détection de dérive et migration avant la dépréciation d'un modèle par son éditeur.

  • Supervision et reporting

    Alerting, journaux exploitables et comité de suivi périodique sur les incidents, les délais tenus et la dette restante.

La chaîne de reprise

Six briques à récupérer, et une seule oubliée suffit à bloquer la reprise

Ce que nous récupérons concrètement quand la reprise démarre, dans l'ordre où chaque brique est sécurisée.

  1. 1

    Code source

    Dépôts, historique et droits

    Git, branches, droits
  2. 2

    Infrastructure

    Comptes cloud, conteneurs et réseau

    AWS, Azure, GCP
  3. 3

    Secrets et accès

    Secrets, clés d'API et accès de service, tous renouvelés à la reprise

    renouvellement complet
  4. 4

    Données et intégrations

    Bases, flux entrants et intégrations tierces

    schémas, sauvegardes
  5. 5

    Agents et automatisations

    Prompts, modèles, jeux d'évaluation et journaux de trajectoire

    coûts, dérive
  6. 6

    Supervision

    Métriques, alerting et tableau de bord partagé avec vos équipes

    alertes, reporting
Comment on procède

D'un système orphelin à un service exploité sous engagement

La reprise commence toujours par un audit facturé, jamais par une signature à l'aveugle. Tant qu'on ne connaît pas l'état réel du code, de l'infrastructure et des dépendances, aucun engagement de délai n'a de sens.

04 phases1 référent du diagnostic au go-live

Réversibilité par défaut

Le code, la documentation d'exploitation et les accès restent chez vous. Vous pouvez reprendre la main en interne ou passer à un autre prestataire sans dépendre de nous.

Des engagements écrits

Niveaux de sévérité, délais et périmètre sont fixés au contrat une fois l'audit rendu, avec les exclusions dites explicitement plutôt que découvertes au premier incident.

Ce qui tourne reste visible

Supervision applicative et traçabilité des agents IA, avec un reporting que vos équipes peuvent lire sans passer par nous.

  1. Consultante prend des notes sur un carnet à côté d'un ordinateur portable pendant un entretien opérationnel01
    01

    On regarde avant de s'engager

    Audit de reprise

    DuréeQuelques jours
  2. Collaborateurs attablés écoutant une présentation chiffrée au paperboard lors d'un atelier de cadrage02
    02

    Le contrat se construit sur l'audit, pas l'inverse

    Plan de remédiation et cadrage

    DuréeUne semaine
  3. Deux développeurs examinent du code affiché sur un grand écran dans un bureau03
    03

    La phase que tout le monde sous-estime

    Transfert et prise en main

    DuréeDeux à quatre semaines
  4. Ingénieure consulte un ordinateur portable devant des baies de serveurs04
    04

    On opère, vous pilotez

    Run sous engagement

    DuréeContrat reconductible
La suite vous appartient

On démarre par un échange pour cadrer votre cas concret.

Une visio sans engagement. Vous repartez avec un retour qualifié sur la faisabilité, l'ordre de grandeur ROI et les prochaines étapes, même si vous décidez de ne pas avancer avec nous.

6 sem.
MVPMVP en production
100+
PME et ETIPME et ETI accompagnées
45 %
coûts en moinsCoûts opérationnels en moins
4,7/5
TrustpilotSatisfaction Trustpilot
Engagements de service

Trois niveaux de sévérité, des délais qui ne se négocient pas dans l'urgence

Socle de référence, en heures ouvrées du lundi au vendredi. Les délais définitifs, les exclusions et les pénalités éventuelles sont arrêtés au contrat une fois l'audit de reprise rendu, parce qu'ils dépendent de l'état réel de votre système.

Situation

P1 bloquantProduction arrêtée ou processus métier bloqué, sans contournement possible
P2 majeurFonction essentielle dégradée, avec un contournement praticable
P3 mineurAnomalie non bloquante ou petite évolution

Prise en compte

P1 bloquant1 heure ouvrée
P2 majeur4 heures ouvrées
P3 mineur1 jour ouvré

Rétablissement visé

P1 bloquantContournement ou correctif sous 4 heures ouvrées
P2 majeur2 jours ouvrés
P3 mineurCycle de livraison suivant

Couverture

P1 bloquantDu lundi au vendredi, en heures ouvrées
P2 majeurDu lundi au vendredi, en heures ouvrées
P3 mineurDu lundi au vendredi, en heures ouvrées

Disponibilité chiffrée

P1 bloquantEngagée quand l'hébergement est sous notre responsabilité
P2 majeurEngagée quand l'hébergement est sous notre responsabilité
P3 mineurSans objet
Reprise de TMA

Chaque reprise se cadre au cas par cas

Trente minutes pour décrire votre situation et savoir ce qu'un audit de reprise regarderait chez vous.

Prendre rendez-vous
FAQ

Questions fréquentes sur la reprise de TMA

Oui, c'est le cœur de cette offre. On reprend des applications, des intégrations et des systèmes IA construits par d'autres, quel qu'en soit l'auteur. L'audit de reprise sert précisément à évaluer ce qu'on récupère avant de s'engager sur des délais. Nous assurons également la TMA des projets que nous livrons nous-mêmes, mais ce n'est pas la même situation ni le même point de départ.

C'est le cas le plus fréquent, et ce n'est pas bloquant. La documentation d'exploitation se reconstruit pendant la phase de transfert, à partir du code, de l'infrastructure et des journaux. Quand le prestataire sortant ne répond pas, la reprise prend plus de temps et l'audit le chiffre en conséquence. Ce qui bloque réellement une reprise, c'est l'absence d'accès au code source ou à l'hébergement, pas le manque de documentation.

Il est facturé, et il dure quelques jours selon la taille du périmètre. On lit le code, on cartographie les dépendances et les flux de données, on relie l'état de l'infrastructure aux risques de sécurité, et on identifie les points de rupture. Vous en repartez avec un plan de remédiation chiffré et un périmètre de service proposé, utilisables même si vous décidez de confier la maintenance à quelqu'un d'autre.

Trois niveaux de sévérité, avec un délai de prise en compte et un délai de rétablissement visé pour chacun, en jours ouvrés. Le socle de référence figure plus haut sur cette page. Les valeurs définitives, les exclusions et l'éventuel régime de pénalités sont arrêtés au contrat après l'audit, parce qu'ils dépendent de l'état réel du système. Un engagement de disponibilité chiffré n'est pris que sur les périmètres dont nous maîtrisons l'hébergement.

Oui, et c'est ce qui distingue cette offre d'une TMA classique. Un agent en production n'a pas les mêmes modes de défaillance qu'une application. Il dérive, il coûte plus cher d'un mois sur l'autre, il utilise un modèle que l'éditeur peut déprécier avec quelques semaines de préavis, et il enchaîne des actions dont chacune est légitime isolément. On surveille la trajectoire, les coûts d'inférence et la qualité des réponses, et on planifie les migrations de modèle avant la coupure.

Applicatifs web et API en Python, TypeScript et Node, bases relationnelles, infrastructures conteneurisées sur AWS, Azure et Google Cloud, plateformes d'automatisation, et l'ensemble de la couche IA et LLM. Nous ne reprenons pas les systèmes embarqués ni les progiciels propriétaires dont l'éditeur seul détient le code. Quand une technologie sort de notre périmètre, nous le disons à l'audit plutôt qu'après la signature.

Le code, la documentation d'exploitation et les accès sont chez vous depuis le premier jour, jamais retenus de notre côté. La sortie consiste à transférer le savoir opérationnel à vos équipes ou au prestataire suivant, avec le runbook à jour. C'est la contrepartie logique d'une offre qui s'adresse d'abord à des entreprises coincées chez leur prestataire actuel.

La TMA de nos projets couvre ce que nos équipes ont conçu, avec une connaissance complète du code dès le premier jour et aucune phase de découverte. Une reprise part d'un système que nous ne connaissons pas, ce qui impose l'audit, le transfert et souvent une remise à niveau préalable. Le mode de fonctionnement en régime de croisière est le même, le chemin pour y arriver ne l'est pas.

Un applicatif ou des agents IA que plus personne ne maintient ?