Une organisation peut souhaiter changer de service cloud pour maîtriser ses données, ses coûts ou sa dépendance à un fournisseur. Ces objectifs n’appellent pas toujours le même remplacement. Une messagerie chiffrée, une suite collaborative et une plateforme de calcul répondent à des besoins différents, même lorsque leurs fournisseurs revendiquent tous un hébergement européen.
La décision commence par les usages que l’équipe doit conserver. Elle examine ensuite les acteurs qui traitent les données, les conditions d’exploitation et la possibilité de revenir sur le choix. Cette comparaison permet d’identifier les services qu’une organisation peut remplacer, ceux qui demandent une adaptation et ceux dont le maintien reste justifié.
Définir les critères avant de comparer les produits
Le pays du siège social ne renseigne pas, à lui seul, sur le lieu de traitement. L’organisation identifie l’entité contractante, les régions utilisées, les sous-traitants et les accès d’administration. Elle distingue également la localisation des données de la juridiction à laquelle le fournisseur est soumis. Le rapport du Conseil fédéral sur le CLOUD Act explique notamment pourquoi un hébergement suisse ne règle pas toutes les questions d’accès par des autorités étrangères.
Les fonctions méritent une vérification aussi concrète. Pour remplacer une suite bureautique, un fichier qui s’ouvre correctement ne suffit pas. Les utilisateurs testent les formules, les macros utiles, la collaboration simultanée, les échanges avec les partenaires et l’accessibilité. L’équipe technique examine les comptes, l’authentification, les sauvegardes et les interfaces avec les autres logiciels.
Le troisième critère est l’exploitation. Un service hébergé et un logiciel que l’organisation installe elle-même répartissent différemment la maintenance et la responsabilité. Une licence libre n’exclut pas les coûts d’hébergement, d’assistance et de travail interne. La comparaison porte sur un service rendu pendant une durée définie.
Comparer les familles de solutions
Les noms ci-dessous constituent des candidats à examiner, sans équivalence générale entre leurs offres. Les fonctions, les contrats et les régions dépendent de la formule retenue.
| Usage | Candidats suisses ou européens | Différence à tester |
|---|---|---|
| Messagerie professionnelle | Infomaniak Mail, Proton Mail | Administration du domaine, calendriers, logiciels clients et échanges chiffrés avec des destinataires externes |
| Documents et collaboration | kSuite, Nextcloud | Compatibilité des fichiers, fonctions collaboratives, intégrations et répartition de l’exploitation |
| Stockage et partage | kDrive, Tresorit, pCloud | Gestion des droits, chiffrement, récupération et région de traitement |
| CRM et gestion d’entreprise | Odoo | Processus couverts, extensions, interfaces et coût de reprise des données |
| Comptabilité suisse | Bexio, Banana, Abacus | Fonctions nécessaires de TVA, facturation, banque et paie, selon l’offre exacte |
| Signature électronique | Skribble | Niveau de signature, exigences de forme et droit applicable |
| Mesure d’audience | Matomo, Plausible | Événements suivis, hébergement, données collectées et configuration de confidentialité |
| Infrastructure | Infomaniak, Exoscale, OVHcloud, Scaleway | Services disponibles, régions, capacités réseau et moyens d’administration |
| Gestion des mots de passe | Proton Pass, KeePass, Passbolt | Partage, récupération, journalisation et administration des comptes |
Certaines différences changent directement l’usage. Proton documente des mécanismes spécifiques pour envoyer un message chiffré à un destinataire externe. Nextcloud peut demander une exploitation que l’abonnement précédent comprenait. Pour le stockage, l’organisation vérifie la région sélectionnée dans le contrat au lieu de la déduire de l’adresse du fournisseur.
La comptabilité demande une comparaison par fonctions. Un outil adapté à la tenue comptable d’une petite structure ne couvre pas nécessairement les mêmes besoins de paie ou d’intégration qu’un système plus étendu. Les formats d’échange avec la fiduciaire et les interfaces bancaires font partie de l’essai.
Pour la signature, le niveau requis dépend du document et du cadre juridique. L’OFCOM présente les conditions applicables en Suisse. Le choix d’une marque ne démontre pas, à lui seul, que chaque circuit de signature répond à ces conditions.
Distinguer un assistant d’IA, un modèle et son hébergement
Le remplacement d’un assistant grand public pose une question supplémentaire. Un service conversationnel comme Le Chat, un modèle à poids ouverts comme Apertus et un environnement auto-hébergé ne désignent pas le même objet. Le premier fournit une application ; le deuxième un composant ; le troisième une manière d’exploiter plusieurs composants.
L’évaluation distingue la recherche documentaire, la rédaction, l’analyse de données et l’exécution d’actions dans les logiciels. Elle évalue la qualité sur ses propres cas et vérifie les intégrations nécessaires. Pour un modèle auto-hébergé, elle ajoute les ressources de calcul, la gestion des accès et le suivi du service. Pour une API, elle examine les conditions de traitement et de conservation.
Un modèle accessible depuis une région suisse reste soumis aux conditions de son opérateur. À l’inverse, télécharger des poids ne supprime pas les dépendances du logiciel d’exécution et de ses mises à jour. L’article sur le déploiement d’une IA interne développe ces choix d’architecture.
Préparer une migration dont le résultat est vérifiable
Une échéance contractuelle peut fournir une fenêtre de changement. L’équipe choisit un périmètre limité, définit les usages indispensables et exporte un jeu de données représentatif. Elle vérifie ensuite les documents, les métadonnées, les droits et les intégrations dans le système candidat.
Une période de fonctionnement en parallèle permet aux utilisateurs de comparer les résultats. La procédure précise dans quelle application créer les nouveaux dossiers et comment synchroniser les modifications effectuées pendant l’essai. La migration complète attend la validation de ces échanges.
Le retour à l’ancien service mérite lui aussi un essai. Un fichier exporté peut omettre l’historique, les pièces jointes ou les droits. L’organisation vérifie ce qu’elle pourra réellement réimporter avant de résilier le contrat précédent.
Une alternative devient pertinente lorsqu’elle couvre les usages retenus, que son exploitation reste soutenable et que les données peuvent en sortir dans un état utilisable. Cette démonstration permet un changement progressif, fondé sur les contraintes propres à chaque service.
Sources et périmètre de la comparaison
- Conseil fédéral | rapport sur le CLOUD Act
- Proton | envoi de messages chiffrés
- Odoo | offres et tarification
- OFCOM | signature électronique
Cette comparaison décrit des familles d’usage. Les offres et les conditions contractuelles doivent être vérifiées sur les produits et les versions retenus pour chaque projet.