MIDM

Le projet

Une boutique vit toute la journée sur deux questions : qu'y a-t-il vraiment en rayon, et qu'est-ce qui s'est vendu. La plupart du temps, la réponse dort dans un tableur que personne ne pense à mettre à jour, ou dans la tête de la personne présente ce jour-là. Le pari : un outil sur mesure, pensé pour gérer stock, boutiques, et employés vaut mieux qu'un outil généraliste, parce qu'il peut coller à la façon dont cette boutique fonctionne vraiment.

Le stack technique

Next.js sur Vercel, avec Supabase pour l'authentification et Postgres pour les données. Un inventaire modélisé par produit, couleur et taille plutôt qu'en liste, parce qu'une boutique n'a pas « quarante chemises » : elle a une déclinaison de tailles par couleur, et c'est précisément là que se joue tout le travail.

Deux rôles : un propriétaire qui voit et accède à tout, et une équipe qui enregistre les ventes sans pouvoir modifier le stock derrière. Chaque mouvement de stock est justifié, pour qu'un écart de comptage se retrouve au lieu de se discuter.

Le défi

L'inventaire. Un chiffre de stock n'est utile que s'il correspond au rayon et il cesse d'y correspondre dès que deux personnes vendent en même temps, qu'un retour est saisi deux fois, ou qu'un ajustement est fait sans commentaire. Le vrai travail n'est pas le tableau de bord : ce sont les règles qui le régulent, celles qui rendent un chiffre défendable en fin de semaine.

Les seuils de stock bas et de rupture se décident produit par produit plutôt que globalement, parce qu'on ne réapprovisionne pas un best seller au même rythme qu'une pièce dont on ne détient que deux exemplaires.

Statut

live et utilisé au quotidien.