Option maison — WooCommerce + automatisations Google
Rôle de cette page
Documenter une trajectoire de lancement plus légère pour Tastiie, fondée sur un socle WooCommerce et des automatisations simples, afin d’éviter un investissement trop lourd trop tôt.
Contexte
Si les logiciels métiers du marché sont trop chers, trop rigides ou mal adaptés au modèle exact de Tastiie, une version maison peut servir de phase de lancement.
Cette logique ne doit pas être lue comme un “outil définitif”, mais comme un MVP opérationnel structuré.
Hypothèse de départ
Tastiie peut lancer une première version crédible si :
- les règles de prise en charge employeur restent relativement simples
- le nombre d’entreprises pilotes reste maîtrisé
- l’équipe accepte certains process semi-manuels bien documentés
- la priorité est de vendre, apprendre et structurer le réel avant de surinvestir
Architecture fonctionnelle recommandée
1. Front de commande
WordPress + WooCommerce pour :
- catalogue repas
- comptes salariés
- comptes entreprise légers
- panier et checkout
- emails transactionnels
- historique de commandes
- paiement du reste à charge salarié
2. Référentiel entreprise / salariés
Une base simple pour gérer :
- entreprise
- site ou établissement
- liste des salariés
- statut actif / inactif
- règles de prise en charge
- éventuels plafonds
- rattachement logistique
3. Automatisations Google
Une couche Google peut servir à produire rapidement :
- vue commandes du jour
- vue production cuisine
- vue livraisons
- vue achats fournisseurs
- reporting entreprise
- synthèse mensuelle de prise en charge
4. Orchestration assistée
Une couche d’automatisation et d’assistance peut aider à :
- transformer les commandes en tableaux d’exploitation
- consolider les exports
- générer les vues utiles par jour, site ou client
- accélérer la documentation et le pilotage
Ce que la version maison permet de faire vite
V1 réaliste
- onboarder quelques entreprises pilotes
- rattacher des salariés à une entreprise
- permettre la commande individuelle
- appliquer une logique simple de prise en charge
- sortir les listes de production du jour
- sortir les vues de livraison
- préparer la facturation entreprise
V1.5
- logique d’abonnement simple
- suivi plus propre des plafonds ou crédits
- exports fournisseurs semi-automatisés
- pilotage par site ou par entreprise
Modèle recommandé pour la prise en charge employeur
La bonne logique de départ n’est pas un double paiement natif trop complexe.
Le modèle recommandé est plutôt :
- l’entreprise dispose d’une règle de prise en charge
- cette prise en charge s’applique à la commande du salarié
- le salarié paie uniquement le reliquat
- la part entreprise est consolidée pour le suivi et la facturation
Cette lecture est beaucoup plus réaliste qu’un vrai co-paiement à deux payeurs sur une même commande.
Ce que cette option couvre bien
- lancement rapide
- faible coût initial
- souplesse d’adaptation
- apprentissage réel des flux métier
- documentation progressive des vraies règles
- meilleure visibilité sur ce qu’il faudra industrialiser ensuite
Ce que cette option couvre moins bien
- forte volumétrie
- logique multi-sites complexe
- règles de subvention très fines
- grand nombre d’exceptions RH ou comptables
- supply chain structurée en temps réel
- audit complet et gouvernance avancée
Risques principaux
1. Complexité cachée de la subvention employeur
C’est le vrai point critique.
Dès que les règles deviennent nombreuses, le système léger se fragilise vite.
2. Dépendance aux process internes
Si les automatisations remplacent trop de logique métier non documentée, l’équipe devient dépendante d’un fonctionnement fragile.
3. Dispersion des données
Plus il y a de briques, plus il faut clarifier :
- où naît la donnée
- où elle est consolidée
- qui fait foi
4. Dette opérationnelle
Une version légère fonctionne bien si elle reste cadrée.
Elle devient dangereuse si elle absorbe trop d’exceptions sans refonte.
Règle de discipline
La version maison ne doit pas devenir une “plateforme cachée” bricolée.
Elle doit rester :
- limitée en scope
- lisible
- documentée
- réversible
- pensée comme phase de lancement
Seuils à partir desquels il faut basculer vers un outil métier plus structuré
- multiplication des entreprises avec règles différentes
- abonnements plus riches
- hausse forte du volume de commandes
- besoin de production multi-sites plus robuste
- besoin de gouvernance, contrôle et reporting plus fiables
- charge opérationnelle croissante pour maintenir les exports et corrections
Lecture stratégique pour Tastiie
La version maison est pertinente si Tastiie veut :
- lancer vite
- signer les premiers clients
- apprendre les usages réels
- éviter de payer trop tôt un logiciel trop lourd
Elle devient moins pertinente si Tastiie veut tout de suite :
- industrialiser fortement
- fiabiliser une grosse volumétrie
- gérer beaucoup de règles contractuelles différentes
- professionnaliser très vite la supply, la prod et la logistique
Recommandation à ce stade
Court terme
Construire une version maison cadrée avec :
- WooCommerce en socle transactionnel
- process internes propres
- automatisations simples et documentées
- pilotage serré de la complexité
Moyen terme
Utiliser cette phase comme terrain d’apprentissage pour savoir ensuite :
- quoi garder dans WooCommerce
- quoi standardiser
- quoi faire basculer dans un outil métier dédié
Synthèse décisionnelle
La version maison est une bonne option si elle est assumée comme phase transitoire intelligente, pas comme solution finale universelle.
Le vrai enjeu n’est pas seulement de lancer moins cher.
Le vrai enjeu est de lancer proprement, d’apprendre vite, puis de décider au bon moment du passage vers un socle métier plus structuré.