E-commerce
1 juillet 2026
« J'ai payé mais la page ne montre pas mon numéro de commande. » « Confirmation vide, est-ce que ça a marché ? » « Je ne sais pas quoi faire ensuite, pas d'email mentionné. » Trois formulations pour une page de confirmation incomplète ou confuse : le paiement est passé, la thank you page s'affiche, mais le client manque de repères.
Le support page confirmation incomplète e-commerce couvre numéro absent, détails partiels, prochaines étapes floues et incohérences visuelles post-checkout. Distinct erreur redirection (#817 POSTRED) : ici la page charge, mais ne rassure pas assez.
Ce guide #819 couvre policy INCONFC-SUP, flow IC-1 à IC-8 et matrice INCONFC-MAP. Paire SAV du futur bot confirmation (#820).
Sommaire
Pourquoi une page de confirmation incomplète génère-t-elle des tickets ?
Le client voit une thank you page minimale : pas de numéro commande, total flou, aucune mention email ou délai livraison. Il doute que l'achat soit enregistré et contacte le SAV dans les minutes qui suivent.
Cinq frictions typiques confirmation incomplète
Numéro commande absent : template checkout allégé, variable order.name non injectée
Récap panier tronqué : une ligne, image manquante, montant TTC peu lisible
Prochaines étapes absentes : pas de « vous recevrez un email », pas de délai expédition
Incohérence mobile : desktop OK, mobile thank you coupée ou loader infini partiel
Guest checkout : pas de lien créer compte, historique introuvable ensuite
Baymard note que la page post-achat doit confirmer succès, résumer commande et orienter la suite ; une confirmation pauvre augmente anxiété et contacts support (Baymard, checkout usability 2026).
Coût ticket mal traité
Agent répond « tout va bien » sans citer numéro commande ni renvoyer email : 2e ticket WISMO 24 h plus tard. Ou remboursement anticipé alors que commande part en préparation.
Exemple DTC
Marque accessoires, 89 tickets inconfc_/mois sur 6 200 commandes. Après INCONFC-MAP + 8 macros : inconfc_clarity_resolution_rate 91 %, temps médian résolution 5 min, tickets doublons post-achat -34 %.
INCONFC #819 vs POSTRED #817, CONF-EMAIL #358, bot #820 et expérience checkout
Cinq contenus, cinq angles post-checkout distincts.
Matrice rapide
#819 INCONFC : page confirmation affichée mais incomplète ou confuse
POSTRED #817 : paiement réussi, page confirmation non affichée (redirect)
CONF-EMAIL #358 : email confirmation manquant, angle délivrabilité
Bot #820 : expliquer statut, email et prochaines étapes tier 1
Checkout #278 : incident technique plateforme distinct UX page isolée
#819 = j'ai vu une page mais elle ne me rassure pas. #817 = je n'ai pas vu de page du tout.
Promesse #819
Policy INCONFC-SUP, arbre INCONFC-GATE, 8 macros, checklist UX confirmation, KPI inconfc_clarity_resolution_rate.
Quelles typologies inconfc_* classifier ?
Classifier avant réponse évite macro générique « vérifiez vos spams » quand le vrai problème est numéro commande absent à l'écran.
Huit typologies INCONFC-MAP
inconfc_no_order_number : thank you sans #commande
inconfc_partial_summary : récap incomplet ou illisible
inconfc_no_next_steps : pas email, délai, tracking promis
inconfc_wrong_total : montant page ≠ banque (affichage)
inconfc_guest_no_account : invité, pas lien rattachement
inconfc_mobile_layout : page coupée smartphone
inconfc_duplicate_worry : client a refresh, craint double commande
inconfc_mixed_with_redirect : page partielle + erreur JS (hybride POSTRED)
Tag primaire + secondaire si besoin. Hybride inconfc_mixed_with_redirect : lookup commande d'abord (flow POSTRED PR-3), puis clarifier contenu page.
Signaux ticket
Mots-clés : « page vide », « pas de numéro », « confirmation bizarre », « qu'est-ce qui se passe après », screenshot thank you page joint.
Policy INCONFC-SUP : règles agents et escalade
La policy INCONFC-SUP fixe ce que l'agent peut promettre sans dev ni marketing.
Cinq règles INCONFC-SUP
Lookup obligatoire : toujours vérifier commande paid par email ou last4 carte avant réponse
Citer numéro : inclure order.name et total TTC dans chaque réponse rassurance
Renvoi email : proposer resend confirmation si timeline Shopify le permet
Pas de refund auto : inconfc ≠ échec paiement, escalade finance seulement si unpaid confirmé
Feedback produit : tag inconfc_* + lien Figma/checkout si pattern récurrent (≥ 5 tickets/semaine même cause)
Shopify permet Resend order confirmation depuis la fiche commande si email valide (Shopify, order status 2026).
Escalade
Dev/checkout : inconfc_mobile_layout récurrent, script thank you cassé. Marketing : copy prochaines étapes absente. Legal : montant affiché ≠ facture (rare).
Flow IC-1 à IC-8 : résolution standard
Huit étapes séquentielles, SLA P1 post-achat < 20 min première réponse.
Flow IC-1 à IC-8
IC-1 Triage : lire message, demander email checkout ou screenshot si absent
IC-2 Lookup : commande paid dernières 2 h par email, téléphone ou gateway
IC-3 Classify : tag inconfc_* primaire via INCONFC-MAP
IC-4 Rassurer : macro INCONFC-REASSURE avec numéro, total, statut fulfillment
IC-5 Next steps : macro INCONFC-NEXT (email délai, tracking quand expédié, compte invité)
IC-6 Resend : renvoi confirmation + lien page statut si disponible
IC-7 Anti-doublon : vérifier une seule commande paid, expliquer refresh safe
IC-8 Close : tag résolu, KPI inconfc_clarity_resolution_rate, note UX si récurrent
Si lookup échoue (pas de commande) : basculer flow POSTRED PR-2 ou PNDPAY #763, ne pas forcer macro INCONFC.
Huit macros INCONFC-* prêtes à coller
Macros courtes, ton rassurant, champs {{order.name}} {{total}} {{email}} à remplir.
Bibliothèque INCONFC-*
INCONFC-REASSURE : « Votre commande {{order.name}} est bien enregistrée pour {{total}}. Statut : {{fulfillment}}. »
INCONFC-NUMBER : « Le numéro à conserver : {{order.name}}. Il figure aussi dans l'email envoyé à {{email}}. »
INCONFC-NEXT : « Vous recevrez un email de confirmation sous quelques minutes. Expédition sous {{sla}}. Tracking dès envoi. »
INCONFC-RESEND : « Je viens de renvoyer la confirmation à {{email}}. Vérifiez aussi Promotions/spam. »
INCONFC-GUEST : « Créez un compte avec {{email}} pour retrouver l'historique : {{account_link}}. »
INCONFC-NODOUBLE : « Une seule commande payée trouvée. Rafraîchir la page ne crée pas de doublon. »
INCONFC-MOBILE : « Merci pour la capture. L'affichage mobile est en cours de correction. Voici vos détails par email. »
INCONFC-UXFEEDBACK : « Votre retour sur la page confirmation est transmis à l'équipe boutique pour amélioration. »
Combiner REASSURE + NEXT + RESEND couvre 80 % des tickets inconfc_no_order_number et inconfc_no_next_steps.
Checklist UX : réduire les tickets à la source
Le SAV traite le symptôme ; la checklist évite la récidive côté produit.
Dix points thank you page
Numéro commande visible above the fold
Récap lignes + total TTC + frais port
Phrase « email envoyé à [email masqué] »
Délai expédition estimé ou fourchette
Lien page statut commande ou compte
CTA créer compte si guest checkout
Test mobile iOS Safari + Chrome Android
Pas de loader bloquant analytics third-party
Traduction FR alignée emails transactionnels
Accessibilité : contraste, taille texte numéro commande
Revue trimestrielle avec 3 derniers tickets inconfc_* : si même typo répété, ticket Jira checkout avant nouveau sprint SAV.
Lien automation
Automation post-achat (#9) et futur bot #820 absorbent le tier 1 une fois page et MAP stabilisés.
KPI, QA et handoff vers bot #820
Mesurer INCONFC évite de confondre progrès UX et charge SAV stable.
Quatre KPI INCONFC
inconfc_clarity_resolution_rate : tickets résolus sans escalade / total inconfc_
inconfc_first_reply_cite_order : % réponses citant order.name
inconfc_resend_rate : % avec resend confirmation
inconfc_repeat_24h : client réouvre sous 24 h même commande
QA hebdo
Échantillon 10 tickets : lookup fait, numéro cité, macro adaptée au tag, pas de refund non justifié.
Handoff bot #820
Exporter INCONFC-MAP + macros vers intents bot_order_confirm_status, bot_next_steps_post_purchase. Guardrail INCONFC-CITE-BOT : toujours order.name si lookup OK. Humain si unpaid, litige montant, ou > 3 commandes même email 1 h.
Cas limites : montant différent, multi-commande, marketplace
Trois cas qui dépassent la macro standard.
inconfc_wrong_total
Comparer order.total vs capture banque. Si écart devise ou arrondi affichage : expliquer HT/TTC/shipping. Si écart réel : escalade finance, pas promesse remboursement agent.
inconfc_duplicate_worry
Lister toutes commandes paid email 24 h. Une seule : INCONFC-NODOUBLE. Plusieurs : distinguer intentions client vs double submit, annulation si unfulfilled selon policy.
Marketplace / OMS
Thank you page Shopify mais fulfillment externe : préciser « confirmation boutique », délai email partenaire. Lien commande cadeau (#gift) si message destinataire différent.
Formation agents : 30 minutes INCONFC
Module court : différencier POSTRED, INCONFC, CONF-EMAIL en 5 min quiz.
Exercices
Ticket A : page blanche → flow POSTRED, pas IC-4
Ticket B : numéro absent, email OK → IC-4 + INCONFC-NUMBER
Ticket C : pas d'email reçu → renvoi #358, compléter IC-6
Fiche mémo 1 page : INCONFC-GATE arbre, 8 macros, 4 KPI. Révision si inconfc_first_reply_cite_order < 85 % sur rolling 30 jours.
Comment Qstomy structure INCONFC dans votre stack
Qstomy centralise tags inconfc_*, macros INCONFC-* et lookup Shopify dans un même workspace agents.
Trois briques Qstomy
Routing : intent post_purchase_confirmation détecté, sous-tag via INCONFC-MAP
Suggestions : macro pré-remplie order.name après sync commande
Analytics : dashboard inconfc_clarity_resolution_rate par typo et device
Préparer #820 : exporter MAP et guardrails INCONFC-CITE-BOT vers le bot confirmation sans dupliquer la policy humaine.
FAQ et checklist déploiement INCONFC
FAQ
Page incomplète = paiement échoué ?
Non. Lookup d'abord : paid = rassurer et compléter infos, unpaid = autre flow.
Différence avec #817 ?
#817 redirect cassé, pas de page. #819 page visible mais insuffisante.
Faut-il refondre toute la thank you page ?
Commencer par numéro + next steps + test mobile : impact maximal, effort limité.
Checklist déploiement 7 jours
J1 : publier INCONFC-SUP + INCONFC-MAP dans la base connaissance
J2 : importer 8 macros helpdesk
J3 : audit thank you page vs checklist section 7
J4 : formation 30 min agents + quiz 3 tickets
J5 : activer tags inconfc_* et KPI dashboard
J6 : QA 10 tickets, ajuster macros
J7 : brief équipe bot #820 avec MAP export
Objectif mois 1 : inconfc_clarity_resolution_rate ≥ 88 %, inconfc_repeat_24h ≤ 8 %.
Enzo
1 juillet 2026
