La maintenance de votre site web et de vos applications, confiée à des agents IA

Un bug à corriger, une dépendance à mettre à jour, un champ à ajouter : vous le demandez en une phrase, un agent IA fait le changement dans le code, et vous validez la merge request après avoir vu la version de test. Chaque intervention affiche son coût.

  • Une demande en une phrase
  • Une merge request à valider
  • Coût affiché pour chaque tâche
Atelier Aurore
Espace client
Version de testclient.exemple-services.fr
  • Correctif : formulaire de contact sur SafariTerminé
  • Mise à jour des dépendances d'octobreTerminé
  • Ajout du numéro SIRET à l'inscriptionEn revue
  • Documentation de l'API mise à jourEn cours
Merge request prête à validerValider

Pourquoi la maintenance d'un site web prend du retard

Une fois le site ou l'application en ligne, la maintenance passe après le reste. Les petits sujets s'accumulent jusqu'à devenir un gros chantier.

Des correctifs qui attendent

Un bug gênant mais pas bloquant reste en place des semaines, faute de créneau chez le prestataire.

Des dépendances jamais mises à jour

Les bibliothèques vieillissent, les failles connues s'ajoutent, et la mise à jour devient risquée.

Une documentation qui ne suit plus

Personne ne sait plus comment l'application fonctionne, ni pourquoi tel choix a été fait.

Ce que couvre la maintenance par vos agents

C'est le travail d'une TMA (tierce maintenance applicative) : correctifs, mises à jour et évolutions. Les agents le font dans votre dépôt, et vous validez.

Correctifs

Vous décrivez le bug et la page concernée. L'agent cherche la cause, corrige et ouvre une merge request.

Mises à jour de dépendances

Une tâche récurrente ouvre la mise à jour chaque mois. L'agent met à jour les bibliothèques et vérifie le build.

Petites évolutions

Un champ, un texte, une colonne, un export : une phrase dans une tâche suffit à lancer le travail.

Version de test

Chaque changement produit une preview. Vous vérifiez sur la version de test avant la mise en ligne.

Documentation

La documentation vit dans le dépôt, et les agents la mettent à jour quand vous le demandez.

Coût par tâche

Chaque intervention affiche son coût en euros. Vous savez ce que coûte chaque correctif et chaque évolution.

Boutique en ligne
À traiter3RésoluesIgnorées
  • TypeError: Cannot read properties of undefined (reading 'price')src/checkout/summary.tsx · v2.14.0Régression214événements
  • UniqueConstraintViolationException: duplicate key order_refsrc/Controller/OrderController.php · v2.14.0Tâche #31812événements
  • ChunkLoadError: Loading chunk 412 failedapp/catalogue/page.tsx · v2.13.2Nouvelle6événements

Comment fonctionne la maintenance avec ERHA

Votre site ou votre application devient une application d'un projet ERHA. Chaque demande suit le même chemin, de la tâche à la merge request.

  1. 01Vous connectez l'applicationLe dépôt GitHub ou GitLab, la branche, et l'hébergement sur Vercel ou Upsun si vous en avez un.
  2. 02Vous signalez en une phraseDans une tâche, ou depuis un message Slack ou Discord qui ouvre la tâche. Le bouton Démarrer la confie à l'agent utile.
  3. 03Vous validez la merge requestHugo relit le code, la tâche passe en revue avec sa preview, et vous validez le changement.

Un exemple : reprendre la maintenance d'un espace client

Une société de services de vingt-cinq personnes a un espace client web développé il y a trois ans par un prestataire qui ne le suit plus.

  1. Le dépôt GitLab de l'espace client est connecté à un projet ERHA.
  2. Une tâche récurrente ouvre chaque mois la mise à jour des dépendances.
  3. Les bugs remontés par le support deviennent des tâches, corrigées en merge request avec une version de test.
  4. Le responsable valide chaque merge request et suit le coût de chaque tâche.

Résultat

L'application est de nouveau à jour, et chaque intervention a sa tâche, sa merge request et son coût.

Questions fréquentes

Peut-on confier la maintenance d'un site développé par un autre prestataire ?

Oui, si le code est dans un dépôt GitHub ou GitLab. Les agents travaillent dans le dépôt tel qu'il est, sans changer votre organisation du code.

Qui valide les changements avant la mise en ligne ?

Vous. Vous choisissez le mode de livraison de l'application : merge request à valider, ou envoi direct sur la branche. Dans les deux cas, une version de test est produite.

Les agents ont-ils accès à la production ?

Les agents travaillent sur le code, dans un environnement isolé. La mise en ligne passe par votre dépôt et votre hébergement, selon le mode de livraison choisi.

Quelle différence avec un contrat de maintenance classique ?

Chaque demande devient une tâche que vous voyez avancer, avec sa merge request, sa version de test et son coût.

Comment le coût de la maintenance est-il calculé ?

Chaque tâche affiche son coût en euros, calculé sur la consommation réelle. Vous fixez des plafonds de dépense pour votre espace.

Déléguez votre premier travail cette semaine

Ouvrez votre espace en quelques minutes, ou réservez une démo pour cadrer un premier cas avec l'équipe ERHA.