Suivre ses clients sans tableur

Le fichier client du magasin de vélos est un Google Sheets de 1 400 lignes. Bonne idée la première année. Aujourd'hui, le gérant l'ouvre deux fois par mois, surtout pour ajouter un nom, parce que mettre le reste à jour est un travail que personne n'a le temps de faire. Un habitué passe et demande où en est le montage de roues évoqué au printemps ; la feuille a son numéro, son e-mail, et une seule cellule périmée qui dit « intéressé par des roues neuves ». Le reste est dans la tête du gérant, ou nulle part.

Cette feuille ne cale pas parce que le gérant serait mal organisé. Elle cale parce qu'une grille n'a jamais été faite pour contenir un historique. Voici ce que suivre ses clients exige réellement, et pourquoi la solution tient à un changement de forme plutôt qu'à un outil plus sophistiqué.

Pourquoi un fichier client sur tableur finit-il toujours par se périmer ?

Demandez à quiconque a tenu une liste de clients dans Excel ou Google Sheets : l'histoire se répète. Le fichier démarre propre et se dégrade lentement, pour des raisons qui n'ont rien à voir avec la rigueur.

Le mettre à jour est une corvée, donc ça n'arrive pas. Ajouter une ligne pour un nouveau client est rapide. Revenir noter ce qui a changé pour un client existant, c'est retrouver sa ligne, faire défiler jusqu'à la bonne colonne, et décider s'il faut écraser ce qui s'y trouvait. La plupart des jours, ça perd face au client suivant.

Une ligne ne peut pas contenir un historique. Le tableur donne à chaque client une seule ligne, et une ligne stocke un état : son numéro actuel, sa dernière commande, une note qui remplace la précédente. Or une relation client est une suite d'événements dans le temps, et aplatir cette suite en une ligne laisse chaque visite effacer la précédente. Les doublons sont la panne symétrique : la même personne saisie deux fois, son historique coupé en deux. Tenir un client, une fiche est plus dur dans une grille qu'il n'y paraît.

La recherche trouve des noms, pas du contexte. Ctrl+F saute à « Martin » en une seconde. Elle ne dit pas quels clients attendent un devis, ni qui a acheté un vélo de route au printemps sans jamais revenir pour l'entretien, parce que ce contexte n'a jamais été saisi sous une forme qu'un filtre puisse atteindre.

Elle vit sur une seule machine. La feuille est sur le disque d'une personne, ou dans un dossier partagé dont nul ne jure qu'il est à jour. Quand le gérant est absent, l'historique l'est aussi.

Et votre IA ne peut pas la lire. Si vous interrogez déjà Claude ou ChatGPT sur votre semaine, un tableur reste un mur pour eux : un assistant ne peut pas ouvrir votre fichier privé, raisonner dessus, ni ajouter une ligne après un appel. Le seul endroit où vit votre historique client est justement celui où votre IA ne peut pas aller.

Que faut-il vraiment pour suivre ses clients ?

Ôtez l'outil, et suivre ses clients se ramène à trois gestes : saisir ce qui s'est passé, le conserver pour qu'il s'accumule, le retrouver quand on le demande. La grille fait mal le premier, pas du tout le deuxième, et le troisième seulement par le nom. Nommer ces trois gestes rend évident ce qu'un remplaçant doit savoir faire.

La forme qui satisfait les trois est une chronologie, pas une grille. Chaque client a une fiche, et dessous une liste datée d'événements : « 3 mars, montage de roues évoqué, devis à 480 ». « 12 avril, achat vélo de route, taille 56 ». « 1er juin, doit revenir pour un premier entretien ». Rien n'écrase rien, la fiche ne fait que grandir, et la lire de haut en bas raconte toute l'histoire. C'est le modèle derrière ce que doit contenir une fiche client : identité et consentements en tête, un historique courant en dessous.

Comment saisir sans que ça devienne une corvée ?

L'habitude de saisie ne tient que si elle coûte quelques secondes. Le vrai test : pouvez-vous noter une visite avant que le client suivant n'arrive au comptoir ? Une ligne datée avec le fait et la prochaine étape, « devis promis vendredi », passe le test ; un formulaire à dix champs, non.

Il y a deux façons honnêtes d'y déposer une ligne. Vous la tapez vous-même, ce qui va vite quand la forme se résume à une note datée. Ou votre IA l'écrit pour vous : dites à Claude ou ChatGPT « note que Martin a récupéré les roues et veut un devis pour du bikepacking », et l'assistant la classe sur la bonne personne via une seule connexion. Chaque ligne ajoutée par une IA est marquée comme son travail, journalisée et réversible : une note automatique n'est jamais un changement impossible à retracer ou à défaire. Et l'accès démarre en lecture seule : votre assistant peut lire votre historique dès la connexion, et n'écrit qu'une fois l'autorisation donnée.

Comment retrouver ce dont on a besoin, ensuite ?

C'est là qu'une chronologie paie, parce qu'on cesse de faire défiler pour se mettre à demander. Au lieu de parcourir 1 400 lignes, vous posez une question en langage courant et votre IA lit la chronologie pour y répondre : qui attend un devis, quels habitués ne sont pas venus depuis l'hiver, ce que vous avez promis à ce client la dernière fois. L'historique est entré comme des faits datés, donc la réponse vient de la fiche, pas d'une supposition.

La version quotidienne, c'est le brief. Vous demandez ce qui mérite attention, et l'assistant réunit ce qui est en retard, ce qui tombe aujourd'hui, et ce qui s'est tu, sur l'ensemble des clients d'un coup. Une promesse notée en mars devient une relance qui a vraiment lieu en juin, au lieu d'une excuse. C'est cette mémoire, pas une carte de fidélité, qui fait revenir un client : un argument que les chiffres derrière la fidélisation développent en entier.

Comment quitter le tableur ?

Vous ne retapez rien. Exportez votre feuille en CSV, confiez le fichier à votre IA, et demandez-lui d'importer vos contacts. Elle lit les colonnes, crée une fiche par client, et là où votre feuille a des notes datées, elle peut les reprendre en événements de la chronologie. Un export en désordre devient un jeu de fiches propre, sans après-midi de ressaisie.

La mise en place prend environ cinq minutes et aucune ligne de code, c'est tout l'intérêt de l'installation en cinq minutes. Si vous voulez d'abord le face-à-face, le comparatif tableur contre chronologie client détaille où chacun l'emporte. En bref : un tableur est un bon point de départ et un mauvais endroit où rester.

Qu'est-ce qui change quand l'équipe partage une chronologie ?

Comme l'historique vit dans une chronologie partagée plutôt que sur le disque d'une personne, tous ceux qui doivent voir un client voient la même fiche, et l'assistant que chacun utilise lit au même endroit. Vous décidez de l'ampleur : certaines fiches restent ouvertes à toute l'organisation, d'autres sont réservées à une équipe, d'autres restent privées. L'historique ne sort plus par la porte quand quelqu'un s'en va, et il ne dépend plus de savoir si l'on a pensé à mettre le fichier à jour ce matin-là.

Suivre ses clients, sans le tableur

Le tableur est le point de départ de la plupart des commerces, et il n'y a rien à y redire. Il cesse d'être le bon outil dès l'instant où vous vous surprenez à faire défiler pour vous rappeler ce qui s'est passé, ou à vous fier à votre mémoire parce que le fichier demande trop de travail. Suivre ses clients, ce n'est pas une grille plus grande. C'est une chronologie datée par client, une note qui prend quelques secondes, des réponses qu'on obtient en demandant, et un historique que votre IA sait lire et compléter. Déplacez la liste une fois, et elle reste vivante toute seule.