Système sur mesure ou SaaS prêt à l'emploi : comment décider

L'essentiel

Un système sur mesure est un logiciel construit pour le processus d'une entreprise précise, avec le code et les données sous son contrôle. Un SaaS prêt à l'emploi est un logiciel loué par abonnement, identique pour tous les clients du fournisseur. Pour un processus standard du marché (facture fiscale, comptes à payer, tunnel de vente), le SaaS gagne presque toujours en coût et en risque. Le sur mesure commence à se justifier quand le processus est ce qui distingue l'exploitation, quand l'abonnement croît par utilisateur plus vite que le chiffre d'affaires, ou quand l'équipe passe des heures à contourner ce que l'outil ne fait pas. La décision sort d'un calcul sur trois ans avec des prémisses écrites, pas d'une préférence. Si le cas est déjà celui d'un système à vous, la page développement de système web sur mesure explique comment le projet est mené.

1. Ce que chaque option livre vraiment

Les trois options réelles ne sont pas « prêt à l'emploi » contre « personnalisé ». Ce sont trois façons de payer un logiciel, chacune avec un propriétaire différent pour le risque.

SaaS prêt à l'emploi

Vous louez l'usage. Le fournisseur s'occupe du serveur, des mises à jour, de la sécurité, de la sauvegarde et du changement de règle fiscale. En échange, le flux est le sien : vous configurez champs, permissions et automatisations dans ce que le produit permet. La facture arrive chaque mois et, sur beaucoup de produits, elle croît par utilisateur.

Système sur mesure avec un développeur indépendant

Une personne relève le processus, écrit le code, met en production et maintient. Le flux est le vôtre. Le risque est la continuité : si cette personne disparaît, celui qui hérite du code a besoin de documentation, d'accès au dépôt et d'accès aux comptes d'infrastructure. Cela se règle dans le contrat, pas dans la confiance.

Système sur mesure avec une agence de développement

Une équipe partage la découverte, le design, le développement, les tests et l'exploitation. Le flux est le vôtre aussi. Cela tient mieux dans un projet avec plusieurs fronts en même temps ou avec un délai strict. Le coût de coordination existe et entre dans le prix.

L'article sur combien coûte le développement d'un système web sur mesure détaille ce qui forme le prix du projet. Ici le focus est autre : comparer les trois options dans le temps et décider laquelle tient dans votre cas.

2. Là où le SaaS gagne, et gagne largement

Le sur mesure n'est pas une réponse automatique. Il y a des processus où construire de zéro, c'est payer cher pour arriver au même endroit, avec plus de risque.

Fiscal et comptable. L'émission de facture, le calcul de l'impôt et l'obligation accessoire changent par la norme, pas par votre décision. La réforme fiscale de la consommation, en cours de mise en place, est l'exemple le plus visible : celui qui utilise un ERP du marché reçoit l'adaptation comme une mise à jour du produit. Celui qui a son propre émetteur doit réécrire, tester et faire homologuer dans le même délai, pour son propre compte.

Finance standard. Comptes à payer et à recevoir, rapprochement bancaire et flux de trésorerie suivent la même logique dans presque toute entreprise. Le gain à faire autrement est faible.

Tunnel de vente courant. Lead, opportunité, étape, tâche et relance sont le noyau de n'importe quel CRM du marché. Si votre tunnel tient dans ce moule, le CRM livre rapport, application mobile et intégration e-mail qu'un projet qui vous appartient mettrait des mois à égaler.

Essayer avant de payer. Bling offre 30 jours initiaux gratuits sur n'importe quelle offre et Pipedrive, 14 jours d'essai, selon les pages officielles lues le 07/10/2026. Aucun projet sur mesure n'offre cela : vous payez pour découvrir si le système convient.

Coût d'entrée. L'offre Cobalto de Bling coûte R$ 60 par mois avec 5 utilisateurs. Aucun projet qui vous appartient ne livre émission fiscale, stock et intégration marketplace pour ce montant le premier mois.

La règle pratique : si le processus est le même que celui du concurrent et que la loi change le processus souvent, restez sur le SaaS. Dépenser du développement là, c'est payer pour maintenir ce que le fournisseur maintient déjà pour des milliers de clients.

3. Le calcul sur trois ans, avec des prémisses explicites

Comparer un abonnement mensuel à un devis de projet ne fonctionne pas : l'un est un flux, l'autre est un événement. La comparaison juste additionne tout ce qui sort de la trésorerie en 36 mois.

Prémisses du tableau

• Entreprise avec 10 personnes qui utilisent le système et jusqu'à 500 commandes par mois.
• Prix affichés lus sur les pages officielles le 07/10/2026, sans revalorisation future (elle existe et c'est à vous de l'estimer).
• Les montants en dollar restent en dollar : le change du jour où vous payez change le résultat.
• Sans impôts, sans mise en service payante et sans intégrations en plus.

Tableau de coût sur 36 mois

Les deux dernières lignes restent en lettres, exprès. Il n'existe pas de tableau officiel de prix de projet, et n'importe quel chiffre ici serait inventé. Votre devis prend la place de D et de M.

La formule qui boucle la comparaison

SaaS sur 3 ans       = abonnements x utilisateurs x 36 + revalorisations + heures de contournement
Sur mesure sur 3 ans = projet (D) + maintenance (M) x 36 + infrastructure x 36
Ne comparez que le même périmètre des deux côtés.

Ce que le tableau montre déjà

L'ERP d'entrée est bon marché pour ce qu'il livre. Dans la prémisse de 10 utilisateurs, Bling Titânio additionne R$ 3.456 en trois ans et accepte jusqu'à 50 utilisateurs au même prix. Aucun projet d'émission fiscale qui vous appartient ne concurrence cela.

Le CRM facturé par utilisateur est le poste qui croît le plus. Les mêmes 10 utilisateurs sur RD Station Basic additionnent R$ 23.652 en trois ans. Avec 20 utilisateurs, la facture double à R$ 47.304, sans aucune fonctionnalité nouvelle. C'est là que la question « votre propre système vaut-il le coup ? » commence à avoir une réponse autre que non.

L'infrastructure d'un petit système à vous est la plus petite part de la facture. VPS et base gérée additionnent des montants bas à côté de ce que coûtent le projet et la maintenance. Le poids du sur mesure est dans D et M, pas dans le serveur.

Pour vérifier les offres actuelles d'hébergement et de VPS, ouvrez Hostinger par mon lien de parrainage. Choisissez l'offre selon les ressources dont votre projet a besoin.

Si la comparaison sur trois ans ne se boucle toujours pas parce que votre processus sort de ce que le SaaS couvre, envoyez le processus, combien de personnes l'utilisent et ce qu'il faut intégrer. Je dis ce qui reste en SaaS et ce qui demande un système à vous.

Parler du projet

4. Ce que le tableau ne montre pas

Le prix de l'abonnement est la partie visible. Quatre coûts restent hors du tableur et décident souvent le choix.

Heures de contournement. Quand le SaaS n'accepte pas une règle centrale du métier, quelqu'un tient un tableur parallèle, copie la donnée d'un système à l'autre ou revérifie tout à la main en fin de journée. Multipliez les heures par semaine par le coût horaire de cette personne et ajoutez-les à la ligne du SaaS. Dans une exploitation avec un contournement quotidien, ce chiffre peut dépasser l'abonnement.

Changement de tranche. Les offres ont une limite. Le Titânio de Bling coûte R$ 96 par mois dans la tranche jusqu'à 500 commandes ; la dépasser change la tranche. Omie définit le prix par tranche de chiffre d'affaires brut mensuel. Grandir, dans ces modèles, fait monter la facture automatiquement, et la projection sur trois ans doit utiliser la tranche où vous serez, pas celle d'aujourd'hui.

Minimum d'utilisateurs et paliers d'offre. RD Station CRM Pro exige un minimum de 4 utilisateurs, selon la page officielle. Les fonctions dont vous avez besoin peuvent n'exister que sur l'offre du dessus, et sur une offre facturée par utilisateur le saut vaut pour tout le monde, pas seulement pour celui qui utilise la fonction.

Limite d'intégration. Qui relie le SaaS à un autre système bute sur la limite de l'API. Celle de Bling accepte 3 requêtes par seconde et 120.000 par jour, renvoie l'erreur 429 au-delà et bloque l'IP pendant 10 minutes après 600 requêtes en 10 secondes. Une intégration bien faite respecte ces chiffres avec une file et une nouvelle tentative. Une intégration improvisée perd des commandes le jour de pointe.

Il y a aussi le coût de sortir. Avant de signer, vérifiez si le fournisseur exporte toutes vos données dans un format ouvert et si l'API donne accès à l'historique complet. Une donnée prisonnière d'un outil est un coût de changement qui n'apparaît que quand vous voulez changer.

5. Là où le système sur mesure gagne

Le sur mesure a du sens quand au moins une de ces situations est vraie, et encore plus quand plusieurs arrivent ensemble.

Le processus est le différenciateur. Si la façon dont vous établissez le devis, produisez, approuvez ou livrez est la raison pour laquelle le client achète chez vous, faire entrer ce processus dans le moule générique d'un SaaS, c'est abandonner l'avantage. Exemple typique : un calcul de devis avec ses propres règles de matière, de délai et de marge qu'un CRM générique ne modélise pas.

Beaucoup de gens utilisent peu. La facturation par utilisateur pèse dans les exploitations où beaucoup de personnes ne font qu'enregistrer ou consulter (atelier, livreurs, accueil). Sur votre propre système, un utilisateur de plus ne change pas la facture de licence.

Trois outils font le travail d'un seul. Quand la donnée naît dans un formulaire, passe par un tableur et finit dans l'ERP, le coût réel est la somme des abonnements plus la reprise entre eux. Un tableau de bord qui concentre le flux et parle à l'ERP par API retire le milieu du chemin. Le signal que ce point est arrivé est décrit dans quand remplacer le tableur par un tableau de bord interne.

Un client ou un fournisseur doit entrer. Un portail externe avec identifiant, permission par entreprise et historique de commandes vient rarement prêt dans un SaaS de gestion, et quand il vient il est en général sur une offre supérieure.

Une règle qui change chaque semaine. Si l'exploitation ajuste souvent une règle de prix, de commission ou d'approbation, dépendre de la file d'améliorations d'un fournisseur qui sert beaucoup de clients est lent. Sur votre propre système, le changement entre dans la livraison suivante.

Si aucune de ces situations ne décrit votre entreprise, la réponse honnête est de rester sur le SaaS et de mieux configurer ce qui existe déjà.

6. Développeur indépendant ou agence : des critères, pas le prix

Une fois décidé que le chemin est le sur mesure, le second choix est qui construit. Les deux formes fonctionnent. Ce qui change, c'est le type de projet dans lequel chacune rend plus.

Les deux modèles ont le même point critique : la propriété. Dans n'importe quel contrat, exigez ces points par écrit.

• Le dépôt du code reste sur un compte de votre entreprise, avec le développeur en invité.
• Serveur, domaine et base restent sur des comptes au nom de l'entreprise, avec le prélèvement sur votre carte.
• Il y a un document de mise en production : comment remonter le système de zéro, où sont les variables d'environnement (sans les valeurs) et comment restaurer la sauvegarde.
• La maintenance a un périmètre : ce qui est une correction, ce qui est une amélioration et comment chacune est facturée.

Avec cela, changer de fournisseur est du travail, mais c'est possible. Sans cela, votre propre système devient un SaaS d'un seul client, avec le risque du SaaS et aucun des avantages.

7. Le modèle le plus fréquent : SaaS pour le standard, sur mesure à la marge

Le choix est rarement tout ou rien. Dans la plupart des exploitations qui grandissent, le dessin qui tient est hybride.

1. L'ERP du marché reste propriétaire du fiscal, du stock et du financier. Il reçoit les mises à jour de la loi et vous ne réinventez pas la facture fiscale.
2. Votre propre système s'occupe de ce qui est à vous. Devis avec une règle exclusive, portail client, tableau de production, approbation par étapes.
3. Les deux se parlent par API, avec une file. Votre propre système lit et écrit dans l'ERP en respectant les limites documentées par le fournisseur, et il retraite ce qui a échoué au lieu de le perdre.
4. Chaque donnée n'a qu'un propriétaire. Le prix vit à un endroit, le stock à un autre, et aucun des deux n'est saisi deux fois.

Ce dessin réduit la taille du projet sur mesure, parce qu'il ne construit pas ce que le marché résout déjà, et il réduit la facture du SaaS, parce qu'il en retire les personnes qui n'avaient besoin que d'un écran simple. C'est aussi là que le calcul sur trois ans se boucle en général mieux, puisque D et M ne couvrent que la partie qui distingue l'exploitation.

8. Sept questions pour décider

Répondez par écrit, avec les chiffres de votre exploitation. Les réponses indiquent un meilleur chemin que n'importe quel comparatif générique.

1. Le processus est-il le même que celui du concurrent ? Si oui, SaaS. S'il est votre différenciateur, envisagez le sur mesure.
2. La loi change-t-elle ce processus souvent ? Le fiscal et le social demandent un fournisseur qui suit la norme. Restez sur le SaaS pour cette partie.
3. Combien d'heures par semaine l'équipe passe-t-elle à contourner l'outil ? Convertissez en argent et ajoutez à l'abonnement.
4. Combien d'utilisateurs aurez-vous dans trois ans ? Refaites le tableau de la section 3 avec ce chiffre, dans la tranche d'offre où vous serez.
5. Quelqu'un de l'extérieur doit-il entrer dans le système ? Un portail client ou fournisseur pèse en faveur du sur mesure.
6. Pouvez-vous exporter toutes les données de l'outil actuel ? Si non, le coût de sortir grandit chaque mois.
7. Y a-t-il un budget pour la maintenance continue, et pas seulement pour le projet ? Votre propre système sans maintenance vieillit. Si M ne tient pas dans la trésorerie, la réponse est le SaaS.

Si la majorité des réponses pointe vers le SaaS, investissez dans la configuration et l'intégration de ce qui existe déjà. Si elle pointe vers le sur mesure, commencez par le processus qui fait le plus mal, avec un petit périmètre, et laissez le reste où il est.

Questions fréquentes

Qu'est-ce que le sur mesure ?

Le sur mesure est le logiciel fait pour le processus d'une entreprise précise, au lieu d'un produit identique pour tous les clients. Le code, les données et les règles restent sous le contrôle de l'entreprise, qui paie le projet et la maintenance. Il n'a pas besoin de tout remplacer : dans la plupart des cas il ne couvre que le processus qui distingue l'exploitation et il parle à l'ERP par API.

Système sur mesure ou SaaS : lequel choisir ?

Pour un processus standard (fiscal, financier, tunnel de vente courant), le SaaS. Pour le processus qui distingue l'activité, pour une exploitation avec beaucoup d'utilisateurs en consultation, ou quand il y a un portail pour un client externe, le sur mesure. La décision sort du calcul sur trois ans avec les heures de contournement incluses et de la réponse aux sept questions de la section 8.

Logiciel personnalisé ou SaaS : lequel produit le plus de résultat ?

Produit plus de résultat ce qui retire le plus de travail manuel pour le coût total le plus bas sur la période. Le SaaS rend plus là où le processus est le même que celui du marché, parce que le fournisseur répartit le coût de maintenance entre tous les clients. Le logiciel personnalisé rend plus là où l'outil prêt à l'emploi impose un tableur parallèle, de la reprise, ou une offre chère seulement pour débloquer une fonction. Mesurer les heures de contournement avant de décider évite de choisir sur le discours de vente.

Le système sur mesure vaut-il le coup pour une petite entreprise ?

Il vaut le coup quand le problème est étroit et cher : un processus précis qui consomme aujourd'hui des heures chaque semaine ou qui bloque la vente. Il ne vaut pas le coup pour reproduire ce qu'un ERP d'entrée fait déjà. Dans la prémisse de la section 3, Bling Titânio additionne R$ 3.456 en trois ans ; concurrencer cela en écrivant l'émission fiscale de zéro ne boucle pas le calcul.

Peut-on commencer en SaaS et migrer vers votre propre système ensuite ?

Oui, et c'est en général le chemin le plus sûr, à condition que les données puissent sortir. Utilisez l'outil prêt pour comprendre le processus, notez ce qui a besoin d'un contournement et vérifiez dès le début si l'export et l'API donnent accès à l'historique complet. Quand votre propre système arrive, il peut cohabiter avec le SaaS au lieu de le remplacer.

Conclusion

Le SaaS gagne sur ce qui est standard et réglementé ; le système sur mesure gagne sur ce qui distingue l'exploitation, sur l'usage par beaucoup de personnes et sur l'accès de ceux qui sont hors de l'entreprise. La comparaison juste est sur trois ans, avec des prix officiels, la tranche d'offre future et les heures de contournement dans le même calcul, et le dessin qui tient le plus souvent est hybride. Si vous voulez faire ce calcul avec les chiffres de votre entreprise, envoyez la liste des outils que l'exploitation paie déjà par mois, avec le nombre d'utilisateurs de chacun et le processus qui dépend aujourd'hui d'un tableur ou d'une reprise. Pour voir comment votre propre projet est mené, consultez la page système web sur mesure.

Parler du projet