E-commerce
1 juillet 2026
« Ma commande retrait est-elle prête ? » « Le magasin ferme à quelle heure, je passe dans 30 minutes ? » « Mon conjoint peut-il retirer avec ma confirmation e-mail ? » Trois messages où un client sans lookup retrait self-service ouvre un ticket ou bloque le comptoir alors que INSPU-MAP et Shopify fulfillment contiennent déjà statut, horaires et policy tiers.
Un chatbot IA retrait boutique e-commerce ne remplace pas INSPU-FLOW agents (#431). Il lit INSPU-MAP, cite statut prêt à retirer, emplacement comptoir, horaires et pièce requise, explique policy tiers autorisé et route litige comptoir ou client sur place vers #431 pré-rempli.
Ce guide #432 couvre intents bot_inspu_*, flow INSPU-BOT et KPI inspu_bot. Distinct du SAV retrait manuel (#431) et du Click & Collect (#177) : ici, cas d'usage IA retrait boutique : horaires, statut commande, preuve et modification policy.
Sommaire
Pourquoi un bot retrait réduit-il les tickets comptoir ?
Un ticket retrait boutique évitable naît quand le client ne trouve pas statut prêt, emplacement comptoir, horaires du jour ou policy tiers avant d'écrire au support ou de bloquer le vendeur.
Cinq déclencheurs tickets inspu botifiables
Statut prêt : commande prête ou en préparation
Horaires comptoir : ouvert aujourd'hui, fermeture exceptionnelle
Où retirer : caisse, fond magasin, accès PMR
Tiers autorisé : conjoint, ami avec e-mail forward
Preuve retrait : pièce, e-mail, # commande à apporter
Shopify pickup in store expose fulfillment location et statut commande via API (Shopify, pickup in store 2026). Forrester estime que 29 % des abandons BOPIS viennent de communication retrait insuffisante (Forrester, abandon BOPIS). Tidio note qu'un bot omnicanal tier 1 réduit tickets statut retrait de 45-58 % vs FAQ statique (Tidio, chat stats 2026).
Angle #432 vs contenus voisins
SAV inspu #431 : INSPU-FLOW litige comptoir sur place P1. Le #432 = bot tier 1 statut horaires where id policy tiers.
BOPIS #177 : app Zapiet SMS auto sync stock. Le #432 = bot INSPU-MAP manual ou BOPIS unified intents.
Disponibilité #271 : stock pré-achat cross-canal. Le #432 = post-order status + bot_inspu_stock_pre preview checkout.
Bot local #430 : livraison domicile zone. Le #432 = client se déplace boutique, bot route local si préfère domicile.
Cadeau #205 : destinataire tiers pickup. Le #432 = bot_inspu_third_party cite INSPU-MAP gift flow.
Exemple DTC
Mode 3 boutiques, 180 inspu orders/mois, 28 tickets baseline #431. Après INSPU-BOT : inspu_bot_resolution 84 %, inspu_ticket_delta -44 %, inspu_sur_place_handoff_sla 93 %.
Client en route vers magasin
Bot statut + horaires live before departure reduces inspu_not_ready sur place conflicts 35 % vs no bot cohort.
En quoi INSPU-BOT diffère-t-il de INSPU-FLOW #431 ?
Bot retrait self-service et playbook agents comptoir : deux couches sur INSPU-MAP #431.
Matrice bot inspu → rôle
#432 INSPU-BOT : status lookup, hours, where, id policy, third party, prep ETA, hold deadline
#431 INSPU-FLOW : not ready execute, litige wrong item, change store WMS, sur place P1 manager
#177 BOPIS : app SMS ready auto if detected setup bot_inspu_route_bopis
#271 AVAIL : stock location pré-achat bot_inspu_stock_pre
Router upstream
« Prête ma commande », « horaires Lyon », « où retirer », « mari peut passer », « quoi apporter » → INSPU-BOT. « Pas prête mais e-mail ready », « mauvaise taille comptoir », « sur place personne trouve », « chargeback retrait » → handoff #431 IL-6. « Stock dispo retrait avant achat » → bot_inspu_stock_pre + #271.
Données INSPU-BOT
INSPU-MAP JSON #431, order fulfillment status, location_id, tags ready_pickup, store hours metafield, prep_time, hold_days, id_policy, third_party rules.
Promesse #432
Policy INSPU-BOT, 12 intents bot_inspu_*, flow IB-1 à IB-8, guardrails no ready promise without status, KPI inspu_bot_*.
Auth before status cite
bot_inspu_status requires order_id + email IB-2. Visitor hours/where without order uses location picker only.
Quels intents bot_inspu_* configurer ?
Douze intents bot retrait boutique couvrent tier 1 statut comptoir et routing litige.
Douze intents bot_inspu
bot_inspu_status : prête, en préparation, retirée lookup order
bot_inspu_hours : horaires boutique today, fermeture exceptionnelle
bot_inspu_where : pickup_point comptoir, plan PDF link
bot_inspu_id_required : e-mail, pièce, # commande INSPU-MAP
bot_inspu_third_party : conjoint ami coursier policy cite
bot_inspu_prep_eta : délai préparation prep_time estimate
bot_inspu_hold_deadline : conservation J+N before annulation
bot_inspu_stock_pre : retrait dispo location avant achat preview
bot_inspu_change_store : explain modify policy, handoff if execute
bot_inspu_not_ready_policy : que faire si pas prête au comptoir explain
bot_inspu_handoff_431 : sur place P1, litige, wrong item, chargeback
bot_inspu_route_bopis : redirect #177 if app BOPIS SMS path
Tags session
inspu_bot, inspu_bot_status, inspu_bot_hours, inspu_bot_resolved, inspu_bot_handoff_431, inspu_bot_sur_place. Distinct bopis_bot, local_bot, cnc_legacy.
Triggers T1-T5
T1 : confirmation pickup order proactive INSPU-STATUS cite. T2 : keyword retrait/boutique/prête/comptoir/magasin. T3 : order status page pickup widget. T4 : /pages/store-pickup FAQ. T5 : INSPU-READY email link bot status deep link.
Comment appliquer le flow INSPU-BOT en huit étapes ?
Le flow INSPU-BOT guide retrait grounded INSPU-MAP #431 et Shopify fulfillment.
Huit étapes IB-1 à IB-8
IB-1 Accueil : « Je vérifie votre retrait : statut, comptoir, horaires. »
IB-2 Auth context : order_id + email post-achat | location seul visitor hours/where
IB-3 Classifier intent : bot_inspu_* section 3
IB-4 Match INSPU-MAP : location, pickup_point, prep, hold, id_policy, hours
IB-5 Read order status : fulfillment, ready_pickup tag, picked up bool
IB-6 Respond : INSPU-STATUS style | INSPU-WHERE | INSPU-THIRD | prep ETA
IB-7 CTA : /pages/store-pickup plan | hold reminder | checkout pickup option
IB-8 Clore/handoff : sur place P1 | litige | change store execute → #431 IL-6
IB-5 bot_inspu_status
If fulfillment ready + tag ready_pickup → cite prête + pickup_point + hours today + id_policy. If unfulfilled → bot_inspu_prep_eta prep_time + INSPU-DELAY style estimate. Never say prête if IB-5 not ready.
IB-6 third_party
If INSPU-MAP third_party allowed → INSPU-THIRD-01 cite e-mail forward. If interdit → uphold suggest buyer present or ship home handoff #431.
IB-6 not_ready_policy
Client at store claims not ready but bot shows ready → bot_inspu_handoff_431 sur place P1 immediate. Do not argue bot vs client at comptoir, handoff manager 15 min SLA #431.
IB-5 change_store request
bot_inspu_change_store explain policy before pick possible. Keyword confirm change → handoff #431 IL-7 transfer location.
Gift order recipient IB-2
Buyer vs recipient email : auth buyer before status cite recipient pickup. Gift #205 + bot_inspu_third_party variant.
Quelle policy INSPU-BOT documenter ?
La policy bot retrait INSPU-BOT encadre status cite, hours et handoffs comptoir.
Huit règles INSPU-BOT
INSPU-MAP only : pickup_point, hours, id_policy depuis JSON #431
Auth before status : order_id + email before ready/not ready cite
Status from Shopify IB-5 : no ready promise if unfulfilled or no ready_pickup tag
Third party INSPU-MAP cite : bot explain only, no override comptoir decision bot
Sur place P1 handoff 15 min : client_on_site + dispute → #431 manager queue
No change store execute bot : explain policy, handoff #431 IL-7 WMS
No refund litige bot : wrong item chargeback → handoff #431 INSPU-LITIGE
Max 6 turns inspu admin : puis /pages/store-pickup CTA ou handoff
Corpus RAG sources
/pages/store-pickup, INSPU-MAP #431, INSPU-SUP #431, macros INSPU-STATUS INSPU-WHERE from #431 section 7.
Sync ops
INSPU-MAP hours holiday update → bot glossary same hour. Location closed flag → bot_inspu_hours closure cite proactive.
Revue mensuelle
Audit : ready cite when unfulfilled, wrong location hours, missed sur place P1 handoff, third party wrong policy.
BOPIS app coexistence
If Zapiet BOPIS detected : bot_inspu_route_bopis SMS path cite #177. INSPU-BOT still handles hours where id unified INSPU-MAP.
Quels guardrails protègent statut et litiges comptoir ?
La matrice bot inspu autorisé vs interdit protège comptoir et confiance client sur place.
Actions autorisées bot
Lookup fulfillment status ready/unfulfilled/picked up IB-5
Cite INSPU-MAP pickup_point hours id_policy hold_days
Send INSPU-STATUS-01 INSPU-WHERE-01 INSPU-THIRD-01 templates
bot_inspu_prep_eta estimate from prep_time + order created_at
bot_inspu_stock_pre location qty preview pre-achat if API permission
Deep link /pages/store-pickup plan PDF per location
Handoff #431 sur place P1 litige wrong item chargeback
Actions interdites bot
Promise ready if IB-5 unfulfilled or ready_pickup tag absent
Execute change store fulfillment location API
Process refund exchange wrong item comptoir
Override third_party interdit INSPU-MAP
Mark picked up POS on behalf vendeur
Delay sur place P1 handoff beyond 15 min SLA
Ready premature detection
If client received INSPU-READY email but IB-5 unfulfilled → bot_inspu_handoff_431 inspu_ready_premature path apology + expedite #431.
Preuve retrait bot scope
bot_inspu_id_required explain what to bring. Bot does not verify pièce photo or store pickup proof execute. Comptoir vendeur authority.
Stock pre-achat conservative
bot_inspu_stock_pre : cite qty if API read. If uncertain buffer → « vérifiez au checkout retrait » not guarantee pick today.
Comment intégrer INSPU-MAP #431 et Shopify pickup ?
L'intégration bot retrait Shopify combine INSPU-MAP, fulfillment API et location hours.
Champs read INSPU-BOT
order fulfillment status : unfulfilled, ready, success picked up
fulfillment location_id : pickup store match INSPU-MAP
tags ready_pickup : manual or flow triggered
location metafield hours : today open close exception
inventory location qty : bot_inspu_stock_pre SKU line
Shopify pickup in store fulfillment workflow (Shopify, pickup 2026).
INSPU-MAP bot layer
Import #431 JSON : pickup_point, prep_time, hold_days, id_policy, third_party, access_notes PMR per location_id. IB-4 match order or visitor location picker.
Hours today live
bot_inspu_hours : read location metafield + holiday calendar JSON. Cache 15 min. Fermeture exceptionnelle ops flag overrides default hours.
INSPU-READY email deep link
T5 email CTA opens bot_inspu_status pre-auth token or order lookup IB-2. Reduce inspu_where_pickup day-of tickets 28 %.
Multi-location picker visitor
Visitor no order : IB-2 location dropdown Paris Lyon Marseille before hours/where cite. Prevent wrong store hours.
Integration Qstomy
Voir intégration Shopify for fulfillment read + INSPU-MAP RAG sync on location update.
Quels triggers confirmation, J-0 et UX pour INSPU-BOT ?
Le déploiement UX INSPU-BOT maximise deflection semaine retrait et conversion pickup checkout.
Cinq placements widget
Confirmation pickup order : T1 proactive prep_time + pickup_point
/pages/store-pickup : T4 FAQ hours where id per location
Order status page : T3 statut widget + plan link
INSPU-READY email : T5 bot deep link status + hours today
Checkout pickup step : bot_inspu_stock_pre location preview
En route magasin chip
Order status mobile chip « Je pars au magasin » triggers bot_inspu_status + bot_inspu_hours countdown close time. Reduce sur place not ready conflicts when client arrives 5 min before close.
Hold reminder J+3 J+6 bot path
Email hold reminder links bot_inspu_hold_deadline + bot_inspu_status if not picked up. Complement #431 INSPU-HOLD sequence automated.
Affiche comptoir QR
QR widget /pages/store-pickup + bot T2 keyword boost in-store WiFi landing optional. Vendeur directs client to bot before calling support central.
A/B test
T1 confirmation proactive status vs passive : inspu_bot_resolution + inspu_ticket_delta 4 semaines per location.
Pre-achat pickup vs ship chip PDP
PDP « Retrait dispo [ville] ? » bot_inspu_stock_pre + prep_time. Complement #271 availability not replace.
Quels KPI inspu bot mesurer ?
Les KPI bot retrait boutique lient deflection statut et SLA sur place handoff.
Huit métriques clés
inspu_bot_resolution_rate : résolu sans handoff / sessions inspu_bot
inspu_ticket_delta : baisse tickets #431 vs baseline
inspu_status_self_service_rate : status bot / status questions
inspu_hours_bot_rate : hours where resolved bot / hours questions
inspu_sur_place_handoff_sla : P1 handoff < 15 min / sur place disputes
inspu_handoff_431_rate : litige change store routed agents
inspu_stock_pre_convert : pickup checkout selected / bot_inspu_stock_pre sessions
inspu_bot_csat : satisfaction tag inspu_bot resolved
Benchmark DTC
inspu_bot_resolution 80-90 %, inspu_ticket_delta -40-50 %, sur_place_handoff_sla > 92 %, inspu_bot_csat > 4,3/5.
Dashboard par location
Intent breakdown, status vs hours vs third party, handoff reasons, prep ETA accuracy vs actual ready time.
Audit transcript
20 sessions/mois : status always IB-5 grounded, no ready false promise, sur place P1 triggered, third party INSPU-MAP correct.
Correlation no-show rate
Track inspu_no_show_rate ops vs bot_inspu_hold_deadline sessions. Hold reminder bot link impact.
Quels anti-patterns éviter sur bot retrait ?
Dix anti-patterns bot retrait boutique à bannir.
1. Ready promise unfulfilled IB-5
Règle 3 strict. Top inspu_not_ready sur place cause bot-side.
2. Status sans auth order
Règle 2 privacy. order_id + email IB-2 mandatory.
3. Change store execute bot
Règle 6 handoff #431 IL-7. Bot explain policy only.
4. Refund wrong item bot
Règle 7 handoff INSPU-LITIGE agents comptoir.
5. Third party override INSPU-MAP
Règle 4 cite policy. Vendeur final authority comptoir.
6. Wrong location hours cite
IB-4 location_id match order or picker. Lyon ≠ Paris hours.
7. Skip INSPU-SUP #431 prérequis
/pages/store-pickup INSPU-MAP before bot launch.
8. Sur place dispute argue bot
Règle 5 P1 handoff immediate. Client devant vitrine non négociable bot loop.
9. Stock pre guarantee certain
bot_inspu_stock_pre conservative qty cite. Checkout final truth.
10. Conversation 12 tours
Max 6 turns règle 8. Plan PDF CTA IB-7.
11. Confondre BOPIS #177 et inspu #431
bot_inspu_route_bopis if app else INSPU-MAP manual macros distinct.
12. Gift recipient status sans buyer auth
#205 flow : buyer auth or recipient token before status release.
Comment Qstomy gère statut, horaires et preuve retrait ?
Qstomy sur Shopify : INSPU-BOT order lookup, INSPU-MAP pickup_point hours cite, INSPU-STATUS-01 auto, third party policy explain, sur place P1 handoff #431 champs pré-remplis client_on_site.
Capacités inspu bot Qstomy
inspu_order_lookup : IB-2 fulfillment location status
inspu_map_cite : pickup_point, hours, id_policy, hold
inspu_status_template : INSPU-STATUS-01 auto IB-6
inspu_third_explain : INSPU-THIRD-01 gift #205 variant
inspu_prep_eta : prep_time estimate from created_at
inspu_handoff_sur_place : P1 manager queue fields #431
Pipeline #432 → #431
Bot tier 1 status hours where third party. Agents litige change store sur place execute. Shared INSPU-MAP.
Scénario DTC chiffré
Mode 3 boutiques 180 inspu/mois, 28 tickets baseline.
Après INSPU-BOT Qstomy : inspu_bot_resolution 86 %, inspu_ticket_delta -46 %, inspu_sur_place_handoff_sla 95 %, inspu_bot_csat 4,4/5.
Explorez support client et demander une démo.
Entraînement corpus sync
Voir entraîner chatbot Shopify for INSPU-MAP RAG sync on location hours update webhook.
Quelle checklist pour déployer INSPU-BOT ?
Checklist INSPU-BOT (12 étapes)
Valider INSPU-SUP #431 + INSPU-MAP /pages/store-pickup
Export INSPU-MAP JSON → bot glossary per location_id
Configurer 12 intents bot_inspu_* section 3
Implémenter flow IB-1 à IB-8 + fulfillment status read IB-5
Activer guardrails no ready false + sur place P1 + no refund bot
Router inspu vs #431 #177 #271 #430 local
Placements confirmation T1 + order status T3 + /pages/store-pickup T4
Triggers T5 INSPU-READY email bot deep link + hold reminder
Tests staging 8 scénarios : status ready, status prep, hours, where, third party, not ready sur place handoff, change store handoff, stock pre
Location picker visitor IB-2 multi-store
Dashboard KPI inspu_bot per location + sur place SLA audit
A/B T1 confirmation proactive vs passive 4 semaines
En bref
#432 = bot retrait tier 1, #431 agents litige comptoir execute
INSPU-MAP grounded : comptoir, hours, id, tiers, hold
INSPU-BOT : auth → status → where/hours → handoff
No ready sans IB-5 : fulfillment tag verified
KPI inspu_bot_resolution : cible > 85 %
FAQ
Différence #431 ?
#431 SAV litige sur place change store refund. #432 bot statut horaires where id third party tier 1.
Bot dit prête mais comptoir non ?
bot_inspu_handoff_431 sur place P1 immediate. inspu_ready_premature or inspu_manual_list_lag #431 path.
Conjoint peut retirer ?
bot_inspu_third_party cite INSPU-MAP. Allowed e-mail forward OR interdit uphold.
Changer magasin via bot ?
bot_inspu_change_store explain policy. Execute → handoff #431 IL-7 before pick only.
BOPIS app vs retrait manuel ?
bot_inspu_route_bopis #177 if Zapiet. Else INSPU-MAP #431 manual unified bot layer.
Aller plus loin
Cette semaine : sync INSPU-MAP bot per location, configurez IB-5 fulfillment read staging, testez sur place P1 handoff path, activez widget confirmation T1 + INSPU-READY deep link T5.
Partagez ce guide #432 avec magasins et support : un bot qui cite « prête, comptoir caisse 2, fermeture 19h » à 18 h vaut un client qui repart avec son sac, une fausse promesse prête vaut une file mécontente au comptoir.
Enzo
1 juillet 2026
