La question nous est posée à presque chaque premier rendez-vous, et elle est presque toujours formulée de la même manière : « est-ce qu'on ne devrait pas passer au cloud ? ». Formulée ainsi, elle appelle une réponse de principe. Or il n'y en a pas.
Ce que le débat cache
Présenter le choix comme une opposition entre une solution installée, supposée dépassée, et une solution hébergée, supposée moderne, évacue les seules questions qui comptent réellement.
Un logiciel installé localement et un logiciel hébergé peuvent proposer les mêmes fonctions, la même interface et le même rythme de mises à jour. Ce qui les distingue se situe ailleurs : dans la dépendance à la connexion, dans la répartition des responsabilités, et dans la structure de coût.
La connectivité, premier critère
Une application hébergée sans connexion ne fonctionne pas. C'est une évidence, et c'est pourtant le point qui décide le plus souvent.
Un service comptable dans un siège correctement raccordé n'a aucune raison de s'en inquiéter. Une unité de production sur un site isolé, un entrepôt en périphérie, une équipe qui saisit des réceptions à quai : ce sont des contextes où une interruption de connexion signifie l'arrêt de l'activité, pas un simple désagrément.
La question à se poser n'est pas « avons-nous internet ? » mais « que se passe-t-il concrètement pendant les deux heures où nous ne l'avons plus ? ». Si la réponse est « on ne peut plus expédier », le sujet est tranché.
La responsabilité, deuxième critère
C'est le point le moins discuté et le plus structurant.
En installation locale, la disponibilité du système, les sauvegardes et la sécurité relèvent de l'entreprise. Cela suppose quelqu'un dont c'est réellement la mission — pas « le collègue qui s'y connaît un peu ». Nous voyons régulièrement des sauvegardes qui n'ont jamais été testées et dont on découvre au pire moment qu'elles étaient incomplètes.
En hébergement, cette charge est transférée. C'est un avantage réel pour une structure sans équipe informatique dédiée, et cela crée en contrepartie une dépendance à un tiers qu'il faut assumer et contractualiser.
Le coût, troisième critère
Une installation locale concentre la dépense au départ : licence et matériel, puis un coût d'entretien plus faible. Un hébergement lisse la dépense en abonnement, sans investissement initial, mais sans fin.
Aucune des deux formes n'est intrinsèquement moins chère. Elles n'ont simplement pas le même profil, et le bon choix dépend de la capacité d'investissement du moment autant que de la durée sur laquelle on raisonne.
Notre position
Nous continuons à commercialiser et à faire évoluer nos logiciels métiers en version desktop, parce que c'est ce qui correspond au contexte réel d'une grande partie de nos clients — et non par attachement à l'existant.
Nous développons parallèlement l'accès hébergé, parce qu'il répond à des besoins que l'installation locale traite mal : les équipes réparties sur plusieurs sites, les utilisateurs mobiles, et les structures qui préfèrent ne pas porter l'infrastructure.
Le bon choix est celui qui correspond à votre connectivité, à vos ressources internes et à votre horizon d'investissement. Pas celui qui correspond à l'époque.
Ce n'est pas un choix entre l'ancien et le moderne. C'est un choix sur qui, de vous ou d'un tiers, assume la disponibilité du système.
Questions fréquentes
- Les versions desktop sont-elles encore maintenues ?
- Oui. C'est encore ce que la majorité de nos clients utilisent au quotidien, et la gamme continue d'évoluer et d'être mise à jour. Une installation locale n'est pas une version figée.
- Peut-on commencer en desktop et basculer vers le cloud plus tard ?
- C'est le scénario le plus fréquent, et il faut le préparer dès le départ. Le point déterminant est la reprise des données historiques : tant que les données restent structurées et exportables, la bascule reste un projet maîtrisable.