ERP sur mesure ou logiciel standard (SaaS) : comment choisir

La plupart des entreprises en croissance arrivent à un moment où les tableurs, les e-mails et les groupes de discussion ne suffisent plus à faire tenir l’activité. Vient alors une question plus difficile : s’abonner à un logiciel SaaS prêt à l’emploi, ou faire développer un logiciel autour de votre façon de travailler ? Ce guide explique ce que font les systèmes ERP, CRM et de workflow, comment comparer honnêtement les options et comment déployer celle que vous choisirez.

À retenir

Pour la plupart des PME, la voie hybride est la plus sûre : achetez un logiciel maintenu ou un SaaS pour les tâches standard comme la comptabilité et la facturation, et ne faites développer sur mesure que les processus qui vous différencient. Décidez avec six critères (singularité du processus, intégrations, utilisateurs et droits, propriété des données, coût à long terme et dépendance au fournisseur), déployez en passant par la cartographie des processus, un MVP et des phases, et assurez-vous que les données et le code restent à vous, quelle que soit la voie choisie.

Les signes que les tableurs et les groupes de discussion ne suffisent plus

Les tableurs et les messageries commencent à lâcher quand l’activité dépend de plusieurs personnes qui doivent les synchroniser à la main. Les signes typiques :

Les mêmes données sont saisies à plusieurs endroits. Une commande va dans un tableur, puis dans l’outil de facturation, puis dans un message à l’entrepôt, et les versions finissent par diverger.
Personne ne se fie aux chiffres de stock. Vous vendez ce que vous n’avez pas, tombez en rupture sans prévenir ou trouvez des écarts à chaque inventaire.
Les validations se font dans le chat. Savoir qui a accordé une remise oblige à remonter des semaines de messages.
L’historique client part avec les salariés. Quand un commercial s’en va, ses contacts et ses échanges partent avec son téléphone.
Les rapports prennent des jours à assembler à la main, et une seule personne comprend le tableur principal.
Tout le monde peut tout voir et tout modifier, y compris les prix de revient, sans trace de qui a changé quoi.

Un ou deux de ces signes peuvent n’appeler qu’un seul outil bien choisi. Plusieurs à la fois signifient généralement qu’il est temps de passer à un vrai système.

ERP, CRM et workflows : à quoi sert chacun

L’ERP gère les opérations et l’argent, le CRM gère les clients et les ventes, et les systèmes de workflow gèrent les validations internes et la collaboration. Beaucoup de produits couvrent plusieurs domaines, mais leurs missions principales diffèrent :

L’ERP (progiciel de gestion intégré) gère les opérations et l’argent : achats, stocks, commandes clients, facturation et souvent comptabilité, production et entrepôts multiples.
Le CRM (gestion de la relation client) gère les clients et les ventes : contacts, prospects, pipeline commercial, devis, relances et historique de chaque échange.
Les systèmes de workflow gèrent les processus internes : validation des achats, des notes de frais ou des congés, documents partagés et tâches. Des suites comme Microsoft 365, Google Workspace, DingTalk ou Feishu en couvrent déjà une partie.

L’essentiel est que ces systèmes partagent leurs données : une seule fiche client, une seule liste de produits, une seule grille de prix.

Trois voies : standard, sur mesure ou hybride

Il existe trois voies : s’abonner à un logiciel standard ou à un SaaS, faire développer un système sur mesure, ou combiner les deux dans une approche hybride.

Logiciel standard et SaaS. Vous vous abonnez à un produit existant, comme Odoo, Sage ou NetSuite pour l’ERP, ou HubSpot ou Salesforce pour le CRM, et vous le paramétrez. C’est éprouvé et rapide à démarrer, l’éditeur s’occupe des mises à jour et de la sécurité, et vous payez généralement par utilisateur ou par module. La contrepartie : c’est vous qui vous adaptez au produit, et sa feuille de route appartient à l’éditeur.

Développement sur mesure. Une équipe construit le logiciel autour de vos processus. Il colle exactement à votre fonctionnement, n’entraîne pas de licences par utilisateur et peut devenir un véritable avantage concurrentiel. La contrepartie : un investissement initial plus élevé, un délai plus long avant la première utilisation et une responsabilité permanente pour la maintenance, la sécurité et l’hébergement.

Hybride. Utilisez des logiciels standard pour ce qui est standard et développez là où vous vous distinguez. La comptabilité, la facturation et la paie sont en général mieux confiées à des produits maintenus, car les règles fiscales et de facturation électronique varient d’un pays à l’autre et évoluent. Dans l’UE, par exemple, le paquet « La TVA à l’ère numérique » (ViDA) (en anglais), adopté en 2025, introduit à partir du 1er juillet 2030 une déclaration numérique fondée sur la facturation électronique pour les opérations B2B transfrontalières. Autour de ce socle comptable, vous pouvez faire développer une synchronisation avec votre boutique en ligne (voir notre comparatif Shopify, WooCommerce ou site sur mesure), un portail de commande pour vos clients grossistes ou une application mobile pour le personnel d’entrepôt. Les ERP open source comme Odoo Community (sous licence LGPLv3) ou ERPNext se situent entre les deux : vous pouvez les héberger et les modifier, mais vos modifications doivent être reportées à chaque mise à niveau.

Pour beaucoup de PME, l’hybride est le bon choix par défaut.

Six critères pour trancher

Six critères permettent de trancher entre logiciel sur mesure et SaaS : la singularité du processus, les intégrations, les utilisateurs et les droits, la propriété des données, les facteurs de coût à long terme et la dépendance au fournisseur.

Le processus est-il unique ? S’il fait votre différence, comme des prix propres à chaque client ou un flux de production inhabituel, le faire entrer de force dans un logiciel générique vous coûtera cher. S’il est standard, comme la tenue des comptes, ne réinventez pas la roue.
Les intégrations. Listez tous les systèmes qui doivent échanger des données : boutique en ligne, marketplaces, paiements, transporteurs, comptabilité, banque, formulaires du site. Vérifiez l’existence de connecteurs prêts à l’emploi et d’API documentées aux limites acceptables. Les règles d’utilisation de l’API HubSpot (en anglais), par exemple, fixent la limite quotidienne d’appels des applications à distribution privée selon l’abonnement : 250 000 par compte en Free et Starter, 625 000 en Professional et 1 000 000 en Enterprise. C’est souvent dans les intégrations que se cache la vraie complexité. Une API propre facilite aussi grandement le raccordement ultérieur d’assistants IA, par exemple via le Model Context Protocol (MCP) (en anglais), une norme open source pour connecter les applications d’IA à des systèmes externes (voir nos solutions d’intelligence artificielle).
Les utilisateurs et les droits. La tarification par utilisateur devient coûteuse pour les utilisateurs occasionnels comme le personnel d’entrepôt, les chauffeurs ou les partenaires externes. Vérifiez tôt les droits fins (des commerciaux qui ne voient que leurs clients, des prix de revient masqués pour certains rôles) ; certains SaaS les réservent aux formules supérieures.
La propriété des données. Où sont stockées les données, et pouvez-vous toutes les exporter, historique et pièces jointes compris, dans un format exploitable ? Que se passe-t-il si vous résiliez ? Si vous traitez des données personnelles de personnes situées dans l’UE, le RGPD s’applique : un prestataire qui traite ces données pour vous est un sous-traitant, et le guide pour les PME du Comité européen de la protection des données (CEPD) précise que la relation entre responsable du traitement et sous-traitant « doit être encadrée par un contrat », généralement appelé contrat de sous-traitance (ou DPA).
Les facteurs de coût à long terme. Comparez le total sur la durée de vie prévue du système. Les coûts d’un SaaS augmentent avec le nombre d’utilisateurs, les modules supplémentaires, les formules supérieures (pour des fonctions comme l’accès à l’API) et les hausses de prix au renouvellement. Les coûts du sur mesure viennent du développement initial (selon le périmètre, les rôles, les règles métier et les intégrations), de l’hébergement, des mises à jour de sécurité et des nouvelles fonctionnalités. Les deux exigent une migration, de la formation et du temps de votre équipe.
La dépendance au fournisseur. Avec un SaaS, les risques sont les formats de données fermés, les hausses de prix et les fonctionnalités abandonnées. Avec du sur mesure, c’est d’être lié à un seul développeur parce que personne d’autre ne comprend le code. Les remèdes sont les mêmes dans les deux cas : un export complet testé, de la documentation, des technologies répandues et un contrat qui prévoit la sortie.

Cadrer un système sur mesure : les processus, puis un MVP, puis des phases

Un système sur mesure se cadre en quatre étapes : cartographier les processus actuels, les simplifier, définir un MVP, puis déployer par phases. L’erreur la plus coûteuse est de construire la mauvaise chose, et cette séquence vous en protège :

Cartographiez les processus actuels. Suivez une commande, un achat et une demande client du début à la fin. Parlez aux personnes qui font le travail, pas seulement aux responsables, et rassemblez de vrais bons de commande, factures et tableurs. Les exceptions et les contournements sont là où se cachent les besoins.
Simplifiez avant de numériser. Automatiser un processus désordonné ne fait qu’accélérer le désordre. Pour les tâches répétitives qui ne justifient pas un système complet, notre guide de l’automatisation des processus en PME compare des outils plus légers.
Définissez un MVP. Le produit minimum viable est la plus petite version qui remplace un flux de travail réel de bout en bout, par exemple commande, mise à jour du stock et bon de livraison pour un entrepôt. Mettez par écrit les rôles, les droits, les écrans clés, les intégrations et les quelques rapports réellement utilisés.
Déployez par phases. Commencez par une équipe ou un site pilote, corrigez ce qu’ils remontent, puis étendez. Chaque phase suivante ajoute un module, comme les achats, le CRM ou les validations.

Demandez des estimations par phase. Le périmètre, les intégrations et les règles métier déterminent le coût et les délais : c’est une cartographie claire des processus qui rend une estimation fiable.

Migration des données et adhésion de l’équipe

Une migration sans heurts consiste à décider ce qui est transféré, à nettoyer les données et à faire des imports de test, puis à basculer à une date fixe ; l’adhésion dépend de l’implication des utilisateurs clés, d’une formation par rôle et du fait que le nouveau système devienne la seule source de vérité.

Migration : décidez ce qui est transféré : les données de référence (clients, produits, prix), les éléments en cours (commandes, soldes, stock actuel) et la profondeur d’historique ; les enregistrements plus anciens peuvent rester dans une archive en lecture seule. Supprimez les doublons et les codes produits incohérents, faites des imports d’essai et rapprochez les totaux, comme le stock par entrepôt, des anciens enregistrements. Fixez ensuite une date de bascule et gelez les anciens outils.

Adhésion :

Impliquez dès le départ un utilisateur clé de chaque équipe.
Formez par rôle, avec de courts guides dans les langues que votre équipe utilise.
Faites du nouveau système la seule source de vérité : une commande qui arrive par chat est saisie dans le système, pas traitée à côté.
Assurez-vous que le personnel d’entrepôt et de terrain peut travailler sur son téléphone ; si une application dédiée est nécessaire, notre guide pour créer une application mobile en détaille les étapes.
Corrigez rapidement les petites frictions des premières semaines : ce sont elles qui décident si les gens font confiance au système.

Choisir un prestataire de développement, et les pièges à éviter

Choisissez un prestataire de développement en vérifiant comment il cadre le travail, quelles technologies il utilise, à qui appartiennent le code et les comptes, quelle documentation et quels tests il fournit et ce qui se passe après la mise en service. Les questions à poser :

Allez-vous cartographier nos processus avant de chiffrer des fonctionnalités, et comment découpez-vous le travail en phases ?
Quelles technologies utilisez-vous, et une autre équipe pourrait-elle prendre le relais ?
Le code source sera-t-il dès le premier jour dans un dépôt sous notre compte, avec le cloud, le domaine et les comptes tiers à notre nom ?
Quelle documentation recevrons-nous : architecture, modèle de données, référence de l’API, guide de déploiement, manuels utilisateur ?
Comment testez-vous et sauvegardez-vous, et une restauration a-t-elle réellement été essayée ?
Que se passe-t-il après la mise en service : corrections, mises à jour de sécurité, nouvelles fonctionnalités, et passation si nous nous séparons ?

Les pièges courants :

Recréer dans le logiciel le chaos des tableurs, champ par champ.
Lancer tous les modules à la fois, sans pilote.
Personnaliser un SaaS au point que chaque mise à jour de l’éditeur casse quelque chose.
Décider sur la foi d’une démo soignée sans tester avec vos propres données.
Aucun responsable interne ayant l’autorité pour décider.
Aucun budget de maintenance et aucun plan de sortie.

Questions fréquentes

Un logiciel sur mesure coûte-t-il toujours plus cher qu’un SaaS ?

Il demande généralement un investissement initial plus important. Sur plusieurs années, la comparaison dépend du nombre d’utilisateurs, de la durée d’utilisation du système et du degré de personnalisation ou d’intégration que chaque option exige. Comparez le coût total sur la durée de vie du système, pas sur la première année.

Peut-on commencer avec un SaaS et passer à un système sur mesure plus tard ?

Oui, et c’est souvent judicieux, car un SaaS vous apprend ce dont vous avez vraiment besoin. Choisissez-en un qui offre un export complet des données et une API documentée, pour qu’un changement ultérieur soit une migration planifiée plutôt qu’un sauvetage.

À qui doit appartenir le code source d’un logiciel sur mesure ?

Idéalement à vous, ou au minimum vous devez en avoir l’accès complet et le droit de l’utiliser et de le modifier. Inscrivez-le dans le contrat, conservez le code dans un dépôt sous votre compte et exigez une documentation suffisante pour qu’une autre équipe puisse poursuivre.

Si vous réfléchissez à un ERP, à un CRM ou à une meilleure connexion entre vos outils actuels, découvrez notre service de développement d’applications et de logiciels, notre conseil en stratégie pour la cartographie des processus et le choix des systèmes, ou contactez-nous. UsualMatrix travaille avec des clients du monde entier, en chinois, en espagnol et en anglais.

Remarque : cet article fournit des informations générales et ne constitue pas un avis juridique. Les règles de protection des données et de fiscalité dépendent de votre pays et de votre activité : faites confirmer les détails par un conseiller qualifié.