La transformation numérique est souvent racontée comme une affaire de grands groupes : budgets importants, équipes informatiques dédiées, programmes pluriannuels. Cette vision oublie un terrain où son impact peut être encore plus direct : les petites entreprises, dans lesquelles chaque ressaisie, chaque appel manqué et chaque information transmise trop tard consomment une part visible de la journée.
L’ami du Pain, boulangerie artisanale de La Rochelle, illustre une autre approche. L’objectif n’était pas de « faire de la tech », mais de résoudre des problèmes quotidiens : recevoir des commandes à toute heure sans perdre d’information, agréger les quantités pour le fournil, suivre la préparation, organiser les livraisons et tenir les clients informés. Le résultat est un système métier construit autour du travail réel, et non l’inverse.
Le portail professionnel et les écrans opérationnels ci-dessous proviennent de la version actuelle. Les données permettant d’identifier les clients ont été masquées.
Le vrai coût des petits frottements
Dans une activité artisanale B2B, la commande peut arriver par téléphone, message, e-mail ou conversation de vive voix. Cette souplesse est appréciée des clients, mais elle déplace la complexité vers l’équipe. Une personne doit comprendre la demande, vérifier la date, reconnaître le produit malgré un surnom, recopier les quantités, signaler un changement au fournil, mettre à jour le bon de livraison, puis confirmer au client.
Chaque opération ne prend que quelques minutes. Multipliée par des dizaines de commandes et répétée chaque semaine, elle devient pourtant une charge considérable. Le problème principal n’est pas seulement le temps : c’est la fragmentation. Une commande existe dans plusieurs conversations, tableaux et mémoires humaines. Une correction tardive peut ne pas atteindre la bonne personne. Une absence suffit à rendre une partie du contexte inaccessible.
La première réussite du projet a donc été de créer une source d’information commune. Une commande n’est plus un message à interpréter plusieurs fois : c’est un objet structuré, relié à un client, une date de livraison, des produits, des quantités, un mode de livraison et un statut.
Un seul flux, de la commande à la livraison
Le portail donne à chaque rôle la vue dont il a besoin. Le client retrouve ses produits fréquents, consulte le catalogue, choisit une date autorisée et voit ses commandes actives ou passées. Les commandes récurrentes peuvent être enregistrées comme commandes permanentes. Les horaires, jours de fermeture exceptionnels, délais de commande et conditions de livraison sont intégrés au processus : la règle est appliquée au moment utile, plutôt que mémorisée par une seule personne.
Côté équipe, les commandes sont centralisées et classées par date, créneau et statut. Une modification ne déclenche plus une chaîne de ressaisies. Elle devient visible dans le même flux pour la préparation, l’emballage et la livraison.
Ce flux n’est plus une démonstration : il traite aujourd’hui plus de 1 000 commandes par mois, soit environ 4 000 à 5 000 lignes produit. Cette échelle rend les règles de coupure, les corrections tardives et l’agrégation de production directement mesurables en conditions réelles.
Capture réelle du suivi quotidien des statuts clients.
Le gain le plus important apparaît dans l’agrégation. Le fournil n’a pas besoin de parcourir vingt-quatre commandes pour calculer combien de baguettes, pains spéciaux ou viennoiseries produire. Le système regroupe les besoins par produit tout en conservant le détail par client. L’équipe sait ce qui reste à préparer, ce qui est emballé et quelle tournée part en premier.
Une vue commune évite les calculs parallèles et rend les priorités visibles.
À la fin du flux, les bons de livraison et documents PDF sont générés à partir des mêmes données. Les chauffeurs peuvent suivre les livraisons, marquer une commande comme livrée et faire remonter l’état réel du terrain. Le dossier client conserve alors une histoire cohérente, utile aussi bien pour répondre à une question que pour préparer une nouvelle commande.
L’IA comme raccourci métier, pas comme pilote automatique
L’assistant IA constitue l’étape la plus visible, mais il ne remplace ni le système de gestion ni la décision humaine. Son rôle est de réduire la distance entre la manière naturelle de parler et la structure attendue par l’application.
Un opérateur peut écrire : « lundi 20 traditions et 8 complets tranchés, mardi 24 traditions, puis la même chose jeudi ». L’assistant identifie les jours, rapproche les expressions du catalogue, tient compte des produits fréquents du client et prépare plusieurs commandes. Avant toute écriture, il affiche un récapitulatif et demande confirmation. En cas d’ambiguïté, il pose une question.
L’IA prépare une proposition structurée ; l’utilisateur conserve la validation finale.
Cette conception est essentielle. Une IA utile dans une petite entreprise doit connaître ses limites. Elle travaille avec le catalogue, les droits d’accès et les règles existantes. Elle conserve l’historique des échanges, peut apprendre des formulations habituelles et synchronise la conversation entre les appareils. Mais une suggestion n’est pas silencieusement transformée en commande. Le récapitulatif, la confirmation et l’auditabilité font partie du produit.
L’intérêt dépasse le simple effet « chatbot ». L’IA absorbe les variations du langage : abréviations internes, noms approximatifs, commande hebdomadaire rédigée en une phrase. Elle aide les personnes qui connaissent parfaitement le métier mais ne veulent pas naviguer dans une longue série de formulaires. La technologie s’adapte ainsi au vocabulaire de l’équipe.
Une PWA pour travailler là où le travail se passe
Une petite entreprise ne peut pas supposer que tout le monde travaille devant un ordinateur récent. Les commandes sont contrôlées depuis une cuisine, un téléphone personnel, le comptoir ou un véhicule. L’application web a donc été pensée en responsive design et distribuée comme PWA — une Progressive Web App installable depuis le navigateur.
Le même parcours est utilisable sur un petit écran, avec des actions adaptées au tactile.
La PWA offre une expérience proche d’une application : icône sur l’écran d’accueil, ouverture en mode autonome, mises à jour automatiques et comportement prévu en cas de réseau dégradé. Le panier et certains états utiles sont protégés contre les interruptions. Cette approche permet de déployer rapidement une expérience mobile cohérente sans imposer immédiatement l’installation via un store.
Des applications natives iOS et Android dédiées constituent une perspective de développement, notamment pour approfondir les usages de livraison, les notifications et les fonctions propres au téléphone. Elles ne sont pas présentées comme une fonctionnalité déjà livrée : aujourd’hui, la base mobile opérationnelle est la PWA responsive. Cette progression par étapes évite de financer trop tôt plusieurs produits parallèles.
Les notifications doivent servir le processus
Centraliser ne signifie pas obliger chacun à surveiller un écran. Le système dispose d’un service de notifications capable de distribuer les événements utiles par e-mail, push et Telegram. Une confirmation de commande, une modification, un rappel ou un changement de statut peut atteindre la bonne personne par son canal habituel.
Telegram est particulièrement pratique pour les messages courts et urgents. Mais le principe le plus important est architectural : la notification est déclenchée par un événement métier enregistré. Elle ne devient pas une deuxième base de données. Si un message est retardé, la commande reste sauvegardée et visible dans l’application. Les préférences des utilisateurs et le statut d’envoi peuvent être suivis sans bloquer le travail principal.
Cette distinction évite un piège fréquent : automatiser le chaos en multipliant les messages. Une bonne notification indique qu’une action est requise, renvoie vers la donnée de référence et respecte le rôle du destinataire.
Un socle technique moderne, proportionné au besoin
Le frontend est construit avec Nuxt 4, Vue 3 et TypeScript. Tailwind CSS fournit le système de styles ; Pinia gère l’état de l’interface et TanStack Vue Query le chargement et la mise en cache des données. Le mode SPA et la configuration PWA donnent une interface rapide sur ordinateur comme sur mobile.
Le backend actuel repose sur Directus 12, utilisé comme CMS headless et API métier au-dessus de PostgreSQL. Les extensions Directus portent les règles spécifiques : autorisations, commandes permanentes, notifications, historique et intégrations. Un service séparé génère les PDF, tandis qu’un Notification Hub distribue les messages et qu’un service d’agent IA dialogue avec l’application. Les fichiers peuvent être stockés sur un stockage objet compatible Cloudflare R2.
Ce découpage est pragmatique. Directus accélère la création des collections, relations, permissions et vues administratives. Les services spécialisés isolent les tâches qui ont des contraintes différentes. Surtout, la technologie reste remplaçable par composants : le processus métier et le modèle de données ne dépendent pas d’un écran unique.
Où se trouvent réellement les heures économisées ?
Le retour ne vient pas d’un bouton magique. Il vient de dizaines de gestes supprimés ou raccourcis : ne plus recopier une commande, ne plus recalculer les totaux, ne plus rechercher la dernière version d’un message, ne plus appeler pour confirmer un statut déjà visible, ne plus reconstruire une commande récurrente.
Une petite entreprise peut mesurer ces gains simplement. Pendant une semaine, elle note le volume de commandes et le temps moyen consacré à cinq opérations : réception, ressaisie, consolidation, correction et information du client. Après mise en place, elle mesure les mêmes opérations. Même un gain moyen de quelques minutes par commande devient plusieurs heures lorsque le volume hebdomadaire augmente. À cela s’ajoutent les erreurs évitées, les urgences mieux absorbées et la possibilité de transmettre un poste sans transmettre toute une mémoire informelle.
Le bénéfice humain est tout aussi concret. Le boulanger se concentre sur la production. L’administration traite les exceptions plutôt que les copies. Le livreur reçoit une information plus claire. Le client peut commander au moment qui lui convient et vérifier ce qui a été pris en compte. La technologie n’accélère pas seulement le travail : elle réduit l’incertitude qui fatigue les équipes.
Les principes reproductibles pour une petite entreprise
Cette expérience suggère une méthode accessible à d’autres métiers : commencer par cartographier un flux complet, choisir une source de vérité, rendre les statuts visibles et automatiser ensuite les transmissions répétitives. Il est préférable de livrer d’abord un parcours utilisé tous les jours plutôt qu’un grand tableau de bord sans propriétaire.
Les règles doivent être intégrées au système, les accès limités par rôle et les actions sensibles confirmées. Le mobile doit être testé dès le début. L’IA arrive après la structuration des données : sans catalogue, historique et règles fiables, elle ne fait que produire du texte plausible. Avec ce socle, elle devient une interface supplémentaire, particulièrement efficace pour les demandes complexes.
Enfin, la réussite dépend de l’observation. Un terme mal reconnu, un écran trop dense ou une notification inutile est une information de conception. Les retours des utilisateurs ne sont pas une phase finale ; ils alimentent le produit en continu.
Une technologie à taille humaine
La transformation numérique d’une petite entreprise n’a pas besoin d’imiter celle d’un groupe international. Elle doit protéger ce qui fait la valeur du métier — le savoir-faire, la relation et la capacité d’adaptation — tout en supprimant le travail invisible qui l’encombre.
Chez L’ami du Pain, le système relie désormais la commande, la production, l’emballage, les documents, la livraison et l’information client. La PWA rend ce flux accessible partout. Telegram et les autres canaux transmettent les événements utiles. L’IA permet de formuler une demande comme on la dirait à un collègue, avec validation avant action. Les futures applications natives pourront prolonger cette base quand l’usage le justifiera.
C’est peut-être la meilleure définition d’une technologie réussie dans une petite structure : non pas davantage d’écrans, mais moins de ressaisies, moins de doutes et davantage de temps rendu aux personnes.