Tableur ou CRM : les signes que le fichier Excel ne suffit plus
« Clients_2024_v3_final_MAJ.xlsx » : dans beaucoup de petites entreprises, le suivi commercial tient dans un fichier de ce genre, enrichi au fil des années, avec ses couleurs, ses colonnes ajoutées par chacun et ses onglets dont plus personne ne connaît l’usage. Le tableur a de vraies qualités. Mais il arrive un moment où il coûte plus qu’il ne rapporte.
Ce que le tableur fait bien
Inutile de le diaboliser. Un tableur est :
- disponible partout, sans abonnement supplémentaire ni formation ;
- souple : on ajoute une colonne en dix secondes ;
- suffisant pour une liste de quelques dizaines de clients suivie par une seule personne ;
- lisible par n’importe quel autre logiciel, ce qui facilite une migration future.
Pour un indépendant qui démarre ou une activité sans prospection, c’est souvent la bonne solution. Le problème n’est pas l’outil, c’est l’usage qu’on lui demande quand l’entreprise grandit.
Les sept signes d’essoufflement
1. Plusieurs versions circulent
Un fichier envoyé par e-mail, une copie sur un ordinateur portable, une autre sur le serveur : dès que deux personnes modifient chacune leur version, il n’y a plus de source fiable. Les tableurs partagés en ligne atténuent le problème, sans le supprimer.
2. L’historique des échanges est ailleurs
Le tableur dit qui est client, rarement ce qui s’est dit. Les échanges restent dans les messageries individuelles. Quand un collègue reprend un dossier, il doit tout reconstituer.
3. Les relances dépendent de la mémoire
Une colonne « date de relance » ne sonne pas. Sans rappel actif, les relances se perdent dès que l’activité s’accélère, précisément au moment où il y a le plus d’affaires à suivre.
4. Les doublons s’accumulent
« SARL Dupont », « Dupont SARL », « Ets Dupont » : sans contrôle à la saisie, le même client apparaît trois fois, avec trois historiques partiels.
5. On ne sait plus qui a modifié quoi
Une ligne supprimée par erreur, un montant corrigé : le tableur garde rarement une trace claire et exploitable de qui a changé quoi, et quand.
6. Les accès sont tout ou rien
Celui qui ouvre le fichier voit tout, peut tout copier et tout emporter. Difficile de limiter l’accès d’un commercial à ses propres clients, ou d’un stagiaire à une partie des données.
7. Les questions simples deviennent compliquées
« Combien de devis sont en attente ce mois-ci ? », « Quel est le taux de transformation de nos rendez-vous ? » : si répondre demande une demi-heure de filtres et de tableaux croisés, l’outil freine le pilotage.
Le tableau de décision
| Situation | Tableur | CRM |
|---|---|---|
| Une seule personne suit les clients | Souvent suffisant | Optionnel |
| Plusieurs personnes contactent les mêmes prospects | Risqué | Recommandé |
| Cycle de vente court, peu de relances | Suffisant | Optionnel |
| Devis nombreux, relances régulières | Limité | Recommandé |
| Besoin de droits d’accès différenciés | Inadapté | Adapté |
| Besoin d’historique des échanges partagé | Inadapté | Adapté |
Si vous hésitez encore sur l’opportunité même d’un CRM, notre article CRM pour TPE : à partir de quand en a-t-on besoin ? aborde la question sous l’angle du cycle de vente.
Le tableur et le RGPD
Un tableur de contacts reste un fichier de données personnelles. Il est soumis aux mêmes règles qu’un CRM : finalité définie, données limitées au nécessaire, durée de conservation, sécurité des accès, réponse aux demandes des personnes. En pratique, ces règles sont plus difficiles à respecter avec un fichier copiable à l’infini qu’avec un outil qui gère des droits d’accès et permet de supprimer une fiche en un seul endroit.
Un fichier client oublié sur une clé USB ou dans une pièce jointe ancienne est aussi une source classique de fuite. Pour faire le point, voyez RGPD dans une TPE : par où commencer et, côté protection des postes, les mesures essentielles de cybersécurité.
Préparer la migration
Passer du tableur au CRM se prépare en quelques étapes, de préférence avant de choisir l’outil.
- Faire l’inventaire des fichiers existants et désigner celui qui fait foi.
- Nettoyer : supprimer les doublons, harmoniser les noms d’entreprises, les formats de téléphone et d’adresse.
- Trier : les contacts sans échange depuis longtemps ont-ils encore une raison d’être conservés ? C’est l’occasion d’appliquer une durée de conservation.
- Faire correspondre les colonnes aux champs du futur CRM, et abandonner celles qui ne servent plus.
- Tester l’import sur un échantillon, vérifier le résultat, puis importer le reste.
- Archiver l’ancien fichier en lecture seule, et arrêter de le mettre à jour, sous peine de recréer deux sources.
Le dernier point est le plus souvent négligé. Tant que le tableur reste modifiable « au cas où », une partie de l’équipe continuera de l’utiliser.
Et si le besoin est très spécifique ?
Certaines activités ont des besoins que les CRM du marché couvrent mal : suivi de chantiers, gestion de dossiers réglementaires, parcours client atypique. Avant d’envisager un développement, il est utile de regarder ce que permettent les outils no-code et low-code, qui offrent souvent un compromis entre la souplesse du tableur et la structure d’une vraie base de données.
Cet article peut contenir des liens partenaires. Ils n'influencent jamais ce que nous écrivons.