Quand un CRM personnalisé coûte moins cher que Salesforce
Une petite équipe n'avait pas besoin d'un CRM à six chiffres. Un espace ciblé a supprimé les transferts entre feuilles, protégé le suivi commercial et coûté moins cher que l'abonnement et le déploiement Salesforce.
Projet client · anonymisé
Les informations clients et commerciales étaient réparties entre feuilles de calcul, boîtes mail et exports de facturation. Salesforce aurait amélioré la visibilité, mais son abonnement par utilisateur, son déploiement et sa charge de processus étaient disproportionnés par rapport au besoin réel de l'équipe.
En bref
| Question | Déploiement CRM large | CRM personnalisé ciblé |
|---|---|---|
| Ce qui est construit | Une plateforme large configurée pour de nombreux processus possibles | Les quelques flux clients et relances réellement utilisés |
| Charge initiale | Licences, déploiement, migration, formation et administration | Développement limité et migration contrôlée |
| Travail quotidien | Passer du CRM aux feuilles, aux e-mails et à la facturation | Une vue client avec les actions nécessaires |
| Propriété | L’entreprise loue la plateforme et sa feuille de route | L’entreprise possède les données, le flux et le processus de changement |
| Décision | Justifié si l’entreprise a besoin de l’étendue de Salesforce | Meilleur quand le problème est la visibilité et le suivi |
La conclusion n’est pas que Salesforce est mauvais. C’est que l’étendue d’une plateforme ne correspond pas automatiquement à la valeur métier. Pour une petite équipe avec un processus limité, un système ciblé peut coûter moins cher, être adopté plus vite et évoluer plus facilement.
Le problème : la décision CRM est devenue une question de prix
L’équipe ne demandait pas une machine commerciale d’entreprise. Elle avait besoin d’une fiche client fiable, d’un responsable et d’une prochaine action pour chaque opportunité active, d’un historique indépendant de la boîte mail d’une personne et d’une transmission contrôlée à la facturation.
Le processus existant s’était construit autour des feuilles de calcul. Un client pouvait avoir plusieurs noms dans le pipeline, le suivi support et l’export des factures. Les dates de relance étaient dans des calendriers individuels. En fin de mois, quelqu’un rapprochait manuellement les totaux et demandait quelles opportunités étaient toujours réelles.
Salesforce était une option logique : acheter un CRM éprouvé et le configurer correctement. Mais la proposition ajoutait licences, conseil, migration, formation, administration et changements de processus adaptés à la plateforme. La vraie question était : « Allons-nous exploiter et rentabiliser ces capacités pendant les trois prochaines années ? »
Le modèle de coût : comparer trois ans, pas la démonstration
Les chiffres ci-dessous sont un modèle de décision anonymisé, pas un devis Salesforce universel. Le prix réel dépend de l’édition, du contrat, du nombre d’utilisateurs, du partenaire de déploiement et de la négociation. Le modèle inclut des coûts souvent absents des comparaisons logicielles.
| Coût sur 36 mois | Déploiement CRM large | CRM personnalisé |
|---|---|---|
| Abonnement et hébergement | $32 000–$55 000 | $8 000–$14 000 |
| Déploiement et migration initiaux | $18 000–$35 000 | $18 000–$28 000 |
| Formation, administration et changement | $12 000–$24 000 | $4 000–$9 000 |
| Fourchette opérationnelle sur trois ans | $62 000–$114 000 | $30 000–$51 000 |
Le système personnalisé ne gagne que si son périmètre reste discipliné. L’avantage économique vient de la suppression des fonctionnalités inutilisées, pas de l’idée que la maintenance serait gratuite.
Ce qui a été construit
Le remplacement était un petit espace client avec une limite claire : clients et contacts avec identité canonique, opportunités avec responsable et échéance, historique des activités, transmission validée au flux financier existant, accès par rôles et export complet des données.
La comptabilité, les e-mails, le marketing et les rapports futurs n’ont pas été remplacés. Le CRM est devenu la source de vérité pour les relations clients et les opportunités actives, pas un nouvel univers qui devrait posséder toute l’entreprise.
Architecture et migration
La décision d’architecture importante était la limite de propriété, pas le framework :
Existing spreadsheets ──validated migration──▶ CRM database
│
▼
Customer workspace
│ │
▼ ▼
Billing handoff Export / reporting
Le modèle relationnel rendait explicites les liens entre client, contact, opportunité et activité. La validation s’exécutait avant l’import et à chaque frontière externe. Les changements importants conservaient l’auteur et l’heure. La transmission à la facturation était idempotente, afin qu’une nouvelle tentative ne crée pas un second dossier.
Nous avons d’abord défini les décisions hebdomadaires à soutenir : opportunités en retard, responsable de la prochaine action, chiffre d’affaires probable et données fiables pour la finance. Les feuilles ont ensuite été nettoyées et mappées, le nouvel espace a fonctionné en parallèle, puis les totaux et les dates ont été rapprochés. Les clients actifs et opportunités ouvertes ont été transférés ; le reste a été conservé dans une archive exportable et consultable.
Le succès ne se mesurait pas au nombre de champs configurés. Il se mesurait à l’arrêt du rapprochement hebdomadaire, à une action suivante pour chaque opportunité et à des données cohérentes transmises à la facturation.
Pourquoi le système ciblé a gagné
- moins de licences pour des fonctions que l’équipe n’aurait jamais exploitées ;
- moins de traduction entre le processus réel et le vocabulaire d’une plateforme ;
- un coût plus faible pour les changements limités ;
- la propriété du schéma, des données et de l’accès au déploiement ; et
- une sortie crédible si Salesforce devient réellement nécessaire plus tard.
« Personnalisé » n’est économique qu’avec une frontière écrite. Ici, l’identité, les opportunités, les activités et la facturation étaient incluses ; les campagnes, prévisions complexes et rapports universels ne l’étaient pas.
Salesforce peut être le bon choix lorsque son écosystème, sa gouvernance, ses prévisions ou son échelle mondiale sont déjà des exigences réelles. La décision doit suivre le processus métier, pas l’effet de la démonstration produit.
Pour le modèle plus large de migration depuis AppSheet, consultez Migrer un CRM AppSheet vers un système maîtrisé. Si vous comparez construire et acheter, apportez vos chiffres à une appel de cadrage de 20 min.
1. Saisissez l’effort manuel de votre équipe
2. Impact financier projeté
$112,320 main-d’œuvre + $3,996 frais SaaS
Les estimations sont des repères illustratifs selon le périmètre. Le chiffrage et le calendrier réels nécessitent un Audit des Opérations et Données.
Apportez ce calcul à un appel de cadrage de 20 min — nous validerons les hypothèses avec vos systèmes réels.
3. Trajectoire du ROI et du seuil de rentabilité sur 24 mois
Comparez le gaspillage cumulé au ROI d’une automatisation que vous possédezEnregistrer cette analyse de ROI et obtenir un lien
Enregistrez vos calculs dans Cloudflare D1 et partagez le lien avec votre équipe de direction.