Architecture cible Tastiie — WooCommerce, opérations et automatisations
Rôle de cette page
Décrire une architecture cible simple, concrète et progressive pour Tastiie, en séparant clairement ce qui relève :
- du front de commande
- du pilotage entreprise / salarié
- des opérations cuisine / achats / livraisons
- des automatisations
- d’un futur socle métier plus structuré
Principe directeur
Tastiie ne doit pas chercher à tout reconstruire dans un seul bloc.
La bonne architecture est modulaire :
- commande
- règles entreprise / salarié
- opérations internes
- pilotage et reporting
- migration progressive vers un socle métier si nécessaire
Bloc 1 — Front de commande
Rôle
Gérer l’expérience visible côté client final.
Ce que ce bloc doit porter
- catalogue repas
- menus et variantes simples
- comptes salariés
- panier
- checkout
- paiement du reste à charge
- emails transactionnels
- historique de commande
Outil recommandé
- WordPress + WooCommerce
Pourquoi
Parce que ce bloc doit rester :
- rapide à lancer
- souple côté contenus
- maîtrisable commercialement
- compatible avec une trajectoire B2B/B2C
Bloc 2 — Gestion entreprise / salariés
Rôle
Porter la logique métier de rattachement entre une entreprise, ses salariés et les règles de commande.
Ce que ce bloc doit porter
- fiche entreprise
- site ou établissement
- liste des salariés autorisés
- statut actif / inactif
- règles de prise en charge
- plafonds éventuels
- logique d’éligibilité
Principe recommandé
Ne pas viser au départ un portail RH trop lourd.
Logique de départ
- import ou mise à jour simple des salariés
- rattachement à une entreprise
- règles de prise en charge limitées et lisibles
Bloc 3 — Mécanique de prise en charge employeur
Rôle
Gérer la part entreprise et le reste à charge salarié.
Modèle recommandé
Le modèle le plus réaliste est :
- l’entreprise définit ou reçoit une règle de prise en charge
- cette règle s’applique à la commande
- le salarié paie le reliquat
- la part entreprise est consolidée à part pour le suivi et la facturation
Ce qu’il faut éviter au départ
- double paiement natif trop complexe
- règles très fines par exception
- logique trop comptable dans le checkout
Lecture stratégique
Ce bloc est le point de vigilance principal de l’architecture.
Bloc 4 — Exploitation cuisine
Rôle
Transformer les commandes en exécution réelle.
Ce que ce bloc doit produire
- commandes du jour
- consolidés par plat
- volumes production
- listes de préparation
- vues par jour et éventuellement par site
Phase 1 recommandée
- exports structurés
- tableaux de pilotage simples
- processus opérables sans outil lourd
Phase 2 recommandée
- bascule vers un outil métier si les volumes et la fréquence d’exception augmentent fortement
Bloc 5 — Achats fournisseurs
Rôle
Transformer les besoins de production en besoins d’approvisionnement.
Ce que ce bloc doit produire
- vue des besoins matière
- préparation des commandes fournisseurs
- suivi des quantités clés
- meilleure visibilité sur les coûts
Phase 1 recommandée
- extraction simple depuis les commandes consolidées
- logique semi-automatisée
Phase 2 recommandée
- passage à un outil plus structuré si le pilotage achat devient critique
Bloc 6 — Livraisons et tournées
Rôle
Aider l’équipe à préparer et piloter les livraisons.
Ce que ce bloc doit produire
- vues par site de livraison
- regroupement des commandes
- feuilles de tournée ou listes de dépôt
- suivi simple des créneaux
Phase 1 recommandée
- logique de livraison simple
- peu de règles d’exception
- vues opérationnelles claires
Phase 2 recommandée
- structuration plus poussée si la maille logistique devient plus dense
Bloc 7 — Reporting et facturation B2B
Rôle
Donner une lecture entreprise / client / période pour piloter commercialement et administrativement.
Ce que ce bloc doit produire
- vue des commandes par entreprise
- total de prise en charge entreprise
- total payé par les salariés
- synthèse mensuelle
- base de préparation de facturation
Principe recommandé
Au départ, viser un reporting lisible et actionnable, pas une usine administrative.
Bloc 8 — Automatisations
Rôle
Relier les blocs entre eux sans recréer trop tôt un système complexe.
Ce que les automatisations doivent faire
- récupérer les commandes
- alimenter les vues opérationnelles
- consolider les données utiles
- préparer les exports
- réduire la charge manuelle répétitive
Ce qu’elles ne doivent pas faire
- cacher une logique métier critique non documentée
- devenir un back-office invisible impossible à reprendre
Principe de discipline
Toute automatisation doit être :
- documentée
- compréhensible
- réversible
- limitée aux flux utiles
Bloc 9 — Socle métier futur
Rôle
Absorber la complexité quand WooCommerce + process légers ne suffisent plus.
Déclencheurs de bascule
- hausse forte du volume
- diversité croissante des entreprises et contrats
- complexité achats / production / livraisons
- besoin de gouvernance plus robuste
- charge manuelle trop élevée
Candidats principaux
- Apicbase si la priorité est l’exploitation
- FoodStorm si la priorité est la logique traiteur entreprise
Architecture cible par phase
Phase 1 — Lancement propre
- WooCommerce pour la commande
- logique entreprise / salarié simple
- exports et vues ops structurées
- automatisations légères
Phase 2 — Structuration
- amélioration du reporting
- meilleure formalisation des règles de prise en charge
- réduction des points manuels les plus sensibles
Phase 3 — Passage éventuel à un outil métier
- intégration d’un moteur ops plus robuste
- séparation plus nette entre front commercial et back-office métier
Lecture d’ensemble
La bonne architecture cible pour Tastiie n’est pas un monolithe.
C’est une trajectoire :
- simple au lancement
- disciplinée pendant la croissance
- structurée quand la complexité réelle le justifie
Recommandation opérationnelle
À garder dans WooCommerce
- catalogue
- commande
- comptes utilisateurs
- expérience d’achat
- paiement salarié
À garder dans une couche opérationnelle légère au départ
- vues production
- vues achats
- vues livraisons
- consolidation entreprise
- synthèses mensuelles
À faire basculer plus tard si besoin
- moteur production avancé
- achats structurés
- supply plus robuste
- gouvernance métier plus forte
Synthèse décisionnelle
Tastiie doit lancer une architecture qui accepte la progression.
Le bon choix n’est pas d’être “petit” ou “grand” tout de suite.
Le bon choix est d’être simple, lisible et évolutif.