Backlog Produit — WooCommerce
Rôle de cette page
Prioriser le travail produit et opérationnel autour du socle WooCommerce Tastiie en distinguant clairement :
- MVP
- V1.5
- V2
Principe directeur
Le backlog doit rester orienté :
- valeur business
- vitesse de mise en ligne
- clarté opérationnelle
- maintenabilité
- réduction de la dette inutile
MVP — indispensable pour lancer proprement
Objectif
Avoir une base vendable, administrable et opérable.
Bloc 1 — Site et navigation
- clarifier l’architecture du site
- refondre homepage et navigation
- créer les pages essentielles de réassurance
- rendre le parcours entreprise lisible
Bloc 2 — Catalogue et produits
- créer le catalogue initial
- définir catégories et structure produit
- harmoniser fiches produit
- cadrer attributs utiles et informations clés
Bloc 3 — Parcours de commande
- configurer panier et checkout
- configurer paiements
- tester la création de compte
- tester la commande de bout en bout
Bloc 4 — Livraison et exploitation simple
- configurer zones de livraison
- définir créneaux simples si retenus
- documenter règle de cutoff
- préparer une vue simple de commandes du jour
Bloc 5 — B2B léger
- configurer comptes client et premiers comptes entreprise
- définir un process simple de rattachement salarié / entreprise
- cadrer la logique de prise en charge employeur la plus simple possible
- rendre le reste à charge salarié lisible
Bloc 6 — Administration et process
- structurer le back-office admin
- documenter les process manuels indispensables
- définir qui fait quoi dans une journée type
- cadrer les vues de suivi minimum
Résultat attendu du MVP
- Tastiie peut vendre
- Tastiie peut encaisser
- Tastiie peut livrer
- Tastiie peut servir de premiers clients entreprise
V1.5 — amélioration immédiate après lancement
Objectif
Réduire les frictions constatées en exploitation réelle.
Bloc 1 — Qualité commerciale
- améliorer pages service / FAQ / réassurance
- améliorer emails transactionnels
- améliorer la clarté du parcours entreprise
Bloc 2 — Qualité catalogue
- améliorer filtres et catégories
- ajuster attributs produits selon usage réel
- mieux différencier les cas d’usage entreprise / salarié
Bloc 3 — B2B et suivi entreprise
- produire des exports de facturation entreprise
- améliorer le suivi de la prise en charge employeur
- mieux consolider la lecture entreprise / salarié
Bloc 4 — Opérations
- améliorer vues production
- améliorer vues livraison
- réduire les retraitements manuels récurrents
- fiabiliser la routine quotidienne
Bloc 5 — Plugins et structure
- challenger ou remplacer les plugins faibles
- simplifier les réglages ou contournements trop fragiles
- documenter les ajustements réellement utiles
Résultat attendu de la V1.5
- moins de friction interne
- meilleure lisibilité pour l’équipe
- meilleure lisibilité pour les clients entreprise
- charge manuelle réduite sur les tâches répétitives
V2 — structuration plus avancée si le terrain le justifie
Objectif
Industrialiser uniquement ce qui a prouvé son intérêt réel.
Bloc 1 — Commandes récurrentes et abonnements
- commandes récurrentes si besoin confirmé
- logique d’abonnement mieux cadrée
- meilleure articulation entre abonnement et prise en charge employeur
Bloc 2 — B2B structuré
- reporting entreprise plus avancé
- règles de prise en charge plus fines si besoin validé
- amélioration de la logique de gestion salariés / entreprises
Bloc 3 — Connexions opérationnelles
- connecteurs opérationnels simples
- automatisations internes ciblées
- meilleure structuration achats / production / livraison
Bloc 4 — Offres plus complexes
- logique traiteur mieux cadrée
- gestion plus propre des cas semi-standardisés
- meilleure séparation entre récurrent et exceptionnel
Résultat attendu de la V2
- système plus fiable
- meilleure capacité d’absorption de volume
- meilleure lecture métier
- réduction du coût caché du manuel
Hors scope au lancement
Les sujets suivants ne doivent entrer que si leur ROI est prouvé :
- portail cuisinier complet
- portail livreur complet
- dashboard entreprise avancé
- fidélité évoluée
- wallet riche ou cartes préchargées avancées
- contrats entreprise complexes
- mobile natif ou PWA spécialisée
Règle de priorisation continue
Une fonctionnalité doit monter dans le backlog seulement si elle améliore clairement :
- la vente
- l’exécution
- la lisibilité opérationnelle
- la qualité de service
- ou la maintenabilité
Lecture stratégique
Le backlog n’est pas une liste de souhaits.
C’est un outil d’arbitrage pour éviter que Tastiie reconstruise trop tôt une plateforme trop lourde.