E-commerce
1 juillet 2026
« Mon statut dit « en préparation » depuis 5 jours, qu'est-ce que ça veut dire ? » « Pourquoi « en cours de traitement » alors que vous annoncez expédition 24 h ? » « Le statut n'a pas bougé, est-ce que ma commande est perdue ? » Trois messages où le client lit un libellé statut opaque sans comprendre ce qui se passe réellement entrepôt.
Le support statut en préparation e-commerce explique ce que signifie chaque label visible (compte client, email, portail), ce qui reste normal vs anormal, et comment aligner statut Shopify et attente client sans confondre préparation et livraison.
Ce guide #407 couvre policy PREP-STATUS, flow STAT-FLOW et KPI prep_status. Complète le délai préparation (#395) (SLA jours) et précède le bot statuts custom (#408) : ici, statut visible, libellés client et attentes post-achat.
Sommaire
Pourquoi le statut "en préparation" génère-t-il des tickets ?
Un ticket statut en préparation arrive quand le client voit un libellé fixe (« en préparation », « processing », « unfulfilled » traduit) sans savoir si pick-pack est en cours, en attente stock, ou bloqué fraude.
Cinq confusions client typiques
Statut = livraison : « en préparation » lu comme « en route »
Statut figé : même label J+1 et J+4, client panique
Libellé technique : « unfulfilled » ou « processing » anglais
Statut vs promesse PDP : « 24 h » mais statut inchangé 48 h
Pas de prochaine étape : client ne sait pas quand statut changera
ShipBob estime que 34 % des tickets WISMO DTC concernent en réalité des commandes encore unfulfilled, mal routés car statut client ambigu (ShipBob, fulfillment 2026). Gorgias observe que clarifier les statuts post-achat sur le portail commande réduit les tickets « où en est ma commande » de 28-38 % avant expédition (Gorgias, stats SAV 2026).
Angle #407 vs contenus voisins
Délai prep #395 : PREP-TIME, cut-off, SLA jours. Le #407 = libellé statut visible et signification client.
Bot prep #396 : PREP-BOT automation. Le #407 = agents expliquent statut, macros STAT-*.
Bot statuts custom #408 : futur automation labels Shopify. Le #407 = policy mapping et SAV humain.
WISMO #184 : tracking transit fulfilled. Le #407 = amont unfulfilled, statut avant label.
Self-service #28 : portail général. Le #407 = module statuts préparation.
Exemple DTC
Marque déco, statut unique « En cours » pour tout unfulfilled. Sans PREP-STATUS : 62 % tickets prep mal routés WISMO. Après mapping labels : prep_status_ticket_rate -41 %, wismo_misroute -55 %, prep_status_csat 4,2/5.
Statut vs délai
#395 répond « combien de jours ». #407 répond « que signifie ce que je vois ». Complémentaires, pas redondants.
En quoi le statut visible diffère-t-il du délai #395 ?
Deux questions client distinctes, deux playbooks support.
Matrice question → guide
#407 PREP-STATUS : « que veut dire en préparation ? »
#395 PREP-TIME : « combien avant expédition ? »
#396 PREP-BOT : bot explique les deux grounded order
#184 WISMO : « où est mon colis » post-ship
Trois couches statut commande
Shopify backend : unfulfilled, partial, fulfilled
OMS/WMS interne : picked, packed, label_created (souvent invisible client)
Portail client : libellé FR marketing (« Préparation entrepôt »)
Objectif #407
Mapper backend → portail client avec libellés clairs, sous-statuts si possible, prochaine étape visible. Agents et macros alignés mapping.
Promesse #407
Policy PREP-STATUS, matrice STATUS-MAP, 12 typologies prep_status_*, flow STAT-FLOW, macros STAT-*, KPI.
Quelles typologies prep_status_* cartographier ?
Douze typologies tickets statut préparation pour routing cohérent.
Douze scénarios prep_status
prep_status_meaning : « que signifie en préparation ? »
prep_status_stuck : même statut X jours, inquiétude
prep_status_vs_promise : PDP 24 h, statut inchangé 48 h
prep_status_no_update : portail ne bouge pas depuis commande
prep_status_partial : 1 article expédié, 1 « en préparation »
prep_status_hold : fraude, adresse, stock hold visible ou non
prep_status_personalization : gravure, message, statut dédié
prep_status_preorder : tag preorder, statut générique inadapté
prep_status_mixed_cart : statut global vs lignes hétérogènes
prep_status_cancel_request : annuler car statut bloqué
prep_status_email_mismatch : email dit X, portail dit Y
prep_status_wismo_confusion : client croit expédié, unfulfilled
Tags helpdesk
prep_status, prep_status_stuck, prep_status_hold, prep_status_partial, prep_status_misroute_wismo. Distinct prep_time_sla, wismo_transit.
Router upstream
Si fulfilled + tracking → WISMO #184. Si prep_sla_exceeded → PREP-FLOW #395. Si meaning/stuck only → STAT-FLOW #407.
Quelle matrice STATUS-MAP pour les libellés client ?
La matrice mapping statuts STATUS-MAP traduit backend en langage client.
Huit mappings recommandés
unfulfilled + sla_ok → « Préparation entrepôt · expédition sous [X] j ouvrés »
unfulfilled + cut_off_miss → « En file préparation · expédition [date] »
unfulfilled + personalization → « Personnalisation en cours · +[N] j »
unfulfilled + stock_hold → « En attente article · expédition groupée »
unfulfilled + fraud_hold → « Vérification en cours · réponse sous 24 h »
unfulfilled + address_hold → « Adresse à confirmer · action requise »
partial fulfilled → « Partiellement expédié · [N] article(s) restant(s) »
unfulfilled + prep_sla_miss → « Retard préparation · équipe informée · [ETA révisée] »
Libellés interdits portail
« unfulfilled » brut Shopify
« Processing » anglais sans traduction
« En cours » seul sans prochaine étape
« Expédié » si pas fulfilled
Prochaine étape visible
Chaque statut portail inclut : action en cours + prochaine milestone + date estimée ship. Ex. « Préparation entrepôt → Prochaine étape : expédition estimée 4 juil. »
Alignement emails transactionnels
Confirmation commande, shipping delay : mêmes libellés STATUS-MAP. prep_status_email_mismatch = tag si divergence détectée.
Lien #408 futur
Statuts custom Shopify metafields alimentent STATUS-MAP. Bot #408 exécute en chat. #407 définit policy mapping agents.
Comment rédiger la policy PREP-STATUS en huit règles ?
La policy statut préparation PREP-STATUS documente libellés et escalade.
Huit règles PREP-STATUS
STATUS-MAP publié : table backend → libellé FR portail + FAQ
Prochaine étape : chaque statut inclut milestone + ETA ship si sla_ok
Stuck threshold : même statut > prep_sla_days → prep_status_stuck escalade PREP-FLOW
Hold transparency : fraud/address hold = libellé explicite + action client
Partial clarity : split statut ligne par ligne si partial fulfilled
Preorder distinct : tag preorder = libellé #187, pas « préparation entrepôt »
Email sync : transactionnels utilisent STATUS-MAP identique portail
Agent script : macro STAT-* cite mapping, pas inventer statut
Publication /pages/order-status
Glossaire statuts FR, timeline visuelle commande, lien compte client. Bot #396 et #408 peuvent citer URL.
Coordination #395 PREP-TIME
prep_sla_days alimente STATUS-MAP sla_ok vs miss. Deux policies liées Notion : PREP-TIME (jours) + PREP-STATUS (labels).
Revue trimestrielle
Support + ops : verbatim prep_status_meaning, stuck rate, adjust labels si confusion persiste.
Comment appliquer le flow STAT-FLOW en huit étapes ?
Le framework STAT-FLOW structure réponse ticket statut préparation.
Huit étapes ST-1 à ST-8
ST-1 Lookup order : fulfillment_status, tags, holds, created_at
ST-2 Classifier : typologie prep_status_* section 3
ST-3 Mapper STATUS-MAP : libellé correct + prochaine étape
ST-4 Évaluer normal : sla_ok vs stuck vs hold vs miss
ST-5 Expliquer client : macro STAT-* grounded ST-3
ST-6 Action si besoin : release hold, escalate PREP-FLOW, cancel collect
ST-7 Tag outcome : explained_ok | escalated_prep | hold_resolved
ST-8 Documenter : verbatim confusion, mapping gap si label inadapté
ST-4 stuck vs normal
J+2 unfulfilled sla 1-2 j : normal, STAT-MEAN-01. J+5 sla 1-2 j : stuck, reroute PREP-FLOW #395 PR-5+. Ne pas promettre livraison, expliquer prep vs transit.
ST-5 prep_status_wismo_confusion
« Votre commande est en préparation entrepôt, pas encore expédiée. Pas de numéro suivi tant que statut ne passe pas à « Expédié ». Expédition estimée [date]. »
ST-6 hold types
address_hold : lien confirm adresse. fraud_hold : « vérification 24 h ». stock_hold : expliquer ship complet policy #357.
Quelles macros STAT-* et touchpoints portail ?
Huit macros agents statut préparation et touchpoints compte client.
STAT-MEAN-01 (signification en préparation)
« « En préparation entrepôt » signifie que votre commande #[X] est payée et en cours de préparation (pick, emballage, étiquette) avant remise transporteur. Ce n'est pas encore expédié. Expédition estimée : [date] (#395). »
STAT-STUCK-01 (statut inchangé normal)
« Le libellé reste « Préparation » jusqu'à expédition. Votre commande est dans le délai normal ([X] j ouvrés). Pas d'inquiétude avant [date]. »
STAT-MISS-01 (retard, escalade prep)
« Délai dépassé. Équipe entrepôt alertée. Expédition révisée [date]. Geste commercial si > 2 j au-delà promesse (#395). »
STAT-PARTIAL-01 (partial fulfilled)
« Colis 1 expédié [tracking]. Article [SKU] en préparation · expédition [date]. »
STAT-HOLD-01 (hold adresse/fraude)
« Statut « Vérification en cours » : [raison]. Action requise : [lien/step]. »
STAT-PREORDER-01 (reroute #187)
« Commande précommande : statut « Précommande confirmée » · livraison [fenêtre]. Distinct préparation stock (#187). »
Touchpoints portail
Compte client : STATUS-MAP labels + timeline
Page /pages/order-status glossaire
Email confirmation : libellé initial + prochaine étape
Order status app Shopify ou custom portal
FAQ chat widget lien glossaire
Timeline visuelle compte
Commande reçue → Préparation → Expédié → Livré. Highlight étape actuelle. Réduit prep_status_meaning 35-45 %.
Comment configurer le portail statuts Shopify ?
La configuration portail statuts Shopify rend STATUS-MAP visible client.
Quatre options implémentation
Native account : fulfillment status + apps traduction FR
Order status app : ParcelPanel, Track123, custom labels
Metafields order : prep_substatus → theme display
Custom portal : API order + STATUS-MAP frontend
Metafields prep_substatus
Valeurs : queued, picking, packed, label_pending, hold_address, hold_fraud, hold_stock. WMS webhook update → portail refresh. Agent lit même metafield ST-1.
Sync WMS → portail
ShipBob, Sendcloud, 3PL API : map internal status → prep_substatus metafield. Client voit progression sans ticket. Réduit prep_status_stuck.
Partial fulfilled display
Line-level status si partial : 2 lignes, 2 statuts. Pas statut global « en préparation » si 1 line shipped.
Tests avant launch STATUS-MAP
10 scénarios : sla_ok, cut_off, hold, partial, preorder, peak. Vérifier portail + email + macro agent cohérents.
Quels KPI prep_status mesurer ?
Les KPI statut préparation pilotent labels et self-service.
Huit métriques clés
prep_status_ticket_rate : tickets prep_status / unfulfilled orders
prep_status_meaning_share : prep_status_meaning / prep_status total
prep_status_stuck_rate : stuck tickets / prep_status (post sla)
wismo_misroute_rate : unfulfilled traité WISMO / wismo tickets
prep_status_fcr : résolu STAT-FLOW sans escalade / prep_status
prep_status_email_mismatch : portail ≠ email reports
portal_status_views : visits /pages/order-status vs tickets
prep_status_csat : satisfaction tickets tag prep_status
Benchmark DTC
prep_status_meaning_share < 25 % post STATUS-MAP, wismo_misroute < 10 %, prep_status_fcr > 70 %, prep_status_csat > 4,1/5.
Dashboard hebdo
Typologie breakdown, stuck vs meaning ratio, corrélation portail update vs stuck tickets.
Alerte product
prep_status_meaning_share > 40 % : review STATUS-MAP label confusion. Ajuster libellé ou timeline visuelle.
Avant/après STATUS-MAP
Compare 30 j pre/post launch portail labels : delta prep_status_ticket_rate justification ROI.
Quels anti-patterns éviter sur statuts préparation ?
Dix anti-patterns statut en préparation à bannir.
1. Libellé « En cours » seul
Zero information. prep_status_meaning garanti.
2. Afficher unfulfilled client
Jargon Shopify. STATUS-MAP FR obligatoire.
3. Statut « Expédié » prématuré
Avant fulfilled. Chargeback + wismo chaos.
4. Agent invente statut
Macro STAT-* cite mapping only. Pas « en route » si unfulfilled.
5. Email ≠ portail libellé
prep_status_email_mismatch. Sync transactionnels.
6. Ignorer partial fulfilled
Statut global trompe. Line-level STAT-PARTIAL-01.
7. Hold invisible client
Statut « préparation » pendant fraude review 5 j. STAT-HOLD-01 label.
8. Preorder label prep entrepôt
Confusion délai mois. STAT-PREORDER-01 distinct.
9. Router stuck vers WISMO
Unfulfilled ≠ transit. ST-2 classifier upstream.
10. Pas glossaire /pages/order-status
Agents répètent meaning 100x/j. Self-service manquant.
11. WMS update sans portail sync
Entrepôt packed, client voit « préparation » 48 h. Metafield sync.
Comment Qstomy clarifie les statuts en préparation ?
Qstomy sur Shopify : lookup STATUS-MAP, explain prep vs ship, stuck detect, hold routing, partial line status, handoff PREP-FLOW #395, glossaire /pages/order-status cite.
Capacités prep_status Qstomy
prep_status_intent : 12 typologies section 3
prep_status_map_lookup : ST-3 STATUS-MAP auto
prep_status_stuck_detect : sla compare → escalate
prep_status_no_wismo : block tracking if unfulfilled
prep_status_partial_explain : line-level templates
prep_status_glossary_link : /pages/order-status in chat
Complément #395 #396 #408
PREP-TIME #395 = jours SLA. PREP-BOT #396 = automation délai. PREP-STATUS #407 = labels. Bot custom #408 = statuts metafields Shopify. Pipeline cohérent.
Scénario DTC chiffré
Déco 380 tickets/mois prep, statut unique « En cours ».
Après PREP-STATUS + Qstomy : prep_status_ticket_rate -43 %, wismo_misroute -58 %, prep_status_fcr 74 %, prep_status_csat 4,3/5.
Explorez support client et demander une démo.
Quelle checklist pour déployer PREP-STATUS ?
Checklist PREP-STATUS (12 étapes)
Auditer libellés actuels portail + emails + verbatim tickets
Rédiger STATUS-MAP 8 mappings section 4
Documenter policy PREP-STATUS 8 règles Notion
Créer macros STAT-* section 7 helpdesk
Publier /pages/order-status glossaire + timeline
Configurer portail metafields prep_substatus ou app
Sync WMS → metafield si 3PL
Aligner emails transactionnels STATUS-MAP
Former agents STAT-FLOW 30 min
Router classifier ST-2 upstream WISMO/prep
Dashboard KPI prep_status hebdo
Revue trimestrielle labels vs verbatim
En bref
#407 = statut visible, pas délai jours (#395)
STATUS-MAP : backend → libellé FR + prochaine étape
STAT-FLOW : lookup → mapper → expliquer → escalader si stuck
Prep ≠ expédié : distinction claire vs WISMO #184
KPI wismo_misroute : mesure routing correct
FAQ
Différence avec #395 délai prep ?
#395 = combien de jours avant ship. #407 = que signifie le libellé affiché.
Statut doit-il changer daily ?
Non si sla_ok. Prochaine étape date suffit. Substatus WMS optional si sync dispo.
Relation bot #408 ?
#407 policy mapping agents. #408 bot exécute statuts custom Shopify en chat.
Partial fulfilled comment afficher ?
Line-level : 1 expédié tracking, 1 en préparation. Pas statut global unique.
Hold fraude : dire au client ?
Oui libellé « Vérification en cours ». Pas masquer sous « préparation ».
Aller plus loin
Cette semaine : auditez libellés portail actuels, rédigez STATUS-MAP, publiez /pages/order-status, formez agents STAT-MEAN-01.
Partagez ce guide #407 avec ops et support : un statut clair vaut une heure de macro répétée chaque jour.
Faut-il sous-statuts WMS visibles client ?
Recommandé si sync fiable. Sinon date ship estimée + libellé « Préparation entrepôt » suffit.
Enzo
1 juillet 2026
