La plupart des décisions d'externalisation du support informatique sont prises en fonction du prix et d'une présentation commerciale soignée. Voici comment évaluer correctement les prestataires et éviter les erreurs coûteuses à corriger.

Choisir un partenaire d'externalisation du support informatique est un engagement, pas une simple transaction. Le prestataire aura accès à votre infrastructure, à vos données et à vos systèmes. La plupart des décisions d'achat dans ce domaine sont prises en fonction du prix et d'une présentation commerciale soignée — c'est précisément ainsi que les entreprises se retrouvent piégées par de mauvais contrats. Cet article aborde les questions que la plupart des entreprises oublient de poser avant de signer (qui répond réellement aux tickets, ce qui se passe lorsqu'un ingénieur quitte l'entreprise, à quoi ressemble le processus de désengagement), les quatre erreurs les plus courantes (sélection basée uniquement sur le prix, portée vague, mauvaise intégration, sous-estimation du temps de transition), et ce qu'un bon contrat doit inclure : des SLA échelonnés par priorité, des contacts d'escalade désignés, des clauses de propriété des données, des dispositions d'assistance à la sortie et une cadence de rapport mensuelle. L'avis de Sparagus : la qualité du processus de sortie d'un prestataire en dit plus sur son fonctionnement que n'importe quel argument de vente. Une transition prend six à douze semaines lorsqu'elle est effectuée correctement — prévoyez-la avant d'en avoir besoin.
Les facteurs les plus importants sont des SLA clairs par niveau de priorité, la transparence sur qui effectue réellement le travail, un processus d'intégration structuré, des clauses de sortie équitables et la volonté de répondre aux questions difficiles concernant leurs opérations avant de signer.
Les erreurs les plus courantes sont de choisir uniquement en fonction du prix, de définir le périmètre de manière trop vague, de sous-estimer le temps que prend la transition et de ne pas intégrer de mécanismes d'examen structurés dans le contrat dès le départ.
Au minimum : des SLA échelonnés par priorité d'incident, des chemins d'escalade clairs avec des contacts nommés, des engagements en matière de sécurité et de traitement des données, des clauses de sortie couvrant les périodes de préavis et le transfert de documentation, et une cadence de rapport mensuel définie.
Une transition en douceur prend généralement de six à douze semaines si les deux parties coopèrent et que la documentation est disponible. Une documentation insuffisante ou un prestataire sortant peu coopératif prolonge considérablement ce délai et augmente les coûts.
Comptez huit à douze semaines entre les premières discussions et la signature du contrat : deux à trois semaines pour définir les besoins, deux à trois semaines pour la présélection et les premières discussions, deux semaines pour les propositions détaillées et les vérifications de références, et une à deux semaines pour la négociation du contrat. C'est en précipitant ce processus que les erreurs les plus coûteuses se produisent.
Les questions les plus révélatrices sont : Qui répond réellement à mes tickets et où sont-ils basés ? Que se passe-t-il opérationnellement lorsqu'un de vos ingénieurs quitte l'entreprise ? Pouvez-vous me montrer une réelle violation de SLA et comment vous l'avez gérée ? À quoi ressemble votre processus de désengagement ? Des réponses confiantes et précises sont le signe d'une opération bien gérée.
En vous inscrivant à notre newsletter, vous acceptez de recevoir des communications conformément à notre politique de confidentialité.