E-commerce
1 juillet 2026
« J'ai commandé en standard, pouvez-vous passer en express ? » « C'est pour demain, je paie la différence maintenant. » « Le colis n'est pas encore parti, upgrade possible ? » Trois tickets où un upgrade livraison post-commande sans playbook génère promesses impossibles, surcoût non encaissé et colis expédié standard malgré l'urgence.
Le support changement mode livraison après paiement couvre faisabilité cutoff, statut fulfillment, surcoût express, priorisation pick WMS et refus motivé si trop tard. Distinct de l'express checkout (#338) et du changement adresse (#183) : ici, upgrade vitesse livraison post-achat.
Ce guide #513 couvre policy SHIPUP-SUP, flow SU-1 à SU-8 et matrice SHIPUP-MAP. Premier contenu upgrade livraison. Paire SAV du futur bot upgrade (#514).
Sommaire
Pourquoi l'upgrade livraison génère-t-il des tickets support ?
Le client a choisi livraison standard au checkout. Quelques minutes ou heures plus tard, l'urgence change : cadeau, départ voyage, événement. Shopify ne permet pas nativement de modifier la shipping line après paiement.
Cinq frictions typiques
Cutoff passé : express impossible malgré colis non expédié
Surcoût flou : client ne sait pas combien payer pour upgrade
Déjà pické : WMS a scanné, changement carrier trop tard
Zone inéligible : CP hors express mais client insiste
Promesse agent : « on passe express » sans vérif ops
Shopify Order Editing permet certaines modifications post-achat selon plan et apps (Shopify, order editing 2026). Le mode livraison reste souvent verrouillé sans SOP upgrade dédiée.
SHIPUP #513 vs express #338, adresse #183 et modification commande
Quatre contenus, quatre layers modification post-achat.
Matrice rapide
#513 SHIPUP : upgrade standard vers express post-paiement
#338 EXPRESS : express checkout cut-off promesses
#183 address : changement adresse livraison
Order edit : modification commande générale
#338 = choix express au checkout. #513 = client veut accélérer après avoir payé standard.
Quelles typologies ship_up_* classifier ?
Huit scénarios tickets upgrade livraison.
Huit typologies ship_up
ship_up_express_request : passer standard en express
ship_up_cutoff_check : encore temps avant cutoff express
ship_up_fee_quote : combien coûte la différence upgrade
ship_up_too_late : colis pické ou expédié refus upgrade
ship_up_zone_ineligible : CP hors zone express
ship_up_preorder : précommande upgrade impossible avant stock
ship_up_gift_urgent : cadeau demain upgrade express
ship_up_downgrade_refund : express vers standard remboursement surcoût
Tags : ship_up, order_edit. Lookup fulfillment_status + WMS stage avant macro SHIPUP-FEASIBLE.
Comment structurer la matrice SHIPUP-MAP ?
La matrice SHIPUP-MAP documente faisabilité upgrade par statut commande, zone et carrier pour agents et futur bot #514.
Colonnes SHIPUP-MAP
from_method : standard economy relay
to_method : express next_day chronopost
fulfillment_stage : unfulfilled picked shipped
cutoff_time : heure limite upgrade jour J fuseau
upgrade_fee_eur : surcoût différentiel exact
zone_eligible : CP list ou shipping profile
wms_action : reprioritize pick tag express flag
payment_method : draft invoice payment link manual
upgrade_allowed : Y/N reason if N
Policy SHIPUP-SUP en six règles
Six règles support upgrade livraison.
SHIPUP-MAP-GROUNDED : faisabilité fee depuis map only
VERIFY-WMS-FIRST : fulfillment stage avant promesse upgrade
PAY-BEFORE-PRIORITY : surcoût encaissé avant repriorisation pick
NO-UPGRADE-SHIPPED : fulfilled shipped → SHIPUP-TOO-LATE
CUTOFF-CITE : cutoff_time exact fuseau Europe/Paris
DOWNGRADE-REFUND-MAP : remboursement surcoût si downgrade map row
Flow SHIPUP SU-1 à SU-8
Flow agent huit étapes upgrade livraison.
SU-1 Intake : ship_up_* intent + order lookup
SU-2 Fulfillment check : unfulfilled picked shipped WMS
SU-3 SHIPUP-MAP : upgrade_allowed fee cutoff zone
SU-4 Classify : feasible too_late zone fee gift
SU-5 Respond : macro SHIPUP grounded
SU-6 Payment : draft order payment link si fee > 0
SU-7 Ops notify : WMS reprioritize express tag Slack
SU-8 Close : tag ship_up_resolved outcome
SLA : ship_up_express_request répondu en une interaction avec faisabilité ou cutoff cite.
Macros SHIPUP essentielles
Quatre macros agents.
SHIPUP-FEASIBLE-01
« Upgrade express possible avant [cutoff_time]. Surcoût [upgrade_fee_eur] €. Lien paiement : [payment_link]. Priorisation pick dès réception paiement. »
SHIPUP-TOO-LATE-01
« Colis déjà [fulfillment_stage]. Upgrade impossible. Délai actuel : [current_eta]. Alternative : #129 cadeau urgent. »
SHIPUP-NO-ZONE-01
« Express non disponible CP [postal_code]. Options : relay accéléré [alt_method] ou changement adresse #183 si zone eligible. »
SHIPUP-DOWNGRADE-01
« Passage standard confirmé. Remboursement surcoût [upgrade_fee_eur] € sous 5 j ouvrés. Nouveau délai : [standard_eta]. »
Cas limites : précommande, multi-colis et créneau
Quatre cas hors macro standard.
Précommande : ship_up_preorder : upgrade après date expédition stock only
Multi-colis partiel : un colis shipped : upgrade lines unfulfilled only
Créneau horaire : #427 slot : upgrade express peut reset créneau
Intercept carrier : shipped < 2 h : escalade ops carrier hold rare
Chaque shipping profile exige une ligne SHIPUP-MAP si cutoff_time ou upgrade_fee_eur diffère.
KPI ship_up essentiels
Cinq métriques pilotage SHIPUP.
ship_up_request_rate : demandes upgrade / commandes standard
ship_up_success_rate : % upgrades exécutés avant cutoff
ship_up_too_late_rate : refus car pické ou shipped
ship_up_fee_collected : surcoût encaissé EUR total
ship_up_sla_met : % réponse faisabilité < 1 h
Cible : ship_up_success_rate > 70 % si SHIPUP-FEASIBLE-01 et ops repriorisation sous 30 min post-paiement.
Anti-patterns SHIPUP
Cinq erreurs fréquentes.
Promettre express sans WMS check : VERIFY-WMS-FIRST
Reprioriser sans paiement : PAY-BEFORE-PRIORITY
Fee inventé : SHIPUP-MAP-GROUNDED violation
Confondre adresse #183 : upgrade vitesse distinct
Dupliquer express #338 : #513 = post-achat only
SHIPUP avec Qstomy
Qstomy sur Shopify + WMS : detect ship_up intent, SHIPUP-MAP feasibility, cutoff countdown, payment link draft, ops Slack reprioritize, handoff #514 bot tier 1 quote.
Pipeline : #513 agents upgrade payment ops → #514 bot cutoff fee quote tier 1.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist SHIPUP (8 étapes)
SHIPUP-MAP v1 : methods stages fee cutoff zone
Policy SHIPUP-SUP : 6 règles ops + agents
8 typologies ship_up_* : tags helpdesk
4 macros SHIPUP-* : FEASIBLE TOO-LATE NO-ZONE DOWNGRADE
Payment link SOP : draft order surcoût upgrade
WMS express tag SOP : repriorisation pick post-paiement
Formation cutoff vs pick 20 min : VERIFY-WMS-FIRST
Dashboard KPI : ship_up_* section 9
FAQ
Différence express #338 ?
#338 = express au checkout. #513 = upgrade après paiement standard.
Client peut downgrader express ?
Si unfulfilled avant pick : SHIPUP-DOWNGRADE-01 map row.
Bot #514 suffit ?
Tier 1 cutoff fee quote. Payment ops → agents #513.
Colis déjà expédié ?
SHIPUP-TOO-LATE-01. Intercept carrier exception rare ops.
Aller plus loin
Cette semaine : documenter SHIPUP-MAP par shipping profile, tester SHIPUP-FEASIBLE-01 sur commande unfulfilled simulée, mesurer ship_up_success_rate.
Enzo
1 juillet 2026
