Le résumé en cinq lignes
SNYL, distributeur agroalimentaire, prenait ses commandes par téléphone, email et messagerie, puis les ressaisissait à la main dans ses tableurs. Avec un catalogue de plus de 280 références et plus de 800 comptes clients, chaque commande passait deux fois par un humain.
FlowMatter a construit une interface de commande en ligne connectée au catalogue, avec confirmation automatique au client et reporting consolidé en back-office. Résultat : zéro ressaisie, une commande qui arrive structurée du premier coup, et de l'ordre de 3 heures par jour rendues à l'équipe administrative.
| Élément | Donnée |
|---|---|
| Secteur | Distribution agroalimentaire |
| Catalogue | Plus de 280 références |
| Comptes clients | Plus de 800 |
| Système livré | Interface de commande, confirmations automatiques, reporting consolidé, back-office tableur |
| Ressaisie manuelle | Supprimée |
| Effectif de l'entreprise | [à compléter : nombre de personnes dans l'entreprise] |
| Temps administratif libéré | Environ 3 heures par jour, estimation de l'équipe |
| Bénéfice secondaire | Le catalogue en ligne sert désormais de support de présentation commerciale |
| Durée du projet | [à compléter : nombre de semaines entre le cadrage et la mise en production] |
Le contexte
SNYL distribue des produits alimentaires à une clientèle professionnelle. Le catalogue dépasse 280 références, dont les prix et les disponibilités bougent, et la base compte plus de 800 comptes clients aux conditions différentes.
Les commandes arrivaient par les trois canaux habituels du secteur : l'appel téléphonique, l'email et la messagerie instantanée. Chacun produisait un format différent, souvent incomplet, parfois ambigu sur la référence exacte ou la quantité.
Ce n'est pas un problème d'outil, c'est un problème de structure : une commande qui entre en texte libre doit être interprétée, puis retapée. Toute la chaîne en aval hérite de cette double manipulation.
Le problème, tel qu'il se vivait
- La double saisie. Chaque commande était lue, interprétée, puis ressaisie dans le tableur de suivi. Le même travail, fait deux fois, par une personne qualifiée.
- Les erreurs de référence. Avec 280 références, un intitulé approximatif au téléphone conduit régulièrement à la mauvaise ligne. L'erreur se découvre à la livraison, quand elle coûte le plus cher.
- Aucune confirmation fiable. Le client ne recevait pas systématiquement de récapitulatif, donc les litiges se réglaient de mémoire.
- Un reporting reconstitué à la main. Savoir ce qui avait été commandé, par qui, sur quelle période, demandait de consolider des fichiers.
Le coût réel de cette organisation n'est pas dans le temps de saisie seul. Il est dans les erreurs rattrapées en urgence, les appels de vérification, et l'impossibilité de voir la tendance des ventes sans y passer une demi journée.
Ce qui a été construit
Une interface de commande connectée au catalogue
Les clients professionnels commandent directement sur une interface web, en sélectionnant des références réelles du catalogue plutôt qu'en décrivant un produit. La commande naît donc structurée, avec la bonne référence et la bonne quantité, sans interprétation possible.
Des comptes clients avec leurs conditions
Plus de 800 comptes, chacun avec son accès et ses paramètres. Le client retrouve son historique et ne voit que ce qui le concerne.
La confirmation automatique
Chaque commande validée déclenche un récapitulatif envoyé au client. Le litige de mémoire disparaît, et la charge de rassurer le client ne repose plus sur un rappel téléphonique.
Le back-office et le reporting
Les commandes alimentent en continu un back-office tableur, l'outil que l'équipe utilisait déjà, avec un reporting consolidé. Aucun changement d'habitude n'a été imposé côté interne : le système écrit là où les gens regardent déjà.
Un catalogue qui devient un support commercial
Effet non prévu au cadrage, et devenu l'un des bénéfices les plus utiles : le catalogue en ligne, construit pour la prise de commande, sert aussi de support de présentation face à un prospect. Les 280 références y sont à jour, présentées proprement, accessibles depuis un téléphone en rendez-vous. Un outil interne est devenu un actif commercial.
L'ensemble tourne sur un hébergement dédié, avec accès administrateur restreint et connexions sécurisées. La question de la sécurité a été traitée pendant la construction, pas après.
Les résultats
- Zéro ressaisie. La commande entre une seule fois, structurée, et circule sans retraitement.
- Plus d'ambiguïté sur les références. Le client choisit dans le catalogue réel, la source d'erreur la plus coûteuse disparaît à la racine.
- Une confirmation systématique, donc moins d'appels de vérification et des litiges tranchés par une trace écrite.
- Un reporting disponible en continu plutôt que reconstitué à la demande.
- Environ 3 heures par jour rendues à l'équipe sur la saisie et les vérifications, selon l'estimation de l'équipe administrative.
- Un support de présentation commerciale obtenu sans travail supplémentaire, le catalogue en ligne servant aussi face aux prospects.
- Aucun outil remplacé. Le back-office reste le tableur que l'équipe maîtrise.
[à compléter : le verbatim du client, une ou deux phrases, et son autorisation de publication]
Ce que ce cas montre
Trois enseignements transposables à n'importe quelle entreprise qui prend des commandes ou des demandes en texte libre.
1. La bonne cible n'est pas la tâche, c'est le point d'entrée. On aurait pu construire un agent qui lit les emails de commande et les transcrit. Cela aurait automatisé la ressaisie sans supprimer sa cause. Déplacer le point d'entrée fait disparaître le travail au lieu de l'accélérer.
2. La donnée structurée en amont vaut dix corrections en aval. Une commande née propre supprime l'erreur de référence, le litige, l'appel de vérification et le retraitement comptable, d'un seul coup.
3. On n'a pas remplacé les outils de l'équipe. Le tableur est resté. C'est la condition pour que le système soit adopté au lieu d'être contourné.
Questions fréquentes
Combien de temps l'équipe a-t-elle gagné ?
De l'ordre de 3 heures par jour sur la saisie et les vérifications, selon l'estimation de l'équipe administrative. Ce temps était consacré à relire des commandes reçues en texte libre, à les retaper et à rappeler des clients pour lever une ambiguïté de référence.
Combien de temps a duré le projet ?
Le système a été construit et mis en production sur une durée courte, de l'ordre de quelques semaines, en commençant par le coeur du besoin, la prise de commande structurée, avant d'ajouter les confirmations et le reporting.
Le client a-t-il dû changer ses outils ?
Non. Le back-office est resté le tableur que l'équipe utilisait déjà. Le système écrit dedans en continu. C'est un principe de méthode : on augmente la stack existante plutôt que d'imposer une migration.
Est-ce transposable à un autre secteur ?
Oui, le schéma est indépendant du secteur. Toute entreprise qui reçoit des demandes en texte libre par téléphone, email ou messagerie, puis les ressaisit dans un outil, rencontre le même problème et peut le traiter de la même façon.
Que se passe-t-il pour les clients qui veulent continuer à téléphoner ?
Ils continuent. Le canal téléphonique n'est pas supprimé, il devient minoritaire. L'objectif n'est jamais de forcer un changement d'habitude côté client, mais de rendre le canal structuré plus pratique que les autres.
Qui a construit ce système
