Pourquoi les problèmes de stock arrivent au support
Certains problèmes de support sont en réalité des problèmes opérationnels. Quand un ticket révèle qu'un article affiché en stock est introuvable dans l'entrepôt, quelqu'un doit corriger le stock, sinon les clients suivants se heurtent au même mur. Cette correction se fait généralement dans un outil interne sans API.
- Le ticket reçoit une réponse, le stock reste faux
- Le corriger demande une connexion et un passage de relais aux opérations
- D'autres commandes arrivent pour un stock qui n'existe pas
Comment Yuma corrige le stock
Les Web Actions permettent à Yuma de travailler dans n'importe quel outil web accessible à votre équipe, des dashboards d'entrepôt au back-office interne pour lequel personne n'a développé d'API. Enregistrez la correction une fois, ou importez une procédure écrite. Yuma apprend les étapes et les valeurs qui changent à chaque exécution.
Quand un ticket correspondant arrive, votre playbook appelle l'action. Yuma ouvre l'outil, trouve le SKU, corrige le stock et enregistre la modification. Chaque exécution est consignée avec des captures d'écran et reliée au ticket qui l'a déclenchée.
Une veste qui n'a jamais vraiment été en stock
Un client apprend que sa veste ne peut pas être expédiée car elle est en rupture, alors que la boutique l'affichait comme disponible. Yuma s'excuse conformément à votre politique de rupture de stock, puis ouvre l'outil d'inventaire et passe le SKU à zéro pour que personne d'autre ne la commande. Le ticket montre exactement ce qui a changé.
Avantages
01Rapidité
Corrigé à la source
Le stock est corrigé pendant que le ticket est encore ouvert, pas des jours plus tard par quelqu'un des opérations.
02Déflexion
Corriger la cause, pas le ticket
Une fois le stock juste, le client suivant ne peut plus commander un article qui n'existe pas.
03Contrôle
Brouillon jusqu'au test réussi
Les actions restent en brouillon jusqu'à ce qu'un test réussisse, et tout ce qui bloque une exécution est signalé à votre équipe.
04Visibilité
Chaque modification est traçable
Chaque exécution renvoie à la conversation qui l'a déclenchée, avec une capture d'écran de chaque étape.
Étape par étape
- 01
Enregistrer la correction
Corrigez un stock une fois dans votre outil en enregistrant, ou importez une procédure écrite. - 02
Définir quand elle s'exécute
Choisissez quel playbook appelle l'action et pour quel type de ticket. - 03
Tester à blanc
Un test parcourt chaque étape et s'arrête avant l'enregistrement, donc rien ne change. - 04
Publier
L'action rejoint les procédures de votre Handbook une fois le test réussi. - 05
Auditer chaque exécution
Vérifiez chaque modification, étape par étape avec captures d'écran, depuis le ticket qui l'a déclenchée.
