Tableur ou CRM ? Quand le changement paie

L'essentiel en bref

Ce n'est pas le nombre de contacts qui décide, mais le fait que plusieurs personnes y travaillent en même temps et qu'il faille des relances datées.
Cinq signes sont fiables : doublons, relances oubliées, « quelle version est à jour ? », personne ne connaît l'état d'avancement, et aucune analyse sans travail manuel.
Le calcul se fait rarement sur les coûts de licence, mais sur le temps de travail perdu et les demandes non relancées.
La migration prend réellement deux à cinq jours – dont la plus grande part est du rangement, pas de la technique.

La question est le plus souvent mal posée. Elle n'est pas « à partir de combien de contacts faut-il un CRM », mais : quelle tâche le tableur n'accomplit-il plus de façon fiable ?

Il existe des indépendants avec 900 contacts pour qui un tableur suffit parfaitement, parce qu'une seule personne a la vue d'ensemble et que la vente se conclut en un entretien. Et il existe des structures de trois personnes avec 80 contacts où le tableur fait des dégâts quotidiens, parce que trois personnes modifient les mêmes lignes.

Une grille grise et plate se soulève vers la droite et devient un réseau lumineux en trois dimensions — Un tableur est plat. La différence apparaît là où il faut des relations et des historiques.

Cinq signes que le tableur ne suffit plus

Si l'un d'eux s'applique, le changement mérite réflexion. Si trois s'appliquent, rester coûte plus cher que migrer.

1. Le même contact figure plusieurs fois

Deux lignes pour la même entreprise, orthographiées différemment, avec des états différents. Dès que cela arrive, le tableur n'est plus une source fiable – il faut le vérifier avant d'y croire.

2. Les relances sont oubliées

Un tableur ne rappelle rien. Qui garde ses relances en tête ou dans son agenda perd régulièrement des demandes – et ne s'en aperçoit pas, puisque l'absence de réponse ne se remarque nulle part.

3. « Quelle version est à jour ? »

Dès que cette question est posée une fois, la réponse est en général : aucune. Même avec un tableur dans le nuage, des copies apparaissent pour les analyses, les offres et les réunions.

4. Une seule personne connaît l'état d'avancement

Si, en son absence, personne ne peut dire où en est un dossier, le savoir n'est pas dans le système. Ce n'est pas un problème d'outil, mais un outil peut le résoudre.

5. Une analyse coûte une demi-journée

« Combien de demandes sont arrivées le trimestre dernier, par quel canal, et qu'en est-il advenu ? » – si cela demande du travail manuel, la question cessera bientôt d'être posée. Et le pilotage s'arrête là.

Le saviez-vous ?

Ce qu'un tableur dépassé coûte le plus cher, ce sont rarement les erreurs visibles. Ce sont les demandes que personne n'a relancées – elles n'apparaissent dans aucune statistique, puisqu'elles ne sont jamais devenues un dossier.

C'est précisément pour cela que la décision arrive le plus souvent trop tard : le dommage est réel, mais invisible.

Le calcul qui porte la décision

La comparaison par les seuls coûts de licence tourne toujours à l'avantage du tableur – il ne coûte rien. Ce qui compte, ce sont deux autres postes.

Le temps de travail perdu. Rechercher, saisir deux fois, comparer des versions, produire des analyses à la main. Dans les structures de deux à cinq personnes en contact clientèle, cela représente d'expérience deux à cinq heures par semaine.

Les demandes non relancées. Le poste le plus difficile à chiffrer et généralement le plus lourd. Avec vingt demandes par mois dont deux relances oubliées, une valeur de commande moyenne de 3 000 et un taux de conclusion de 25 pour cent, cela fait environ 1 500 par mois – de chiffre d'affaires qui se tenait déjà devant la porte.

Situation	Temps perdu / semaine	Licence / mois	Recommandation
1 personne, vente conclue au premier entretien	moins d'1 h	0	garder le tableur
1 personne, vente en plusieurs étapes	1–2 h	0–25	cas limite, examiner un système simple
2–3 personnes, contacts partagés	2–5 h	25–90	le changement vaut la peine
4 personnes ou plus, ou marketing inclus	5–10 h	90–300	changement en retard

Ces chiffres sont des ordres de grandeur issus de la pratique auprès de petites structures, pas une étude. Ils doivent montrer l'échelle, pas simuler une précision qui n'existe pas ici.

Retour de pratique

Un schéma qui se répète immanquablement : le changement est lancé parce que quelqu'un veut un meilleur outil – et échoue six semaines plus tard parce que personne n'a rangé les données. L'ancien tableur continue en parallèle, et au bout de trois mois le système est vide tandis que le tableur redevient la vérité.

La différence entre migrations réussies et migrations échouées ne tient presque jamais au logiciel. Elle tient à l'existence d'une date à partir de laquelle le tableur n'est plus utilisé. Sans cette date, il n'y a pas de migration mais une coexistence.

Là où le tableur reste le meilleur outil

Certaines tâches font du CRM un détour – même dans les entreprises qui en ont un depuis longtemps.

Des analyses ponctuelles à logique inhabituelle. Ce dont on a besoin une fois ne se construit pas dans le système.
Calculer. Chiffrages, scénarios, variantes d'offre – un tableur est fait pour cela, un CRM non.
Des listes sans historique. Une liste de participants à un salon, un récapitulatif de fournisseurs : des données plates sans historique appartiennent à un fichier plat.

La migration en cinq étapes

Ranger, avant l'import. Fusionner les doublons, supprimer les contacts morts, uniformiser les orthographes. Importer des données sales donne ensuite un système sale et coûteux. C'est l'étape la plus longue : un à trois jours.
Fixer les champs obligatoires – le moins possible. Cinq à huit champs qui doivent toujours être remplis. Chaque champ obligatoire supplémentaire réduit la probabilité que quoi que ce soit soit tenu à jour.
Nommer les étapes du processus de vente. Quatre à six, avec une condition claire de passage. Pas « intéressé », mais « rendez-vous fixé ».
Fixer une date d'arrêt pour le tableur. À partir de ce jour, il n'est plus que lu, plus tenu à jour. Sans cette date, il n'y a pas de migration.
Affiner après quatre semaines. Quels champs restent vides ? Ils disparaissent. Lesquels manquent ? Ils s'ajoutent. Un système auquel on ne touche plus après la mise en place vieillit en un an.

Attention Lors de la migration, des données personnelles changent de sous-traitant. Utiliser un système hors de Suisse ou de l'UE demande une base juridique – et la politique de confidentialité doit nommer le nouveau prestataire. Ce n'est pas un formalisme : le contrat de sous-traitance doit exister avant le premier import, pas après.

Prompt

J'examine si nous devrions passer d'une liste clients en tableur
à un CRM.

Notre situation :
- Personnes en contact clientèle : [nombre]
- Contacts actifs dans la liste : [nombre]
- Processus de vente typique : [en un entretien / sur des
  semaines / sur des mois]
- Demandes par mois : [nombre]
- Valeur de commande moyenne : [montant]
- Ce qui va régulièrement de travers aujourd'hui : [points]

Tâches :
1. À partir de ces éléments, juge si le changement est rentable.
   Justifie par le temps de travail perdu et les demandes non
   relancées, pas par des listes de fonctionnalités.
2. Si oui : nomme les 5 à 8 champs qui devraient être
   obligatoires chez nous, et justifie chacun d'eux.
3. Propose 4 à 6 étapes pour notre processus de vente. Formule
   pour chaque étape la condition de passage.
4. Si non : dis-le clairement et nomme les deux améliorations qui
   rendraient notre liste actuelle nettement plus solide.

Ne recommande aucun produit ni prestataire précis.

Conclusion

Le tableur n'est pas un outil de débutant que l'on finit par laisser derrière soi. C'est le bon outil pour une situation donnée – et il cesse de l'être pour une autre.

Le seuil est franchi quand plusieurs personnes traitent les mêmes contacts, quand il faut des relances datées et quand les analyses deviennent du travail manuel. Changer avant, c'est s'acheter de l'entretien sans contrepartie. Changer bien après, c'est payer en silence, avec des demandes que plus personne n'a traitées.

Questions fréquentes

Quand une entreprise est-elle trop grande pour gérer ses clients dans un tableur ?

Ce n'est pas le nombre de contacts qui décide mais la façon de travailler. Dès que plus d'une personne traite les mêmes contacts, que des relances doivent être datées ou que les analyses deviennent manuelles, le tableur ne suffit plus. Un indépendant qui conclut au premier entretien peut y rester avec plusieurs centaines de contacts.

Combien coûte un CRM pour une petite entreprise ?

Pour deux à trois personnes, les systèmes simples se situent entre 25 et 90 par mois, les plus complets à partir de 90. Le poste le plus lourd est en général la mise en route : un à trois jours de rangement des données existantes, plus la prise en main.

Combien de temps prend le passage d'un tableur à un CRM ?

Deux à cinq jours ouvrés sont réalistes. La plus grande part revient au nettoyage de la liste existante – fusionner les doublons, supprimer les contacts morts, uniformiser les orthographes. L'import technique lui-même prend généralement moins d'une heure.

Peut-on utiliser tableur et CRM en parallèle ?

Pour des tâches délimitées, oui – chiffrages, analyses ponctuelles, listes plates sans historique. Pas pour les mêmes données de contact : deux fichiers tenus en parallèle divergent en quelques semaines, et aucun des deux n'est ensuite fiable.

Que faut-il observer côté protection des données ?

Le fournisseur du CRM devient sous-traitant. Un contrat de sous-traitance doit exister avant le premier import, le prestataire doit figurer dans la politique de confidentialité, et des serveurs hors de Suisse ou de l'UE exigent une base propre pour le transfert. La migration est par ailleurs un bon moment pour ne pas emporter les contacts dépourvus de base juridique.