E-commerce
1 juillet 2026
« Le bot promet ma caution libérée demain alors que le produit n'est pas encore retourné. » « L'IA annule ma pénalité de retard sans vérifier la date. » « Chatbot confond location week-end et kit essai 14 jours. » Trois échecs où un bot location mal calibré sur-promet caution ou mélange modèles produit temporaire.
Un chatbot IA location produit ne remplace pas les agents RENTAL (#619). Il lit RENTAL-MAP, cite durée caution retour, vérifie rental_status API et handoff extension dommage capture vers humains.
Ce guide #620 couvre intents bot_rental_*, flow RENTALbot et KPI rental_bot. Paire bot du playbook RENTAL (#619). Nouveau cas d'usage IA location : expliquer disponibilité caution retour sans promettre libération ni capturer dommage.
Sommaire
Pourquoi automatiser la location produit par bot ?
« Comment louer ce produit ? », « ma caution est bloquée depuis quand ? » et « comment renvoyer avant vendredi ? » reviennent PDP espace client location. Un bot calibré cite RENTAL-MAP, lookup rental_status due_date deposit sans promettre libération avant inspection.
Ce que le bot résout tier 1
Modèle explain : customer_copy durée deposit return_method map
Disponibilité dates : rental_duration_options calendrier cite
Statut caution : deposit_hold_type inspection statut API
Guide retour : return_method due_date étiquette resend info
Usure vs dommage : normal_wear_vs_damage explain pré retour
Les modèles location circulaire gagnent en adoption quand dates caution et retour sont clairs dès le parcours digital (McKinsey, circular retail 2026). Le bot intercepte bot_rental_deposit_status avant NO-DEPOSIT-RELEASE-PROMISE violation.
RENTALbot vs RENTAL #619, kit essai #538, consigne #412 et retour neuf
Cinq contenus, cinq modèles produit temporaire distincts.
Matrice rapide
#620 RENTALbot : bot tier 1 explain dates deposit retour handoff
#619 RENTAL : agents extension damage capture escalate ops
Kit essai bot #538 : try-before-buy retour refund distinct location
Consigne #412 : caution emballage pas produit loué
Retour neuf : policy 14 j achat distinct rental_id
Pipeline : bot explain dates deposit tier 1 → #619 extension dommage capture buyout execute.
Quels intents bot_rental_* configurer ?
Huit intents bot location mappés typologies rental_* #619.
Huit intents bot_rental
bot_rental_explain : customer_copy how works durée pricing
bot_rental_availability : dates créneaux rental_duration_options
bot_rental_deposit_status : deposit hold statut inspection cite
bot_rental_return_guide : return_method due_date label info
bot_rental_due_reminder : J-2 retour due_date grace_hours
bot_rental_late_fee_info : late_fee_policy cite sans waive
bot_rental_condition_info : normal_wear_vs_damage checklist explain
bot_rental_handoff : extension damage buyout capture → #619
Tier 1 auto : explain, availability, deposit_status, return_guide, due_reminder, late_fee_info, condition_info si RENTAL-MAP + rental API.
bot_rental_handoff extension damage dispute capture → agents #619 payload rental_id order_ref photos.
Comment consommer RENTAL-MAP #619 ?
Le bot lit RENTAL-MAP #619 : rental_program_id, sku_or_category, rental_duration_options, pricing_model, deposit_amount_rules, deposit_hold_type, late_fee_policy, return_method, return_window_hours, condition_checklist, normal_wear_vs_damage, buyout_option_rules, customer_copy.
Lookup grounded
PDP rental badge detect : sku programme → RENTAL-MAP row
RENTAL-STATUS-VERIFY-BOT : rental API due_date deposit statut before cite
NO-DEPOSIT-RELEASE-PROMISE-BOT : pas libération promis avant inspection ops
NO-CAPTURE-BOT : capture partial deposit handoff #619 only
NO-LATE-FEE-WAIVE-BOT : late fee cite map sans annulation bot
TRIAL-REROUTE-BOT : kit essai → #538 TRIALKITbot distinct
Alignement anti-hallucination (#123) : deposit retour late fee = RENTAL-MAP whitelist + rental_status API only.
Policy RENTALBOT-SUP en six règles
Six règles bot location sûr.
RENTAL-MAP-GROUNDED : durée deposit retour late fee depuis map only
RENTAL-STATUS-VERIFY-BOT : rental API statut before deposit due_date cite
NO-DEPOSIT-RELEASE-PROMISE-BOT : bot ne promet pas caution libérée avant inspection
NO-CAPTURE-BOT : bot ne capture ni ne rembourse caution dommage
NO-LATE-FEE-WAIVE-BOT : bot ne supprime pas pénalité retard
EXTEND-HANDOFF-BOT : extension buyout damage dispute → #619 agents
Flow RENTALbot RNB-1 à RNB-8
Flow huit étapes bot location produit.
RNB-1 Classify : bot_rental_* intent detect
RNB-2 Collect : rental_id order_ref sku dates question
RNB-3 RENTAL-MAP : programme durée deposit return rules
RNB-4 Rental API : rental_status due_date deposit inspection statut
RNB-5 Guardrail : NO-DEPOSIT-RELEASE NO-CAPTURE NO-LATE-FEE-WAIVE
RNB-6 Respond : TPL-RENTALbot grounded map API
RNB-7 Handoff : extension damage capture buyout → #619
RNB-8 Log : intent rental_program_id tag rental_bot
Exemple TPL-RENTALbot-DEPOSIT
« Caution location [rental_id] : [deposit_amount_rules map] [deposit_hold_type]. Statut actuel : [API rental_status]. [Si inspection : libération après contrôle ops, délai indicatif [release_sla_days] j.] Bot ne peut pas accélérer libération. »
Templates TPL-RENTALbot et touchpoints
Quatre templates essentiels.
TPL-RENTALbot-EXPLAIN
Location [sku] : [customer_copy map]. Durées : [rental_duration_options]. Tarif : [pricing_model map]. Caution : [deposit_amount_rules deposit_hold_type]. Retour : [return_method map].
TPL-RENTALbot-DEPOSIT
Caution [rental_id] : [montant map]. Statut [API]. [Si active : empreinte normale pendant location.] [Si inspection : contrôle [condition_checklist] en cours.] Libération après validation ops selon policy.
TPL-RENTALbot-RETURN
Retour avant [due_date]. Mode : [return_method map]. [Si late : [late_fee_policy map] LATE-FEE-CITE.] Étiquette [envoyée email / lien resend via agent si perdue]. Checklist état : [condition_checklist map].
TPL-RENTALbot-HANDOFF
Demande [extension / dommage contesté / buyout / capture] transmise équipe location. Rental [rental_id] commande [order_ref]. Délai [handoff_sla].
Touchpoints
PDP badge location : bot_rental_explain embed
Calendrier dates : bot_rental_availability widget
Espace client location : bot_rental_deposit_status entry
Email J-2 retour : bot_rental_return_guide deep link
Cas limites et reroutes
Cinq cas hors tier 1 bot location standard.
Extension calendrier : EXTEND-HANDOFF-BOT #619 RN-7 extend rental
Dommage contesté capture : NO-CAPTURE-BOT handoff #619 RENTAL-DAMAGE-01
Buyout mid-rental : handoff #619 buyout_option_rules formule
Kit essai confondu : TRIAL-REROUTE-BOT #538 distinct
Retour achat neuf : policy retour standard pas rental_id
Bot n'exécute jamais extension capture ni waive late fee : agents #619 ops rental workflow.
KPI rental_bot essentiels
Cinq métriques pilotage RENTALbot.
rental_bot_explain_deflect : explain modèle résolu sans agent
rental_bot_deposit_deflect : deposit status résolu TPL-DEPOSIT
rental_bot_return_deflect : return guide résolu due_date cite
rental_bot_handoff_rate : extension damage / total rental bot
rental_bot_deposit_promise_violations : libération promis avant inspection audit cible 0
Cible : rental_bot_deposit_promise_violations 0 et rental_bot_explain_deflect supérieur à 65 % avec RENTAL-MAP sync PDP.
Anti-patterns RENTALbot
Cinq erreurs fréquentes bot location.
Caution libérée promis bot : NO-DEPOSIT-RELEASE-PROMISE-BOT inspection ops
Capture dommage bot direct : NO-CAPTURE-BOT handoff #619
Waive late fee bot : NO-LATE-FEE-WAIVE-BOT late_fee_policy cite
Statut inventé sans API : RENTAL-STATUS-VERIFY-BOT rental_id lookup
Confondre kit essai : TRIAL-REROUTE-BOT #538 distinct location
RENTALbot avec Qstomy
Qstomy sur Shopify : detect bot_rental intent, RENTAL-MAP RAG grounded, rental_status API lookup, deposit cite, handoff #619 extension damage payload rental_id.
Pipeline : #620 bot explain dates deposit tier 1 → #619 extension capture escalate ops.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist RENTALbot (8 étapes)
Sync RENTAL-MAP #619 : RAG bot PDP location
Policy RENTALBOT-SUP : 6 règles NO-DEPOSIT-RELEASE-PROMISE
8 intents bot_rental_* : flow RNB-1 à RNB-8
4 templates TPL-RENTALbot-* : EXPLAIN DEPOSIT RETURN HANDOFF
Rental status API : due_date deposit inspection connect RNB-4
PDP calendrier embed : bot_rental_availability entry
Red team 10 prompts : caution libérée promis waive late fee capture
Dashboard KPI : rental_bot_* section 9
FAQ
Différence #619 ?
#619 = agents extension damage capture escalate. #620 = bot tier 1 explain dates deposit handoff.
Bot promet caution libérée ?
Non. NO-DEPOSIT-RELEASE-PROMISE-BOT INSPECTION-BEFORE-RELEASE ops #619.
Extension possible bot ?
Non. EXTEND-HANDOFF-BOT #619 calendrier stock ops.
Différence bot kit essai #538 ?
#538 = try-before-buy refund convert. #620 = location retour due_date caution.
Aller plus loin
Cette semaine : indexer RENTAL-MAP RAG, connect rental status API bot, red team caution libérée promis.
Enzo
1 juillet 2026
