Guide de migration ITSM
Migrer de Freshservice vers HaloITSM : le guide pratique
La migration vaut la peine quand votre maturité ITIL, vos besoins de gouvernance ou votre périmètre ont dépassé ce que Freshservice absorbe sans contournements. La plupart des données se transfèrent proprement ; la valeur se crée dans ce qui est reconstruit. Comptez 4 à 16 semaines selon le périmètre.
Mis à jour juin 2026 · SMC Consulting · ITIL v4
Quand une migration vaut la peine
- La maturité ITIL a dépassé les réglages par défaut (changement, routage multi-équipes, pistes d'audit nécessitent des contournements).
- La fiabilité de la CMDB et le cycle de vie des actifs deviennent décisifs pour la résolution des incidents.
- Les intégrations natives Microsoft (Entra ID, Teams) sont désormais des exigences métier.
- Le TCO à 3 ans grimpe via paliers supérieurs, options ou IA payantes.
Quand ce n'est pas le cas
Si votre périmètre reste l'ITSM de base (incident, demande, connaissance, portail) avec des besoins de gouvernance limités, si un délai de mise en valeur en 4 à 6 semaines est non négociable, ou si la capacité interne pour un programme de 8 à 16 semaines n'est pas disponible — l'optimisation de votre configuration actuelle est souvent la meilleure réponse.
La méthodologie en 4 phases
Nous structurons les migrations en quatre phases séquentielles, ordonnées pour faire émerger les inconnues les plus risquées avant que l'équipe ne s'engage dans la construction.
| Profil | Durée typique | Portée |
|---|---|---|
| Petit déploiement | 4 à 6 semaines | Jusqu'à ~10 agents, IT seul, ITIL standard |
| Déploiement moyen | 6 à 10 semaines | 10–30 agents, CMDB structurée, 5–10 intégrations |
| Grand compte | 10 à 16+ semaines | 30+ agents, multi-entités, CMDB/ITAM profonde, ESM possible |
Ils nous font confiance
Questions fréquentes
Combien de temps prend une migration Freshservice → HaloITSM ?
Pour une organisation mid-market avec un déploiement IT clairement cadré, comptez 6 à 12 semaines. Les migrations d'Enterprise Service Management multi-départements sont plus longues et gagnent à être échelonnées.
Qu'est-ce qui se transfère et qu'est-ce qui se reconstruit ?
Se transfèrent proprement : utilisateurs, tickets et historique, base de connaissances, journaux d'audit (effort standard) ; actifs/CMDB et catalogue (effort moyen). Doivent être reconstruits : workflows, SLA, approbations, automatisations, rapports, modèle de sécurité, portails et intégrations — c'est là que se crée la valeur de la migration.
Faut-il vraiment migrer, ou optimiser l'existant ?
Commencez par l'optimisation : une revue ciblée de la configuration est plus rapide, moins coûteuse et moins risquée qu'une migration. Si elle ne change pas la donne, l'argumentaire de migration devient plus clair et plus défendable.
Quel est le principal risque d'une migration ?
La traiter comme un projet technique plutôt qu'une transformation de service. Menée ainsi, la nouvelle plateforme est paramétrée pour imiter l'ancienne et la valeur stratégique est perdue. Les cinq risques majeurs (qualité des données, workflows complexes, intégrations, adoption, conduite du changement) s'atténuent par un cadrage en semaine 1.
Obtenez votre feuille de route de migration
En 30 à 45 minutes avec un consultant certifié ITIL v4 : évaluation de préparation, risques clés, recommandations priorisées et estimation d'effort — y compris l'argumentaire honnête pour rester sur Freshservice.