Un CRM du marché configuré convient à la majorité des entreprises, et c'est ce qu'il faut recommander tant que c'est vrai. Le sur-mesure devient rationnel dans trois cas : votre cycle de vente comporte des étapes qu'aucun produit ne modélise, la donnée qui décide vit dans un autre système, ou vous payez déjà des licences pour des fonctions que personne n'ouvre. En dehors de ces trois cas, configurer coûte moins cher et se livre plus vite.
Un dossier revient en arrière, se scinde en deux, attend un tiers — un assureur, un inspecteur, un fournisseur. Les produits du marché modélisent une progression linéaire, et vous passez votre temps à la contourner.
Savoir s'il faut relancer dépend d'un stock, d'un calendrier d'atelier ou d'un solde client. Tant que le CRM ne le voit pas, il donne des conseils à côté de la plaque et l'équipe cesse de l'écouter.
Douze licences d'un produit riche dont votre équipe touche 10 %. Le calcul mérite d'être fait sur trois ans plutôt que sur le prix mensuel — c'est la durée qui change la réponse.
On ne repart pas d'une page blanche : le socle — contacts, dossiers, tâches, relances, droits — existe et tourne. Ce qui est sur mesure, ce sont les objets de votre métier et les règles qui les gouvernent.
Pas de licence par siège qui monte avec votre équipe, pas de verrou à la sortie. C'est un engagement écrit, et c'est ce qui rend le calcul sur trois ans favorable quand il l'est.
Prix fixe, périmètre écrit, deux rondes de révisions. Le risque de dérive est le premier reproche fait au sur-mesure, et c'est un risque contractuel avant d'être un risque technique.
Ce n'est pas pour vous si un produit du marché couvre votre besoin après une bonne configuration : il sera moins cher, disponible demain, et maintenu par une équipe de deux cents personnes. Nous le disons régulièrement, et c'est la raison pour laquelle la page d'accueil du site consacre une section entière aux cas où il faut rester sur un logiciel existant.
Aucune page de vente n'écrit cette section. C'est précisément pour ça qu'elle est ici : elle vous évite un appel de trente minutes, et elle nous évite un mandat qu'on refuserait de toute façon.
C'est la bonne question à poser à une jeune société, et nous préférons qu'elle soit posée tôt. La réponse tient en trois faits : le système et les données vous appartiennent, l'export complet est une fonction et non une faveur, et la documentation est remise pour qu'un autre développeur puisse reprendre. Nous ne demandons pas qu'on nous croie sur parole — nous demandons qu'on lise les engagements.
C'est même la seule façon qui marche. Un premier périmètre livré en semaines, utilisé réellement, puis étendu à partir de ce qu'on aura appris de l'usage. Un système livré en un seul bloc après six mois arrive toujours à côté, parce que le besoin a bougé entre-temps.
Vous repartez avec ce qu'on a vu, écrit, même si on ne travaille jamais ensemble.