Checklist de build — MVP WooCommerce exécutable

Rôle de cette page

Transformer le backlog MVP en ordre de construction concret, vérifiable et exécutable.

Principe directeur

Chaque bloc doit être :

  • construit
  • testé
  • validé avant de charger le suivant.

Étape 0 — Décisions de départ

À valider

  • périmètre exact du MVP confirmé
  • logique de vente de lancement confirmée
  • logique de prise en charge employeur simplifiée et confirmée
  • présence ou non d’abonnement décidée
  • exceptions explicitement repoussées documentées

Critère de validation

  • l’équipe sait dire clairement ce que la V1 fait et ne fait pas

Étape 1 — Socle WooCommerce

À construire

  • WordPress propre en place
  • WooCommerce configuré
  • pages essentielles créées
  • paramètres principaux cadrés
  • paiements configurés
  • taxes vérifiées si nécessaires
  • emails transactionnels de base relus

À tester

  • création de compte client simple
  • ajout panier simple
  • passage de commande simple
  • réception des confirmations essentielles

Critère de validation

  • un utilisateur test peut commander sans blocage majeur

Étape 2 — Catalogue et navigation

À construire

  • architecture catalogue définie
  • catégories principales créées
  • premières fiches produit harmonisées
  • attributs utiles cadrés
  • homepage clarifiée
  • navigation clarifiée
  • pages de réassurance minimales créées

À tester

  • compréhension de l’offre en quelques clics
  • parcours vers commande lisible
  • navigation sans impasse majeure

Critère de validation

  • le site est compréhensible commercialement sans accompagnement oral constant

Étape 3 — Livraison et exploitation simple

À construire

  • zones de livraison configurées
  • créneaux simples configurés si retenus
  • règle de cutoff documentée
  • vue simple des commandes du jour préparée
  • vue simple production préparée
  • vue simple livraison préparée

À tester

  • une commande peut être correctement affectée au bon mode de livraison
  • les commandes du jour sont lisibles
  • l’équipe peut préparer une journée type à partir des vues disponibles

Critère de validation

  • une journée de commandes peut être traitée sans bricolage excessif

Étape 4 — B2B léger

À construire

  • premiers comptes entreprise configurés
  • process simple de rattachement salarié / entreprise défini
  • règle de prise en charge employeur paramétrée dans sa version la plus simple
  • lecture du reste à charge salarié rendue lisible
  • base de suivi entreprise préparée

À tester

  • rattachement d’un salarié à une entreprise
  • commande dans un cadre entreprise simple
  • lecture correcte de la part entreprise et du reliquat salarié

Critère de validation

  • le modèle entreprise / salarié fonctionne sur un premier périmètre pilote limité

Étape 5 — Administration et process internes

À construire

  • rôles et routine admin clarifiés
  • process manuels indispensables documentés
  • qui fait quoi dans une journée type explicité
  • vues minimum de suivi prêtes
  • base de suivi entreprise / exploitation clarifiée

À tester

  • l’équipe sait traiter une commande de bout en bout
  • l’équipe sait préparer production et livraison
  • l’équipe sait retrouver les informations utiles sans dépendance excessive à une seule personne

Critère de validation

  • l’exploitation quotidienne est compréhensible et transmissible

Étape 6 — Recette finale avant pilotes

À vérifier

  • parcours client simple complet
  • parcours salarié rattaché complet
  • emails transactionnels cohérents
  • lisibilité admin correcte
  • vues production et livraison réellement utiles
  • logique entreprise suffisamment propre pour être testée en vrai

Décisions à prendre

  • liste des écarts acceptés en post-lancement
  • liste des blocages à corriger avant pilote
  • périmètre pilote confirmé

Critère de validation

  • la V1 est suffisamment stable pour être utilisée par de premiers clients réels

Ordre de priorité absolue

Si une contrainte de temps apparaît, l’ordre à protéger est :

  1. socle WooCommerce
  2. catalogue et lisibilité commerciale
  3. livraison et opérabilité
  4. B2B léger
  5. process internes
  6. confort et améliorations secondaires

Ce qu’il ne faut pas injecter dans ce build MVP

  • portail cuisinier complet
  • portail livreur complet
  • dashboard entreprise avancé
  • logique de contrats riches
  • surcouche mobile dédiée
  • logique de wallet complexe non validée
  • règles de prise en charge trop fines

Lecture stratégique

Cette checklist n’est pas une check-list “technique pure”.
C’est une check-list de capacité réelle à lancer proprement.

Liens utiles