Passer votre PDM dans le cloud : ce que les commerciaux ne vous diront jamais avant de signer
Publié le 28 mai 2026, mis à jour le 28 septembre 2026 — la promesse cloud est belle : zéro serveur, accès partout, mises à jour automatiques. Elle est aussi partiellement vraie. Voici les 5 angles morts et les 7 questions à poser avant de signer pour trois ans.
Je vais être clair d'entrée : je ne suis ni pro-cloud ni anti-cloud. J'ai migré des clients vers le cloud qui en sont ravis, et j'en ai retenu d'autres au bord du gouffre. Ce qui me dérange, ce n'est pas le cloud — c'est la manière dont on le vend. Une démonstration de 3DEXPERIENCE ou d'un PDM SaaS, c'est trente minutes de fluidité magique. Tout est vrai. Et tout est incomplet.
Parce que ce que la démo ne montre jamais, c'est ce qui se passe après la signature : le jour où votre fibre tombe, le mois où vous recevez la facture au vrai nombre d'utilisateurs, l'année où vous voulez récupérer vos données. Ces moments-là ne sont pas des accidents. Ce sont des caractéristiques structurelles du modèle, et vous avez le droit de les connaître avant de vous engager pour trois ans.
Voici donc les 5 angles morts, sans langue de bois — suivis des 7 questions qui feront pâlir n'importe quel commercial honnête (et fuir les autres). Gardez la 5ᵉ question pour la fin : c'est celle qui change tout, et personne ne la pose.
Ce que le cloud tient vraiment : plus de serveur physique à héberger et sauvegarder, accès distant natif, mises à jour gérées par l'éditeur, collaboration multi-sites simplifiée. Ces bénéfices sont réels. Cet article ne les nie pas — il complète le tableau.
Réponse courte : passer son PDM dans le cloud est souvent pertinent pour une structure jeune, multi-sites, sans service informatique ni gros historique de fichiers. Pour un bureau d'études établi, avec un coffre sur site qui fonctionne, des intégrations ERP et des clients exigeants sur la confidentialité, la décision se prend sur un coût total à 5 ans et sur les réponses écrites aux 7 questions plus bas, pas sur la démonstration.
Angle mort 1 — La dépendance à votre connexion
En PDM on-premise, si internet tombe, le BE continue de travailler : le coffre est sur le réseau local. En PDM full cloud, votre connexion devient votre bureau d'études. Une fibre coupée, un opérateur en panne, et c'est toute l'équipe conception à l'arrêt — pas ralentie : à l'arrêt.
Ce n'est pas rédhibitoire, mais ça change vos exigences : lien internet redondant (deux opérateurs, bascule 4G/5G), SLA de l'éditeur, et compréhension fine de ce qui reste possible en mode dégradé. La question n'est pas « est-ce que ça arrive ? » mais « combien ça me coûte quand ça arrive, et l'ai-je provisionné ? ».
Angle mort 2 — Le coût réel sur 5 ans
La comparaison qu'on vous montre : « un serveur + licences perpétuelles + maintenance vs un abonnement mensuel tout compris ». Sur la première année, le cloud gagne presque toujours. Sur cinq ans, le calcul se retourne souvent — et c'est rarement dans la démo.
Ce graphique est illustratif — vos chiffres dépendent de votre nombre d'utilisateurs et de sa croissance. Mais le principe tient : un abonnement suit votre croissance (plus d'ingénieurs = plus cher, indéfiniment), là où un investissement on-premise s'amortit. Faites votre propre TCO sur 5 ans, pas sur 12 mois.
La grille : les postes à chiffrer sur 5 ans, des deux côtés
Demandez un chiffre pour chaque ligne, année par année, avec l'effectif prévu dans cinq ans et non l'effectif actuel. Une ligne laissée vide dans l'une des deux colonnes est un coût caché.
Angle mort 3 — La réversibilité des données
Voici la question qui fait le plus mal quand on l'oublie. Vos plans, vos BOM, votre historique de révisions, vos workflows : dans un PDM cloud, ils vivent chez l'éditeur, dans son format. Le jour où vous voudrez changer de solution, comment récupérez-vous tout ça, dans un format exploitable ?
La question à poser n'est pas « comment entre-t-on ? » — les éditeurs adorent y répondre. C'est « comment sort-on ? ». Un fournisseur qui documente clairement l'export complet de vos données, historique compris, dans un format ouvert, est un fournisseur en qui vous pouvez avoir confiance. Un fournisseur qui bafouille sur cette question vient de vous donner votre réponse.Mohamed Omar Baouch
Le verrouillage (vendor lock-in) n'est pas une théorie : c'est le modèle économique. Ce n'est pas immoral en soi, mais vous devez l'intégrer et le négocier avant de signer, jamais après.
Angle mort 4 — La souveraineté et l'hébergement
Où sont physiquement stockés vos fichiers ? Dans quel pays, sous quelle juridiction ? Pour un bureau d'études qui travaille pour la défense, l'aéronautique, le médical ou de grands donneurs d'ordre, ce n'est pas un détail : c'est parfois une clause contractuelle non négociable de leurs propres clients.
- Localisation des données — UE, hors UE, cloud souverain ?
- Chiffrement — au repos et en transit, et qui détient les clés ?
- Conformité — RGPD, et pour certains secteurs, exigences ITAR/EAR ou équivalents.
Beaucoup de PME découvrent ce sujet après avoir migré, quand un donneur d'ordre le leur impose. Traitez-le en amont : c'est plus simple à négocier avant signature qu'à corriger après.
Angle mort 5 — Ce n'est pas qu'une migration technique
L'erreur la plus coûteuse : croire qu'on « déplace juste le coffre ailleurs ». Une plateforme comme 3DEXPERIENCE ne réplique pas votre PDM à l'identique dans le cloud — elle propose un autre paradigme : données dans une base unique, notion de « maturité » au lieu d'états classiques, collaboration temps réel. Vos habitudes, vos scripts, vos intégrations ERP : tout est à repenser.
C'est parfois une excellente occasion de nettoyer des pratiques héritées. Mais c'est un projet de conduite du changement, pas un simple lift-and-shift. Le sous-estimer, c'est le meilleur moyen de transformer une bonne technologie en rejet d'équipe.
Les 7 questions à poser avant de signer
Imprimez-les. Posez-les en clair, en réunion, et notez les réponses par écrit. La qualité des réponses vous en dira plus que toute la démonstration.
- Réversibilité : comment récupère-t-on toutes nos données (fichiers + métadonnées + historique) si nous partons, et dans quel format ?
- Coût sur 5 ans : quel est le prix total pour notre effectif actuel et pour +50 % d'utilisateurs ?
- Mode dégradé : que peut-on faire quand la connexion tombe ? Y a-t-il un cache local ?
- Hébergement : où sont physiquement nos données, et pouvons-nous l'imposer par contrat ?
- Intégration ERP : comment le lien PDM cloud → notre ERP fonctionne-t-il concrètement, et qui le maintient ? (la question qu'on n'ose pas poser — et qui déraille le plus de projets)
- SLA : quel taux de disponibilité garanti, et quelles compensations en cas de panne ?
- Migration : qui fait la reprise de notre existant, sur quelle méthode, et qu'est-ce qui n'est pas repris ?
Ma position honnête : le cloud est souvent le bon choix pour une jeune structure sans existant, multi-sites, sans service informatique. Il l'est beaucoup moins pour un BE établi, avec un PDM on-premise qui tourne, des intégrations ERP mûres et des contraintes de souveraineté. Entre les deux, ça se calcule — ça ne se décide pas sur une démo.
Vous avez maintenant les cinq angles morts et les sept questions. Vous n'êtes plus dans la position du spectateur d'une démonstration : vous êtes dans celle de l'acheteur qui sait où regarder. Et un acheteur qui sait où regarder obtient toujours un meilleur contrat — ou évite le mauvais.
Questions fréquentes
Le PDM dans le cloud est-il moins cher ?
À l'entrée oui, sur la durée pas nécessairement. Vous remplacez un investissement serveur par un abonnement permanent : faites le calcul sur cinq ans, pas sur la première facture. En revanche, vous supprimez des coûts cachés bien réels — administration, sauvegardes, renouvellement matériel.
Que se passe-t-il si la connexion tombe ?
C'est la question à poser avant de signer, pas après. Selon les solutions, le travail hors ligne est possible ou non, et la reprise plus ou moins propre. Pour un site de production, la qualité et la redondance du lien internet deviennent une question d'exploitation, pas d'informatique.
Qui possède mes données dans le cloud ?
Vous — mais la vraie question est la réversibilité : sous quel format, en combien de temps et à quel coût pouvez-vous tout récupérer si vous partez ? Faites écrire la réponse au contrat et testez l'export une fois par an.
Faut-il migrer tout d'un coup ?
Non. Comme pour toute migration, un périmètre pilote d'abord — une famille de produits, une équipe — puis des lots. Cela permet de découvrir les frictions réelles quand elles sont encore peu coûteuses à corriger.
Comment comparer le coût d'un PDM sur site et d'un PDM cloud ?
Chiffrez les mêmes sept postes des deux côtés, année par année sur cinq ans : logiciel, serveur et base, sauvegarde et exploitation, réseau, mise en place, intégration ERP, sortie. Utilisez l'effectif prévu à cinq ans : c'est lui qui fait grossir l'abonnement.
Passer de SOLIDWORKS PDM à 3DEXPERIENCE, est-ce déplacer le même coffre ?
Non. SOLIDWORKS PDM gère des fichiers dans un coffre, avec des workflows et des états que vous avez paramétrés. 3DEXPERIENCE range les données dans une base unique et suit leur cycle de vie par états de maturité. Scripts, workflows et intégrations sont à reprendre : c'est un projet de changement, pas un simple transfert.