Quand un tableur suffit vraiment pour une agence, où cela commence à vous coûter, et ce qui change vraiment si vous passez à un CRM.
Quand un tableur suffit
En bref
Quand une personne peut garder en tête la prochaine action de chaque élève, qu'il y a moins de vingt élèves actifs, chacun avec une ou deux candidatures, et que personne d'autre n'a besoin des données.
Le tableur bat alors le CRM sur presque tout : pas de coût par utilisateur, pas de modèle de données à définir, pas de migration, et les changements prennent des secondes. Un consultant dans sa première année ne devrait pas chercher de logiciel.
Là où les tableurs commencent à vous coûter cher
Les failles s'additionnent. Chacune seule est supportable, c'est pourquoi elles passent inaperçues.
Données en double ou obsolètes
Le même élève ajouté deux fois sous deux orthographes. Un numéro mis à jour dans une feuille mais pas dans l'autre. Rien ne vous avertit. Vous le découvrez quand un message part vers un numéro remplacé en septembre.
Des relances sans espace où exister
Un tableur ne sait pas ce que « en retard » veut dire. Ajoutez une colonne date, rien ne fait remonter les lignes dépassées : il faut donc s'en souvenir soi-même, exactement ce que vous vouliez éviter.
Une ligne par élève, plusieurs candidatures
La rupture structurelle, sans bonne solution de contournement. Un élève qui postule dans six universités a six échéances et six listes de documents. Soit vous élargissez la ligne à trente colonnes, soit vous écrivez « 3 envoyés, 2 en attente du relevé, TU Delft demande l'essai » dans une cellule qu'aucun filtre ne peut lire.
Permissions
Le partage de feuille est tout ou rien. Un assistant à temps partiel censé voir les coordonnées voit aussi les tarifs et les notes familiales.
Collaboration
Modifier à deux fonctionne techniquement et échoue sur le plan organisationnel : pas de trace de qui a changé quoi, pas de notes de séance, et un tri relancé pendant qu'un collègue lit.
Reporting
Possible avec des tableaux croisés dynamiques, si les données sont propres. C'est ce que les problèmes ci-dessus empêchent. Les échecs de reporting cachent en fait des problèmes de qualité des données.
Suivi des paiements
Des frais échelonnés, ce sont plusieurs paiements par élève. Sur une ligne, cela donne Acompte, Paiement 2, Paiement 3. Quatre versements cassent la structure.
Traçabilité
L'historique des versions répond à « que disait cette cellule avant ? », pas à « qui a changé cette échéance, quand et pourquoi ? ». Si une famille conteste ce qui avait été convenu, cela compte.
Côte à côte
| Tableur | CRM | |
|---|---|---|
| Coût de démarrage | Gratuit | Gratuit à modéré. EduCRM est gratuit jusqu'à 10 élèves |
| Temps de mise en place | Minutes | Quelques jours à quelques semaines, nettoyage compris |
| Flexibilité | Totale | Encadré par le modèle, même si vous nommez les étapes |
| Plusieurs candidatures par élève | S'effondre | Natif |
| Relances en retard | Manuel | Une liste que vous pouvez produire |
| Permissions | Tout ou rien | Par rôle |
| Documents | Un disque séparé, nommé séparément | Rattaché à la fiche |
| Historique des modifications | Historique de la cellule | Qui a changé quoi, et quand |
| Partir | Vous avez déjà le fichier | Cela dépend de l'export. Vérifiez d'abord |
L'argument honnête contre le changement
- Migrer demande du travail. L'import propose le mapping et valide les lignes, mais nettoyer un fichier en désordre prend une demi-journée pour cinquante élèves. Une migration à moitié faite est pire que rien.
- Un CRM impose un modèle. Si votre process ne correspond pas, vous passerez des mois à le combattre.
- L'habitude est plus dure que la donnée. Ça ne marche que si chacun arrête d'ouvrir le fichier. C'est un problème de management.
Ce qui change vraiment si vous passez au CRM
Pas « l'efficacité ». Quatre choses concrètes :
- Un filtre donne toutes les candidatures en préparation avec une échéance sous six semaines.
- Un filtre donne tous les élèves actifs sans prochaine action datée : ceux qui partent en silence.
- Un collègue peut vous remplacer. Le contexte est noté.
- Vous connaissez le solde avant le rendez-vous, pas en fin de mois.
Si aucun de ces quatre points ne changerait une décision dans une semaine normale, restez sur le tableur.
Si vous décidez de migrer
Élèves actifs, puis candidatures en cours, puis soldes impayés. Pas d'historique. Voir passer du tableur à un CRM et le guide d'achat CRM.
Testez-le sur votre propre charge de travail
Gratuit pour 10 élèves, assez pour une vraie comparaison en deux semaines.
Continuer la lecture
Guide d'achat d'un CRM
Features that matter, questions to ask vendors, and a checklist for comparing systems.
En savoir plusSuivi des candidatures
Every application with its stage, deadline, documents and owner, on one board.
En savoir plusGestion des élèves
One record per student: contacts, sessions, applications, documents, payments and notes.
En savoir plusConseillers en études à l'étranger
Enquiries, counselling, shortlists, applications and visa paperwork for students going overseas.
En savoir plusQuestions fréquentes
Les tableurs sont-ils mauvais pour les consultants en éducation ?
Non. Pour un consultant seul avec moins d'une vingtaine d'élèves actifs, un tableur suffit en général. Les problèmes commencent quand un élève a de nombreuses candidatures, qu'une autre personne a besoin d'y accéder, ou que les relances dépendent de la mémoire.
Quelle est la principale chose qu'un tableur ne peut pas faire ?
Gérez plusieurs candidatures en cours par élève, chacune avec son étape, sa date limite et ses documents. Une ligne par élève force tout cela dans une cellule que rien ne peut filtrer.
Peut-on continuer à utiliser notre tableur en parallèle d'un CRM ?
Seulement brièvement. Faire tourner les deux plus d'une ou deux semaines donne deux systèmes incomplets. Fixez une date après laquelle le tableur passe en lecture seule.