Pourquoi modifier une règle semble risqué
Le moment le plus redouté de l'automatisation du support, c'est le changement d'une règle. Le nouveau délai de retour va-t-il casser les échanges ? La politique des fêtes va-t-elle déborder sur janvier ? La plupart des équipes l'apprennent par leurs clients, une fois le changement en ligne et la mauvaise réponse déjà envoyée plusieurs fois.
- Une politique touche plusieurs playbooks
- Les anciennes règles subsistent après un changement
- Les erreurs apparaissent dans de vraies conversations
Comment Yuma teste et déploie les changements
Dans Yuma 2.0, chaque playbook embarque ses propres tests : des situations types avec le résultat attendu. Ask Yuma en écrit la plupart, et vous pouvez transformer n'importe quelle conversation réelle en test. Quand vous modifiez une politique, Yuma réécrit les pages concernées et relance la suite sous forme de conversations simulées. Aucun vrai client n'est impliqué.
Un test qui échoue montre précisément quelle page manque de clarté, et Yuma la corrige puis relance jusqu'à ce que tout passe. Vous déployez ensuite sur une partie des conversations concernées, le reste étant traité comme des brouillons que votre équipe relit dans le helpdesk, et vous élargissez à mesure que la confiance s'installe.
Des retours de fin d'année sans mauvaise surprise en janvier
Une marque prolonge son délai de retour pour les fêtes. Yuma met à jour le playbook retours et les pages associées, puis relance les tests. L'un d'eux échoue sur les échanges : Yuma signale la ligne ambiguë et la corrige. Le changement est d'abord mis en ligne sur une petite partie des conversations, puis sur toutes quelques jours plus tard.
Avantages
01Contrôle
Aucune surprise
Les changements sont validés dans des conversations simulées, puis déployés sur une part du trafic que vous contrôlez.
02Couverture
Les vrais cas deviennent des tests
Transformez de vraies conversations en tests : votre suite grandit à partir des questions que vos clients posent vraiment.
03Responsabilité
Les manques vont à une personne
Là où le Handbook ne dit rien, Yuma transfère la conversation à une personne et enregistre le manque comme question ouverte.
04Cohérence
Un changement, tous les canaux
Quand votre playbook retours change, il change aussi par e-mail, chat, SMS et téléphone.
Yuma
Étape par étape
- 01
Modifier la politique
Décrivez le changement avec des mots simples, ou demandez à Ask Yuma de le faire. - 02
Relire le brouillon
Vérifiez le brouillon et chaque page touchée par le changement. - 03
Relancer les tests
Yuma relance la suite sous forme de conversations simulées et corrige tout ce qui manque de clarté. - 04
Déployer sur une partie
Publiez sur une partie des conversations concernées, le reste restant en brouillon. - 05
Élargir ou mettre en pause
Augmentez la part à mesure que la confiance s'installe, ou réglez-la sur zéro pour mettre en pause.
