Batchi.

Le besoin

Dans une boulangerie, une pâtisserie, une chocolaterie ou chez un traiteur, les commandes arrivent de partout : au comptoir, par téléphone, par message. Elles finissent souvent sur un carnet, et c'est là que les oublis commencent.

Batchi centralise tout : la vendeuse prend la commande, le laboratoire sait quoi préparer et pour quand, et le client récupère sa commande à l'heure prévue.

Ce que fait l'application

• Prise de commande : client, produits, quantités, notes et créneau de retrait.
• Production : une vue dédiée au laboratoire pour préparer les bonnes quantités au bon moment.
• Catalogue : produits classés par catégorie, prix et stock propres à chaque boutique, avec seuils d'alerte.
• Multi-boutiques & équipe : chaque membre a un rôle (administrateur, vendeur, laboratoire) et n'accède qu'à ce qui le concerne.
• Abonnement en ligne : souscription par carte bancaire, puis un parcours d'accueil guidé (boutique → catégorie → premier produit) pour être opérationnel en quelques minutes.

Sous le capot

Le produit est découpé en deux applications.

L'interface est construite avec Next.js (App Router et Server Components) et Tailwind CSS. Le code est organisé par domaine métier (commandes, production, catalogue, équipe…) pour rester lisible à mesure que l'application grandit. Les données sont validées avec Zod et les composants testés avec Vitest et Testing Library.

L'API tourne sur NestJS avec Prisma et PostgreSQL. Elle est multi-tenant : chaque organisation ne voit que ses propres données. L'authentification repose sur Better Auth, les abonnements sur Stripe (webhooks) et les images produits sur Cloudinary. La qualité est suivie avec Jest, SonarQube et une intégration continue GitHub Actions (lint, tests, build) sur chaque modification.