Centre de services 24/7, engagement de résultat.

TMA (Tierce Maintenance Applicative) désigne l'externalisation de la maintenance corrective et évolutive d'un ou plusieurs applicatifs. MSP (Managed Service Provider) est le terme anglophone plus large, incluant aussi le run infrastructure, le monitoring, le support utilisateur. CDS (Centre De Services) est le terme générique côté Access : c'est l'engagement de résultat avec SLA, que ce soit sur la TMA, le MSP ou du run applicatif. Les trois modèles reposent sur le même principe : engagement de résultat (et non de moyens), SLA contractualisés, reporting mensuel, pénalités en cas de non-atteinte.

Nos CDS couvrent : (1) TMA applicative sur ERP, CRM, applications métier (corrective et évolutive) ; (2) MSP ServiceNow, Dynamics 365, Power Platform avec support N2/N3 ; (3) Run cloud Azure / AWS / GCP avec supervision continue ; (4) Centre de services 24/7 multi-fuseaux (follow-the-sun) ; (5) Support applicatif utilisateurs final avec niveaux de criticité contractualisés. Selon votre périmètre, nous structurons une équipe dédiée de 5 à 40 personnes avec plan de couverture horaire adapté.

Un SLA (Service Level Agreement) définit les engagements de résultat mesurables : délai de prise en compte d'un incident (ex. 15 minutes en P1), délai de résolution (ex. 4 heures en P1, 2 jours en P3), taux de disponibilité applicative (ex. 99,5 %), fréquence de reporting. Les SLA incluent des pénalités financières si les engagements ne sont pas tenus et des bonus si dépassés. Nous proposons des SLA types par typologie d'application, mais nous ajustons toujours selon votre contexte métier. La plupart de nos CDS ont 3 à 5 SLA principaux + 10-15 indicateurs de performance secondaires.

Pour une couverture 24/7 continue sans astreintes nocturnes, nous répartissons l'équipe sur trois fuseaux : Tunis (Europe/Afrique — 8h-17h), Montréal (Amérique du Nord — 8h-17h EST), équipe secondaire Paris pour les heures critiques européennes. Les handovers entre équipes sont structurés (rituel de 30 minutes à chaque changement de fuseau, documentation des incidents en cours). Ce modèle garantit qu'il y a toujours une équipe en heures ouvrées travaillant sur votre plateforme, avec une équipe d'astreinte pour les incidents critiques hors heures ouvrées.

L'onboarding d'une TMA nouvelle prend typiquement 8 à 12 semaines selon la complexité : semaines 1-2 cadrage SLA et périmètre, semaines 3-6 reprise du patrimoine documentaire et des environnements, semaines 7-10 transfert opérationnel avec shadow du prestataire sortant ou des équipes internes, semaines 11-12 bascule SLA avec période de garantie. Pour une TMA simple (1 applicatif, <10 personnes), l'onboarding peut être comprimé à 6 semaines. Pour un portefeuille multi-applicatif, comptez 12 à 16 semaines.

Deux modèles principaux : (1) Forfait mensuel sur périmètre cadré — prix fixe couvrant un volume type (ex. 50 incidents/mois, 20 évolutions/an), avec règles de révision si le volume explose ; (2) Forfait + coûts variables — une base fixe pour la structure (coordinateur, référents) + facturation à l'acte pour les évolutions. Le montant dépend du périmètre applicatif couvert, des volumes d'incidents et d'évolutions attendus, et du niveau de SLA exigé (heures ouvrées ou 24/7). Nous le chiffrons après le diagnostic initial. Les pénalités SLA s'imputent sur le forfait du mois concerné.

Trois avantages majeurs : (1) Fuseau horaire européen — les équipes Tunis travaillent aux mêmes heures que vos équipes Paris/Bruxelles/Genève, pas de décalage comme avec l'Inde ; (2) Bilinguisme natif français et anglais, simplifiant le support utilisateur multilingue ; (3) Réduction de coût de 40 à 60 % sur le TJM équivalent TMA onshore, à qualité et certification équivalentes. Pour un CDS de 15-20 personnes, l'économie annuelle se chiffre en centaines de milliers d'euros versus une équipe équivalente à Paris ou Montréal.

La transition depuis un prestataire sortant est un moment critique qu'on encadre en 3 phases : (1) Pré-transition — reprise de la documentation, des accès, des environnements, shadow du prestataire sortant sur les tickets courants ; (2) Bascule — prise de la responsabilité opérationnelle avec période de garantie (généralement 4-6 semaines) où les SLA sont aménagés ; (3) Croisière — activation complète des SLA contractualisés. Nous structurons aussi un comité de transition bi-mensuel avec vos équipes pour détecter et traiter les risques de perte de connaissance.

Les KPIs classiques : disponibilité applicative (target 99,5 à 99,9 %), MTTR (Mean Time To Resolution — target 4h en P1, 2 jours en P3), taux de respect SLA par niveau de criticité (target 95 %), taux de résolution au N2 sans escalade N3 (target 75 %), satisfaction utilisateur mesurée trimestriellement (target NPS > 30), volume d'évolutions livrées par mois, qualité en production (zéro régression critique). Les KPIs sont revus en COPIL mensuel et ajustés annuellement.

Oui, c'est une situation fréquente. Nous avons repris plusieurs MSP d'autres prestataires avec transition structurée. Si le prestataire sortant coopère (obligation contractuelle souvent), la transition se déroule en 8-12 semaines avec reprise progressive. Si la coopération est difficile (conflit, départ conflictuel), la transition peut s'étendre à 16-20 semaines avec phase de rétro-ingénierie du patrimoine existant. Dans ce cas, nous ajustons le pricing pour couvrir l'effort additionnel de reprise de connaissance.