Comment calculer le coût total de la migration d’une PME vers le cloud

Le coût de la migration ne s’arrête pas au transfert des systèmes

Le cloud peut changer la manière dont une entreprise paie son infrastructure, mais il ne garantit pas à lui seul des économies. Pour prendre une décision en connaissance de cause, une PME doit comparer le coût total de possession (TCO) du maintien de ses systèmes actuels à celui d’un ou de plusieurs scénarios cloud, sur une même période. La comparaison doit inclure le projet de migration et l’exploitation qui suit, et pas seulement le tarif estimé des serveurs.

Le résultat dépend des applications, de leurs habitudes d’utilisation, du volume de données, du travail nécessaire pour les adapter et des conditions contractuelles. Les estimations génériques peuvent donc servir de repères, mais elles ne remplacent pas les données propres à l’entreprise.

1. Établir une base de référence fiable

Avant de projeter les dépenses futures, il est utile d’inventorier l’existant et son coût actuel. Le registre devrait relier les applications et charges de travail à l’infrastructure qu’elles utilisent, à leurs besoins en capacité et aux services qui les soutiennent. Il est également utile d’identifier les contrats, les équipements ou les centres de données dont l’échéance pourrait influer sur le calendrier de migration.

La base de référence ne doit pas se limiter à l’achat de serveurs. Selon le modèle actuel, elle peut inclure la maintenance, l’hébergement, l’énergie, le stockage, les sauvegardes, les licences, les outils de gestion et le temps consacré par le personnel à l’exploitation de l’environnement. Dans la mesure du possible, il est préférable d’utiliser les coûts réels et les données d’utilisation — et pas seulement la capacité installée — afin d’éviter de comparer une infrastructure dimensionnée pour les pics d’activité à une estimation cloud fondée sur une utilisation moyenne.

Cette référence permettra ensuite de mesurer si les dépenses ont changé et quels postes expliquent la différence. Si des coûts actuels sont omis ou si des dépenses qui subsisteront sont imputées au projet, la comparaison perd en cohérence.

2. Séparer les coûts de migration des coûts d’exploitation

Pour chaque option, répartissez les coûts en deux catégories. La première correspond au projet de migration : évaluation et planification, outils, services de spécialistes, travail de l’équipe interne, essais, modifications des applications et préparation des données. La seconde regroupe les dépenses récurrentes une fois les charges opérationnelles.

Le travail interne compte également. Il n’implique pas toujours de recruter du personnel supplémentaire, mais mobilise du temps qui pourrait être consacré à d’autres tâches. Une méthode pratique consiste à identifier les profils qui participeront, les activités qu’ils réaliseront et le temps qu’ils y consacreront ; cet effort peut ensuite être évalué selon un critère cohérent avec le budget de l’entreprise.

La méthode choisie modifie la répartition des coûts. Une migration nécessitant peu de changements peut demander moins de travail au départ, mais conserver une configuration inefficace dans le cloud. Adapter ou repenser une application peut accroître l’effort et la durée du projet, tout en permettant de recourir à des services gérés ou à d’autres options d’architecture. Il existe aussi des solutions intermédiaires, comme migrer d’abord, puis optimiser certains composants ultérieurement. Aucune méthode ne garantit à elle seule un coût total inférieur : chaque charge doit faire l’objet d’une modélisation spécifique.

3. Projeter la facture cloud à partir des habitudes d’utilisation réelles

Dans le scénario cloud, calculez séparément les ressources dont la consommation est prévue, comme le calcul, la mémoire et le stockage, ainsi que les services complémentaires. Le tarif publié par un fournisseur n’équivaut pas au coût complet : l’estimation dépend de la configuration retenue, de la consommation effective et des conditions commerciales applicables.

Incluez également les bases de données, les sauvegardes, la supervision, le support et les outils d’administration ou de sécurité, qu’ils soient proposés par le fournisseur ou par des tiers. Examinez les licences logicielles existantes : elles peuvent évoluer lors de la migration d’une charge, et certains outils sont partagés entre les environnements locaux et cloud. Ne comptabilisez pas comme une économie une licence ou un contrat que l’entreprise ne pourra pas réellement résilier.

Le transfert de données mérite un poste distinct. Des coûts peuvent s’appliquer lors du transfert d’informations vers l’environnement cloud et, selon le fournisseur et la destination, lors de leur extraction ou de leur déplacement entre régions ou plateformes. Le montant dépend du volume et de la fréquence des transferts ; si ces données ne sont pas encore connues, il est préférable de documenter cette incertitude et de modéliser différentes hypothèses plutôt que de présenter un chiffre comme définitif.

4. Comptabiliser la coexistence et la sécurité

Pendant une transition, il peut être nécessaire de maintenir simultanément les anciens et les nouveaux systèmes. Cette période de fonctionnement en parallèle peut entraîner une duplication de l’infrastructure, des licences et du support, ainsi qu’un travail supplémentaire. Sa durée dépendra du plan et des besoins de validation ; elle doit donc être intégrée au calendrier financier de chaque scénario.

La sécurité ne disparaît pas non plus lors de la migration. Le fournisseur et le client peuvent assumer des responsabilités différentes ; l’entreprise doit donc déterminer quels contrôles et quelles tâches elle continuera à gérer : par exemple, la configuration des accès, la protection des données, la supervision et la réponse opérationnelle. Ajoutez les outils, les services et les heures de travail correspondants. N’attribuez pas automatiquement au fournisseur l’ensemble des coûts ou des responsabilités liés à la sécurité.

5. Comparer les scénarios sur une période commune

Choisissez une période qui reflète l’utilisation habituelle des charges et les variations importantes, comme les changements saisonniers. Pour chaque option, appliquez la même durée et les mêmes hypothèses commerciales. Il est également utile de distinguer la période initiale de mise en service : les premiers mois peuvent inclure des ajustements et des dépenses qui ne sont pas représentatifs du fonctionnement stabilisé.

Une structure simple pour le calcul est la suivante :

La sortie du cloud mérite une estimation distincte. Si des données ou des services sont transférés à l’avenir vers un autre fournisseur ou vers une infrastructure propre, des coûts de transfert, d’outillage, de travail technique et de fonctionnement en parallèle pourraient apparaître. Il est impossible de fixer ce coût sans connaître le volume de données, l’architecture et les conditions contractuelles ; il peut être traité comme une hypothèse et mis à jour lors de la comparaison des offres.

Un tableau pour structurer l’estimation

Vérifier le modèle et revoir ses hypothèses

La comparaison gagne en pertinence si chaque poste repose sur des données vérifiables et est étiqueté comme coût observé, estimation ou hypothèse. Pour les consommations cloud, les calculateurs des fournisseurs peuvent aider à construire des scénarios, mais leurs résultats doivent être comparés à l’inventaire, à l’utilisation prévue et aux conditions contractuelles précises.

Plutôt que de s’appuyer sur une seule prévision, il peut être utile de comparer différentes variantes de consommation et de migration : par exemple, transférer une application en apportant peu de changements ou l’adapter, ou envisager une utilisation stable plutôt que variable. L’objectif n’est pas de prévoir avec exactitude une future facture, mais de comprendre quelles décisions influent sur les coûts et dans quelle mesure la conclusion dépend d’hypothèses encore incertaines.

Enfin, revoyez le calcul lorsque la consommation, l’architecture, les licences ou le calendrier changent. Une estimation initiale constitue une base de décision et de planification, et non une garantie d’économies. Pour l’entreprise, la comparaison la plus utile est celle qui indique clairement ce qui est inclus, pendant combien de temps et sous quelles conditions.