CAHIER DES CHARGES · CDC-04

KOKO POP + Back-office — le produit fini

Plateforme e-commerce multi-boutiques de Teva. Ce document cadre la boutique KOKO POP et le back-office — d'après la maquette de Teva, la recherche technique 2026 et la revue d'architecture croisée.

v1.0 · 18 juillet 2026 · Teva × PACIFIK'AI · gate archi Codex passé

Pourquoi ce document

Le premier prototype a prouvé le moteur (commandes, stock, paiement à la remise, emails). Mais il lui manquait le cœur d'un vrai back-office : on ne pouvait pas ajouter d'images aux produits, pas de variantes taille/couleur, pas de vue d'ensemble de toutes les boutiques, pas d'import de catalogue. Ce CDC corrige le tir et fixe le contrat de construction.

Décision structurante : on ne repart pas de zéro — le socle solide est conservé, on bâtit par-dessus un vrai domaine catalogue (produit → variante → stock → médias), en migrant en douceur pour ne jamais casser une commande en cours.

FAIT déjà construit & prouvé À FINIR requis pour le produit fini V2 différé (assumé)

La direction artistique : la maquette de Teva

Maquette KOKO POP fournie par Teva
Maquette d'accueil KOKO POP — fournie par Teva (référence visuelle)

L'univers (mots de Teva) : girly, couleurs pastel, doux et moderne, chaleureux, animations fluides, icônes kawaii. « Le site ne devra jamais paraître statique. »

rose
violet
prune
pêche
surface

Typo arrondie kawaii (Fredoka/Baloo + Nunito), boutons pilule, ombres roses douces, sparkles et cœurs décoratifs. Prix affichés en FCFP.

Les 4 décisions irréversibles (figées)

  1. Produit ≠ Variante ≠ Stock. Le prix, le SKU et le stock vivent sur la variante (taille/couleur). Une commande garde un instantané figé de ce qui a été acheté.
  2. Vraie arborescence de catégories (parent/enfant), plus une simple étiquette de texte.
  3. Médias structurés : images stockées proprement, ordre, légende, plusieurs formats optimisés (WebP).
  4. Multi-boutiques : chaque donnée appartient à une boutique ; le back-office peut tout voir en agrégé. L'isolation est garantie côté serveur.
Revue d'architecture croisée (Codex) → 4 points durcis avant le build :
  • Le stock a une seule source de vérité (disponible = en stock − réservé) — jamais deux compteurs qui divergent.
  • Réservation du stock dès la commande (avant paiement virement), libérée si annulation/expiration — anti-survente réel.
  • La commande archive sa décomposition financière (prix catalogue, remise, taxe, net payé) — impossible à recalculer plus tard.
  • Migration par wrapper compatible : le tunnel d'achat live n'est jamais cassé pendant la bascule.

La vitrine KOKO POP (conforme à la maquette)

ÉlémentÉtat
Barre d'annonce dégradé rose (nouveautés / livraison 3000F / tél)À FINIR
Header logo bubble + navigation + panierÀ FINIR
Hero dégradé + baseline + 2 CTA + visuel produit + badge « À SEULEMENT 1000F »À FINIR
3 bandeaux réassurance (retrait Paea / livraison offerte / infos)À FINIR
Catégories en cards rondes avec vraies imagesÀ FINIR
Nouveautés : fiches produit (vraie image, badge, prix FCFP, panier)À FINIR
Fiche produit : galerie + sélecteur de variante + prix par variante + WhatsAppÀ FINIR
Pages catégorie, recherche, panier, checkout, suivi commandeFAIT (à re-styler)
Animations fluides (reveal, hover kawaii, sparkles) — « jamais statique »À FINIR
Chatbot IA conseil produit (widget flottant)À FINIR

Le back-office — le cœur du chantier

Catalogue

FonctionÉtat
Upload d'images produit (multi-images, réordonnable, compression WebP)À FINIR ← le trou n°1
Variantes produit (taille/couleur → SKU/prix/stock par variante)À FINIR
Catégories imbriquées (arborescence, réordonnable)À FINIR
Actions en masse (publier / prix ±% / catégorie sur une sélection)À FINIR
Édition rapide du prix/stock directement dans la listeÀ FINIR
Liste produits pro : recherche + filtres + tri + paginationÀ FINIR
Import catalogue CSV/Excel (mapping colonnes, images par URL) — catalogue ChineÀ FINIR
Génération de fiche par IA vision (photo → titre/description, validation humaine)À FINIR

Opérations

FonctionÉtat
Commandes : liste + détail + statuts + timeline + commande manuelle + emailFAIT (à étendre variantes)
Inventaire par variante (entrepôt Arue) + réservé + alertes stock basÀ FINIR
Fournisseurs (référence, coût d'achat, délai)À FINIR
Clients / CRM (historique, RGPD)FAIT
Codes promoFAIT
Réglages boutique (logo, contact, réseaux, livraison, domaine, devise, légal)FAIT (+ logo upload)

Vue globale multi-boutiques

FonctionÉtat
Sélecteur de boutique (boutique active)À FINIR
Vue globale agrégée : toutes les boutiques, CA/commandes/stock, filtrableÀ FINIR
Tableau de bord : CA réel, commandes à traiter, stock basÀ FINIR

Studio design + IA

FonctionÉtat
Studio design IA (presets + génération) aligné sur la DA KOKO POPFAIT (+ preset maquette)
Chatbot IA produit (conseil sur le vrai catalogue, garde-fous anti-invention)À FINIR
Crédits IA (page + historique + recharge)FAIT

Le modèle de données cible

Migration en douceur depuis le modèle à plat actuel : chaque produit existant reçoit une variante « par défaut », les commandes passées restent intactes.

produits → types d'options (Taille, Couleur) → valeurs (M, Rouge)
        → VARIANTES (SKU, prix, position)         ← le vrai article vendable
        → médias (images, ordre, légende)
        → catégories (arbre parent/enfant)

stock = inventaire par variante :  disponible = en_stock − réservé
      + réservations (liées aux commandes, avec expiration)
      + mouvements (journal append-only, traçabilité)

commande → lignes figées (nom, SKU, prix catalogue, remise, taxe, net payé)
         → historique de statuts (qui, quand, pourquoi)

+ embeddings produits (chatbot)   + vue agrégée multi-boutiques

Jalons de construction

J0 · Contrat & migration répétée

Décisions figées, migration testée sur copie, rollback prêt, politique de réservation du stock.

J1 · Tranche verticale démontrable valeur client

Un produit multi-variantes, upload d'images, sélection de variante en vitrine, achat complet sans survente. Le trou n°1 comblé de bout en bout.

J2 · Vitrine à la DA de la maquette validation Teva

Re-style complet conforme à la maquette (couleurs, typo, animations, logo, FCFP) sur données réelles — validé par Teva tôt.

J3 · Back-office opérationnel

Inventaire + réservations + édition + actions en masse, puis import catalogue + fournisseurs.

J4 · Vue globale puis IA

Sélecteur de boutique + vue agrégée + tableau de bord, puis chatbot produit + fiches par IA.

J5 · Prêt pour la production & paiement

Paiement PayZen, SEO, domaine propre, sauvegardes/monitoring, audit complet.

À caler avec Teva (avant/pendant le build)

  • Échantillon du catalogue réel (avec variantes + images) — pour valider le modèle sur du vrai.
  • Paiement : PayZen (le paiement carte n'est pas disponible via nos outils habituels pour les biens physiques). Démarrage possible en paiement à la remise / virement sans attendre.
  • Livraison, retours, taxes : zones réelles, TVA/DICP applicable, prix TTC ou HT.
  • Boutique BLACK OPS (airsoft / surveillance) : validation juridique requise avant toute construction — hors périmètre de ce CDC.
  • Rôles dans le back-office : Teva seul, ou une équipe ?

Hors périmètre assumé de ce document : les autres boutiques (l'architecture les rend possibles, mais on n'en construit qu'une d'abord), la gamification, les comptes clients à mot de passe, le multilingue.

Cahier des charges CDC-04 · KOKO POP × Back-office · Teva × PACIFIK'AI
18 juillet 2026 · architecture validée par revue croisée · document de travail évolutif