TMA SaaS Symfony
Tierce maintenance applicative contractualisée pour SaaS Symfony en production. Audit de reprise offert, bascule opérationnelle sous 15 jours, mises à jour Composer et npm, monitoring continu, sauvegardes testées, support utilisateur niveau 2 et SLA garantis.
Pourquoi externaliser la TMA de votre SaaS Symfony ?
Votre SaaS tourne, vos clients l'utilisent, vos commerciaux signent de nouveaux contrats. Mais la maintenance technique reste un sujet pénible : mises à jour de sécurité Composer repoussées de mois en mois, monitoring inexistant, sauvegardes jamais testées, tickets utilisateurs qui s'accumulent. Vous savez que le jour où un incident grave arrivera, la facture sera salée. Une TMA SaaS Symfony contractualisée règle ce problème en transférant la responsabilité technique à un partenaire dédié.
D'expérience, trois profils basculent en TMA. L'éditeur SaaS solo qui veut se concentrer sur le produit et la vente. La PME qui édite un logiciel métier interne mais n'a pas d'équipe technique dédiée à la maintenance. L'entreprise qui a perdu son prestataire historique et doit reprendre rapidement la main. Dans les trois cas, la TMA apporte une réponse structurée : périmètre clair, SLA mesurables, interlocuteur unique.
La TMA chez ARDNTECH s'inscrit dans la continuité d'une reprise de maintenance SaaS ou d'un audit de sécurité PME. La porte d'entrée habituelle est l'audit, qui pose un diagnostic clair avant la signature du contrat.
Que comprend un contrat de TMA SaaS Symfony ?
Cinq périmètres composent un contrat de TMA standard. Vous pouvez en activer tout ou partie selon votre besoin et votre budget.
Maintenance corrective
Correction des bugs remontés par vos utilisateurs ou détectés par le monitoring. Prise en charge selon SLA contractuel : 1 heure pour les bugs bloquants, 4 heures pour les majeurs, 1 jour pour les mineurs.
Maintenance de sécurité
Mises à jour Composer trimestrielles, mises à jour npm/yarn, mises à jour OS, suivi des CVE via le checker officiel Symfony et application des correctifs critiques sans attendre la fenêtre prévue.
Supervision et monitoring
Monitoring infrastructure (CPU, RAM, disque, réseau) et applicatif (temps de réponse, erreurs 500, files d'attente). Alertes proactives sur les incidents avant qu'ils ne deviennent visibles côté utilisateur.
Sauvegardes testées
Politique de sauvegarde formalisée (fréquence, rétention, chiffrement). Exercice de restauration trimestriel pour valider que les sauvegardes sont effectivement exploitables en cas d'incident.
Support utilisateur niveau 2
Prise en charge des tickets techniques non résolus par votre équipe niveau 1. Analyse de logs, diagnostic, correction ou contournement, documentation pour l'équipe interne.
Évolutions mineures (option)
Quota mensuel d'évolutions mineures (modification d'un écran, ajout d'un champ, ajustement d'un workflow). Les évolutions majeures sont traitées en devis séparé.
Notre méthode : audit offert, reprise sous 15 jours
La reprise d'une TMA suit une séquence cadrée. L'objectif est de passer d'un signature de contrat à un fonctionnement opérationnel en moins de 15 jours, sans perturber vos utilisateurs.
1. Échange initial et qualification (J0)
Échange initial gratuit de 30 minutes pour comprendre votre contexte : taille du SaaS, criticité métier, situation de l'équipe technique, urgence. Cet échange permet de qualifier rapidement si une TMA est pertinente pour vous ou si une autre formule (audit ponctuel, plan 90 jours) conviendrait mieux.
2. Audit de reprise offert (J1 à J5)
L'audit de reprise est offert dans le cadre d'un engagement TMA annuel. Cartographie de l'application, des accès, des dépendances, de la dette technique et de la conformité RGPD selon la méthodologie CNIL. Le rapport sert de base pour signer le contrat de TMA et dimensionner le plan de stabilisation initial.
3. Bascule opérationnelle (J6 à J15)
Mise en place du monitoring infrastructure et applicatif (Grafana, Prometheus, Loki), rotation des secrets, configuration du canal de support, premier exercice de restauration de sauvegarde, documentation d'exploitation à jour. À J15, la TMA est opérationnelle.
4. Plan de stabilisation initial (J15 à J90)
Les points critiques et importants identifiés à l'audit sont traités sur fenêtre planifiée. Mise à jour des dépendances Composer et npm, application des correctifs CVE, harmonisation des procédures de déploiement. Vous gardez une visibilité totale sur les livrables.
5. Régime de croisière (J90 et au-delà)
Mises à jour trimestrielles, monitoring continu, exercices de restauration trimestriels, revue annuelle de sécurité. Point mensuel de pilotage en visioconférence pour faire le bilan des tickets, des mises à jour passées et des évolutions à prioriser.
SLA standard pour TMA SaaS Symfony
Le SLA est défini contractuellement et adapté au profil de votre SaaS. Pour une application B2B avec utilisateurs en heures ouvrées françaises, le SLA standard est celui présenté ci-dessous. Pour les SaaS avec utilisateurs internationaux ou en 24/7, un SLA étendu peut être négocié.
| Niveau d'incident | Définition | Prise en charge | Résolution cible |
|---|---|---|---|
| Bloquant | Application inaccessible ou perte de données en cours | Sous 1 heure ouvrée | Sous 4 heures ouvrées |
| Majeur | Fonctionnalité critique dégradée pour plusieurs utilisateurs | Sous 4 heures ouvrées | Sous 1 jour ouvré |
| Mineur | Bug isolé, contournement possible | Sous 1 jour ouvré | Sous 5 jours ouvrés |
| Demande | Évolution mineure ou question fonctionnelle | Sous 2 jours ouvrés | Selon quota mensuel |
Les heures ouvrées de référence sont du lundi au vendredi, de 9h à 18h, jours fériés français exclus. Une astreinte 24/7 peut être ajoutée en option pour les SaaS critiques avec utilisateurs en flux continu.
Cas concret : TMA chez un éditeur SaaS facturation télécom
Un éditeur SaaS B2B (facturation et gestion de parc pour opérateurs télécom) m'a contacté après le départ de son développeur historique. L'application Symfony tournait depuis 6 ans sans incident majeur, mais la maintenance n'avait jamais été formalisée. Les mises à jour Composer dataient de 14 mois, aucun monitoring n'était en place, et les sauvegardes n'avaient jamais été testées en restauration réelle.
L'audit de reprise a révélé une application globalement saine mais avec une dette de maintenance accumulée. Trois CVE ouvertes sur des dépendances Composer, deux paquets npm avec vulnérabilités critiques, un cron de sauvegarde qui tournait dans le vide depuis 4 mois (le fichier de log n'était pas surveillé).
La bascule opérationnelle a été conduite en 12 jours. Mise en place du monitoring Grafana et Loki, rotation des secrets, premier exercice de restauration de sauvegarde validé, application des correctifs CVE critiques. Le contrat de TMA mensuelle a démarré à J15 avec un quota d'évolutions mineures pour les ajustements demandés par les utilisateurs. Trois ans plus tard, le SaaS tourne toujours sur la même infrastructure sans incident grave.
Pourquoi un solo expert plutôt qu'une agence ?
Une TMA demande de la continuité, de la rigueur méthodologique et une connaissance fine du SaaS sous contrat. C'est ce qu'une agence à turn-over élevé peine à offrir, et ce qu'un solo expert garantit par construction.
| Critère | Agence classique | Solo expert ARDNTECH |
|---|---|---|
| Interlocuteur | Chef de projet + équipe rotative | Un seul, du devis à la TMA récurrente |
| Connaissance du SaaS | Onboarding répété à chaque rotation | Capitalisée sur toute la durée du contrat |
| Coût indirect | Marge agence, frais de structure | Pas de marge intermédiaire |
| Réactivité | Cycle ticket, validation hiérarchique | Décision et action dans la même demi-journée |
| Continuité | Risque de changement d'équipe | Même personne pendant la durée du contrat |
| Engagement long terme | Renouvellement annuel souvent renégocié | Engagement clair, conditions stables |
Le solo a aussi ses limites : disponibilité plafonnée, congés à gérer, pas d'astreinte 24/7 native. C'est pourquoi la TMA solo convient particulièrement aux SaaS B2B en heures ouvrées et aux logiciels métier internes. Pour un SaaS grand public avec besoins 24/7, une équipe ou un partenariat élargi est plus adapté.
Comme tous mes accompagnements, le périmètre de TMA est défini sur devis personnalisé après un échange initial gratuit de 30 minutes et un audit court. L'audit est offert dans le cadre d'un engagement annuel.
Notre approche
Analyse de vos besoins
Nous prenons le temps de vous connaître et de comprendre vos besoins pour vous offrir la meilleure solution à votre projet
Développement
Nous travaillons en étroite collaboration avec vous pour concevoir et développer votre projet en respectant les normes et les meilleurs standards de qualité
Livraison et suivi
Nous assurons la livraison et le suivi de votre projet pour garantir votre satisfaction et votre réussite sur le long terme
Nos engagements
Développer du logiciel sur-mesure, c'est bien. Le faire avec un impact positif sur la planète et une relation équitable avec nos clients, c'est notre raison d'être.
Hébergement écoresponsable, tarification transparente co-construite avec vous, code optimisé pour durer : nous refusons de choisir entre performance technique et responsabilité. Chez ARDNTECH, les deux vont de pair.
Nos autres services
Votre projet mérite un hébergement à la hauteur : serveurs éco-énergétiques, monitoring continu et maintenance proactive.
Découvrez notre service de développementVotre logiciel métier mérite un hébergement à la hauteur. Serveurs éco-énergétiques, monitoring continu et maintenance proactive.
Découvrez notre service d'hébergement
Nos témoignages
Incroyable entreprise, service optimale. je recommande fortement.
Mathis • Developer Full Stack Voir le projetAdrien a permis à TeleSoft de faire face à des situations parmi les plus extrêmes, telles que l'incendie dans le datacenter d'OVH.
Benoît • Account Manager Voir le projetFaire appel à Adrien, c'est synonyme d'une garantie de résultat, d'un travail sérieux, d'une bonne organisation et d'un accompagnement personnalisé.
David • Account Manager Voir le projet
FAQ TMA SaaS Symfony
Vos questions sur la tierce maintenance applicative, le périmètre du contrat et les SLA.
La TMA SaaS Symfony (Tierce Maintenance Applicative) est un contrat qui externalise la maintenance corrective, évolutive et de sécurité de votre application Symfony. Le prestataire devient garant de la disponibilité, de la sécurité et des évolutions du logiciel métier. Le périmètre inclut généralement les mises à jour de dépendances, le monitoring, les sauvegardes testées, le support utilisateur de niveau 2 et un quota d'évolutions mineures. C'est la formule la plus courante après une reprise ou pour décharger une équipe interne déjà occupée.
Trois cas typiques justifient une TMA. D'abord, vous êtes éditeur SaaS et vous n'avez pas d'équipe technique dédiée à la maintenance : vous voulez vous concentrer sur le produit et la commercialisation. Ensuite, votre équipe interne est sous-dimensionnée : elle gère les évolutions métier mais n'a pas le temps pour les mises à jour de sécurité, le monitoring ou le suivi des CVE. Enfin, votre ancien prestataire n'est plus joignable et vous avez besoin de structurer rapidement la continuité d'exploitation. La TMA répond à ces trois cas avec un engagement contractualisé.
Un contrat de TMA Symfony standard couvre cinq périmètres :
- Maintenance corrective : correction des bugs remontés, par priorité et SLA contractuel
- Maintenance de sécurité : mises à jour Composer, npm/yarn, OS, suivi des CVE et application des correctifs critiques
- Supervision : monitoring infrastructure et applicatif, alertes proactives sur les incidents
- Sauvegardes testées : politique de sauvegarde formalisée et exercice de restauration trimestriel
- Support utilisateur niveau 2 : prise en charge des tickets techniques non résolus par votre équipe interne
Un quota d'évolutions mineures peut être inclus selon le volume mensuel négocié.
La reprise se fait en deux temps. D'abord un audit court de 5 jours ouvrés pour cartographier l'application, les accès, les dépendances et la dette technique. Ensuite la bascule opérationnelle sous 15 jours : mise en place du monitoring, rotation des secrets, configuration du canal de support, premier exercice de restauration de sauvegarde. En urgence, un canal de support peut être ouvert sous 48 à 72 heures, même avant la fin de l'audit. L'audit est offert dans le cadre d'un engagement TMA annuel.
Le SLA est défini contractuellement et adapté au profil de votre SaaS. Pour une application B2B critique avec utilisateurs en heures ouvrées, le SLA standard est :
- Bug bloquant (application inaccessible) : prise en charge sous 1 heure, résolution sous 4 heures ouvrées
- Bug majeur (fonctionnalité critique dégradée) : prise en charge sous 4 heures, résolution sous 1 jour ouvré
- Bug mineur : prise en charge sous 1 jour ouvré, résolution sous 5 jours ouvrés
Pour les SaaS avec utilisateurs internationaux ou en 24/7, un SLA étendu peut être négocié. Tout est formalisé dans le contrat de TMA.
Mon cœur d'expertise est Symfony en version LTS, sur base MariaDB ou PostgreSQL, avec hébergement souverain. C'est sur cette stack que je peux garantir la qualité et la durabilité du suivi. Je reprends aussi des applications sur des versions de Symfony plus anciennes, avec un volet de remise à niveau intégré au plan de stabilisation. En revanche, je ne reprends pas de stack hors PHP (Node.js, Python, .NET) : pour ces cas, je vous oriente vers des confrères de confiance. Pas de bricolage hors périmètre.
La collaboration repose sur trois canaux. Un outil de ticketing partagé (Jira, GitLab, Linear ou équivalent selon votre existant) pour tracer les demandes et les SLA. Un canal de communication direct (e-mail, Slack ou Teams) pour les échanges courts. Un point mensuel de pilotage en visioconférence pour faire le bilan des tickets, des mises à jour passées et des évolutions à prioriser. Vous avez toujours un seul interlocuteur, du devis à la mise en production, sans turn-over de consultant.
Le coût dépend de la taille du SaaS, du niveau de SLA souhaité, du volume d'évolutions mineures inclus et de la criticité métier. Une TMA légère pour un SaaS B2B stable n'a pas le même coût qu'une TMA renforcée avec SLA étendu et quota évolutif important. Le périmètre est défini sur devis personnalisé après un échange initial gratuit de 30 minutes et un audit court. L'audit de reprise est offert dans le cadre d'un engagement TMA annuel : vous repartez avec un rapport actionnable même si vous décidez de ne pas continuer ensuite.
Votre SaaS mérite une TMA Symfony contractualisée
Parlons de votre contexte
Demander un devis personnalisé