E-commerce

Comment configurer un chatbot IA sur la liste d'attente : qualification, priorité et relance ?

Comment configurer un chatbot IA sur la liste d'attente : qualification, priorité et relance ?

30 juin 2026

Un formulaire e-mail sur une page coming soon capture des adresses. Il ne distingue pas le client prêt à acheter le jour J du curieux qui oubliera votre marque en deux semaines. Résultat : même e-mail à tous, même fenêtre d'accès, conversion waitlist décevante.

Alhena décrit le chatbot waitlist comme un système actif : confirmer l'inscription, capturer préférences taille/couleur, segmenter la demande avant le go-live (Alhena, waitlist IA 2026). D2C Times mesure 34,7 % de conversion avec waitlist segmentée vs 6,2 % en first-come first-served (D2C Times 2026).

Ce guide #307 traite le chatbot IA liste d'attente produit : qualification, priorité, relance. Il complète support pré-lancement (#306) avec l'angle automation conversationnelle et scoring.

Sommaire

Pourquoi un formulaire waitlist passif sous-exploite-t-il la demande pré-lancement ?

Le client laisse son e-mail et part. Vous ne savez ni sa taille, ni son urgence, ni s'il achètera à 10 h ou ignorera l'e-mail drop.

Limites du capture seul

  • Zero contexte : pas de variante, budget, usage

  • Même traitement : VIP potentiel = curieux froid

  • Questions sans réponse : le client ouvre le chat ou part chez le concurrent

Ce que change le bot waitlist

TailorTalk rappelle que la valeur du chat IA e-commerce est surtout avant l'achat : lever hésitation, capturer intent, relancer (TailorTalk, chatbot 2026). Sur waitlist : le bot qualifie, score, assigne tier et déclenche relances ciblées.

Principe #307

Waitlist = entonnoir conversationnel. Chaque échange enrichit le profil, pas seulement la base e-mail.

En quoi diffère-t-il du support #306, de la rupture #106 et du guided selling #150 ?

Cinq contenus voisins, cinq rôles.

Support pré-lancement (#306)

Support waitlist (#306) : WAITLIST-POLICY, macros PRELAUNCH, protocole drop day humain. Le #307 automatise qualification, scoring et relance via bot.

Rupture stock (#106)

Rupture (#106) : produit déjà lancé, réassort. Le #307 : produit pas encore vendable, demande anticipée.

Plan lancement (#114)

Lancement (#114) : cycle complet J-30 à J+30. Le #307 zoome le module bot waitlist pré-drop.

Guided selling (#150)

Guided selling (#150) oriente vers SKU achetable. Le #307 qualifie pour accès futur, pas achat immédiat.

Génération leads (#306 voisin Heeya)

Heeya distingue qualification (contexte complet) et scoring (priorité traitement) (Heeya, leads chatbot 2026). Le #307 applique cette logique au cas waitlist produit.

Promesse #307

Intents wl_*, modèle WAIT-SCORE, flow qualification, tiers bot, relances, prompt WAITLIST-BOT-01, KPI conversion.

Quelle cartographie WL-BOT-INTENT pour le chatbot waitlist ?

La taxonomie WL-BOT-INTENT sépare inscription, statut, qualification et drop day.

14 intents bot waitlist

  • wl_signup : inscription waitlist depuis chat

  • wl_confirm : suis-je inscrit ? (lookup e-mail)

  • wl_when_launch : date et heure lancement

  • wl_early_access : règles accès anticipé

  • wl_qualify_start : début flow qualification

  • wl_preference : taille, couleur, variante

  • wl_referral : lien parrainage, upgrade tier

  • wl_tier_status : mon niveau priorité

  • wl_unsubscribe : désinscription

  • wl_specs_teaser : infos produit déjà publiées

  • wl_drop_link : lien early access J-0

  • wl_sold_out_next : raté drop, prochaine chance

  • wl_alternative : produit similaire en stock

  • wl_handoff : litige tier, influenceur, B2B

Routing

PDP coming soon : wl_signup + wl_qualify_start proactif après 20 s dwell. Chat entrant : lookup Klaviyo/Shopify metafield avant réponse tier.

Comment construire le modèle WAIT-SCORE pour prioriser les inscrits ?

Le modèle WAIT-SCORE note chaque inscrit pour tier Klaviyo et fenêtre early access.

Critères e-commerce (adaptation BANT)

ChatSpark propose Budget, Authority, Need, Timeline pour B2B (ChatSpark, qualification 2026). En DTC waitlist :

  • Need : usage déclaré, correspondance produit (+0-25 pts)

  • Urgency : achat J-0 vs curiosité (+0-25 pts)

  • Fit : variante confirmée, budget aligné (+0-20 pts)

  • Engagement : referral, quiz, ouvertures e-mail (+0-20 pts)

  • Historique : client existant LTV (+0-10 pts)

Segments score

Hot 75-100 : tier T0/T1, early access -48 h. Warm 40-74 : T2, relance nurturing. Cold <40 : T3, e-mails génériques seulement. Heeya : leads A rappelés sous 1 h, C en séquence J+3 J+7 (Heeya, qualifier leads 2026).

Sync CRM

Webhook bot → Klaviyo : wait_score, wait_tier, variant_pref, urgency. Tag Shopify customer metafield identique.

Quel flow conversationnel de qualification en cinq questions ?

Le flow qualification waitlist enrichit le profil en moins de 90 secondes, sans interrogatoire B2B.

Séquence type mode DTC

  1. Usage : « Pour qui ou pour quel usage ? » (cadeau, perso, pro)

  2. Variante : « Quelle taille / couleur vous intéresse ? »

  3. Urgence : « Comptez-vous acheter dès l'ouverture ou vous renseignez seulement ? »

  4. Canal : « Préférez-vous être alerté par e-mail ou SMS ? »

  5. Referral opt-in : « Souhaitez-vous un lien pour passer devant en invitant des amis ? »

Règles flow

Skip question si réponse déjà dans session (PDP variante sélectionnée). Max 5 questions. Fin : score calculé + confirmation tier + CTA referral si Warm/Hot.

Exemple copy fin flow

« Merci {{name}}. Vous êtes inscrit(e) tier {{tier}} pour {{product}}. Lancement {{launch_date}}. Accès early : {{early_window}}. Votre préférence {{variant}} est enregistrée. »

Comment le bot assigne-t-il tiers de priorité et early access ?

L'assignation tier bot mappe WAIT-SCORE vers règles WAITLIST-POLICY du guide #306.

Matrice score → tier

  • Score ≥85 ou client VIP LTV → T0 (-48 h)

  • Score 65-84 ou 2+ referrals → T1 (-24 h)

  • Score 40-64 → T2 (-6 h ou code H-0)

  • Score <40 → T3 (public only)

Upgrade dynamique

Referral validé : +15 pts, recalcul tier si cutoff non passé. Quiz complété : +10 pts. D2C Times : scoring comportemental +67 % conversion vs FCFS.

Interdit bot

Promettre T0 sans score. Créer tier exceptionnel non documenté. Donner lien early access avant fenêtre policy.

Quelles relances automatiser selon le score waitlist ?

Les relances bot waitlist complètent Klaviyo, pas dupliquent spam.

Séquences par segment

Hot (chat + e-mail) : J-7 teaser specs, J-1 countdown personnalisé, H-15 min lien early access SMS si opt-in.

Warm : J+3 rappel qualification incomplète, J+7 BTS produit, J-2 « plus que 48 h ».

Cold : e-mail launch public uniquement, pas relance chat proactive.

Triggers conversationnels

  • Qualification abandonnée à Q3 → wl_qualify_resume 24 h

  • Hot sans ouverture e-mail J-3 → nudge chat « toujours intéressé ? »

  • Drop raté → wl_sold_out_next + wl_alternative SKU stock

PeppyDuck

Automatisation drop : e-mail « Available Now » par SKU waitlist, fenêtre preorder early access, rappel 24 h post-drop (PeppyDuck 2026). Bot déclenche handoff si client dit « lien ne marche pas » en J-0.

Comment structurer le prompt WAITLIST-BOT-01 et le corpus ?

Extension system prompt #163, bloc WAITLIST-BOT-01 200-300 mots.

Blocs prompt

  1. Rôle : guide waitlist {{product}}, pas vendeur pressant

  2. Corpus : WAITLIST-POLICY #306, specs teaser, dates tier

  3. Qualification : flow 5 questions section 4 si wl_signup

  4. Scoring : appliquer WAIT-SCORE, ne pas afficher score brut au client

  5. Interdit : prix non publié, stock exact, date non confirmée

  6. Handoff : wl_handoff si tier dispute, influenceur, >3 échecs lien

Corpus sources

Index : WAITLIST-POLICY Notion, page /pages/lancement, metafields produit teaser, calendrier Klaviyo JSON. Alhena : bot confirme inscription, capture préférences, explique early access (Alhena 2026).

Voir consignes (#163), nettoyage corpus (#103).

Quel mode bot activer le jour du drop ?

Le mode drop day bot priorise wl_drop_link, wl_confirm et wl_sold_out_next.

Comportements J-0

  • Lookup e-mail → tier → lien early access si fenêtre ouverte

  • Stock live API Shopify : wl_alternative si SKU pref OOS

  • File d'attente virtuelle : message ETA queue si activée

  • Cap 1 regénération lien / client / drop

SLA bot drop day

Réponse wl_drop_link < 10 s. Handoff humain si 2 échecs lien consécutifs. Désactiver qualification wl_qualify_start (inscription fermée).

Post-drop J+1 à J+7

Activer wl_sold_out_next pour non-convertis. Proposer alerte restock ou waitlist prochain drop. Croiser rupture (#106) si produit reste OOS.

Quels KPI mesurer pour le bot waitlist ?

Mesurez qualification et conversion, pas seulement inscriptions brutes.

KPI mensuels / par drop

  • wl_signup_via_bot_rate : inscriptions chat / sessions PDP coming soon

  • qualification_completion_rate : flows terminés / wl_signup

  • waitlist_to_order_rate : commandes / inscrits (cible 10-15 %)

  • hot_share : % inscrits score ≥75

  • tier_upgrade_rate : upgrades referral/quiz

  • relance_conversion : achats post-nudge chat Warm

  • wl_bot_deflection : intents résolus sans humain

Revue S+14 post-drop

Comparer waitlist_to_order Hot vs Cold. Ajuster poids WAIT-SCORE si Hot sous-convertit (seuil trop bas) ou Cold sur-représenté.

Comment Qstomy qualifie-t-il, priorise-t-il et relance-t-il la waitlist ?

Qstomy exécute WL-BOT-INTENT, calcule WAIT-SCORE, sync Klaviyo et active le mode drop day.

Capacités

  • Flow qualification 5 questions + variant capture

  • WAIT-SCORE temps réel + assignation tier

  • Lookup wl_confirm / wl_tier_status Klaviyo

  • Relances chat Warm (qualification resume, countdown)

  • Mode drop : lien early access + wl_alternative stock live

  • Handoff wl_handoff payload score + tier + prefs

Scénario DTC chiffré

Marque sneakers, 3 800 inscrits waitlist, 62 % via bot. Avant Qstomy : qualification 12 %, waitlist_to_order 7,1 %. Après WAIT-SCORE + relances Warm : qualification 58 %, Hot share 22 %, waitlist_to_order 13,6 %, wl_bot_deflection 74 % sur 6 semaines pré-drop.

Voir agent vente, Shopify, démo.

Quels playbooks pour déployer le bot waitlist en quatre semaines ?

Playbook 1 : WAITLIST-POLICY + corpus (3 h)

Reprendre #306 section 4. Indexer dans bot. Valider dates et tiers avec marketing.

Playbook 2 : WAIT-SCORE + tiers (2 h)

Définir critères section 4. Configurer webhook Klaviyo. Test 10 profils fictifs.

Playbook 3 : flow qualification (1 j)

Implémenter 5 questions section 4. Triggers PDP coming soon. QA mobile.

Playbook 4 : relances Warm (4 h)

Activer séquences section 7. Lier chat nudge + e-mail Klaviyo. Pas de double message même heure.

Playbook 5 : dry run drop bot (2 h)

Simuler wl_drop_link, OOS pref, handoff. Activer mode drop day section 8.

Maillage utile

Cette semaine : ouvrez votre page coming soon en navigation privée. Le bot propose-t-il qualification après inscription ? Si non, le playbook 3 est la priorité avant le prochain teaser.

Enzo

30 juin 2026

Convertissez +2000 clients en moyenne par mois en utilisant Qstomy.

1ère IA Shopify dédiée à la conversion client au monde

200+ ecommerçants accompagnés

Abonnez-vous à la newsletter et obtennez un e-book personnalisé !

Solution no-code, sans connaissance technique requise. Une IA entrainée sur votre e-shop et non intrusive.

*Désabonnez-vous à tout moment. Nous n'envoyons pas de spam.

Abonnez-vous à la newsletter et obtennez un e-book personnalisé !

Solution no-code, sans connaissance technique requise. Une IA entrainée sur votre e-shop et non intrusive.

*Désabonnez-vous à tout moment. Nous n'envoyons pas de spam.