Apporter des modifications directement à votre environnement de service client en direct est risqué. Un déclencheur mal configuré ou une automatisation défectueuse peut perturber les opérations de support et frustrer les clients. C’est pourquoi Zendesk offre des environnements sandbox, des espaces de test distincts où vous pouvez expérimenter en toute sécurité avant de déployer en production.
Ce guide décompose tout ce que vous devez savoir sur les environnements sandbox et de production de Zendesk. Vous apprendrez comment chacun fonctionne, quand les utiliser, leurs principales différences et les meilleures pratiques pour gérer les deux. Nous verrons également comment des outils comme eesel AI vous permettent de tester les agents d’IA dans la sandbox avant de les connecter à votre service d’assistance en direct.
Qu’est-ce qu’une sandbox Zendesk ?
Une sandbox Zendesk est un environnement de test qui réplique vos configurations et données de production. Considérez-le comme un terrain de jeu sûr où vous pouvez tester les modifications sans aucun risque pour vos opérations en direct.
Lorsque vous créez une sandbox, Zendesk prend un instantané ponctuel de votre instance de production. Cela comprend vos tickets, règles métier, données utilisateur et paramètres de configuration. Le processus de réplication copie jusqu’à 10 000 tickets ainsi que leurs utilisateurs finaux associés, ce qui vous donne des données réalistes avec lesquelles travailler.
Voici ce qui est répliqué dans votre sandbox :
- Tickets et conversations : jusqu’à 10 000 tickets avec les 100 premiers commentaires par ticket
- Règles métier : déclencheurs, automatisations, vues et macros
- Données utilisateur : agents et utilisateurs finaux (les courriels sont anonymisés en @example.com pour la confidentialité)
- Configuration : marques, champs de ticket, groupes, rôles personnalisés et organisations
- Modèles et image de marque : modèles de courriel, courriels de bienvenue et couleurs de la marque
La chose essentielle à retenir : votre sandbox est un instantané statique. Elle ne reste pas synchronisée avec la production après la création. Les modifications que vous apportez dans la sandbox y restent, et les modifications apportées en production ne sont pas automatiquement renvoyées à la sandbox.
Qu’est-ce qu’un environnement de production Zendesk ?
Votre environnement de production Zendesk est l’instance en direct, destinée aux clients, où le support réel a lieu. C’est là que vos agents traitent les tickets réels, où les clients soumettent des demandes et où toutes vos opérations essentielles à l’entreprise sont exécutées.
La production contient des données en direct, des intégrations actives et des communications client réelles. Chaque modification ici a un impact immédiat. Mettez à jour un déclencheur, et il commence à se déclencher immédiatement sur les tickets réels. Modifiez un webhook, et il commence à appeler des API en direct. Modifiez une règle métier, et elle affecte les expériences client réelles.
Cela fait de la production la source de vérité pour vos opérations de support. C’est également pourquoi vous devez faire attention aux modifications que vous apportez directement ici. Tester en production peut sembler plus rapide, mais lorsque quelque chose ne va pas, vos clients le ressentent immédiatement.
Principales différences : sandbox Zendesk vs production
Comprendre les différences entre ces environnements vous aide à utiliser chacun d’eux de manière appropriée. Voici comment ils se comparent :
| Aspect | Sandbox | Production |
|---|---|---|
| Synchronisation des données | Instantané statique au moment de la création | En direct, mise à jour constante |
| Niveau de risque | Aucun risque pour les clients | Risque élevé, affecte les utilisateurs réels |
| Gestion des courriels | Anonymisés (@example.com) | Courriels réels des clients |
| Webhooks | Désactivés par défaut | Actifs et déclenchés |
| Jetons d’API | Doivent être recréés | Persistent tels que configurés |
| Archivage des tickets | Archivage automatique après 3 jours | Stockage persistant |
| Support SMS | Non disponible | Support complet des canaux |
| Agents d’IA | Deux créés automatiquement pour les tests | Interactions en direct avec les agents d’IA |
L’anonymisation des courriels est particulièrement importante. Zendesk convertit automatiquement tous les courriels des utilisateurs en domaines @example.com dans la sandbox. Cela empêche l’envoi accidentel de courriels à de vrais clients pendant les tests. Les administrateurs peuvent inverser cela pour des comptes de test spécifiques si nécessaire, mais la valeur par défaut vous protège contre les erreurs embarrassantes.
Les webhooks présentent une autre différence essentielle. Ils sont répliqués dans la sandbox, mais définis comme inactifs par défaut. Cela empêche votre sandbox de déclencher accidentellement des appels d’API en direct vers des systèmes externes. Vous pouvez les activer manuellement pour les tests, mais l’état inactif par défaut vous protège.
Quand utiliser la sandbox vs la production
Savoir quel environnement utiliser pour différentes tâches permet de maintenir le bon fonctionnement de vos opérations et la satisfaction de vos clients.
Utilisez la sandbox pour :
- Tester de nouveaux flux de travail et déclencheurs avant leur mise en service
- Former de nouveaux agents sur des données réalistes sans risquer les interactions avec les clients
- Expérimenter avec des intégrations et des applications personnalisées
- Personnaliser les thèmes du Centre d’aide et tester les modifications
- Valider les configurations des agents d’IA avant le déploiement auprès des clients
- Tester les modifications de configuration pendant les processus de gestion des changements
Utilisez la production pour :
- Les opérations quotidiennes de support client
- Les interactions en direct des agents avec de vrais clients
- Les communications client réelles sur tous les canaux
- Les processus métier actifs qui génèrent des revenus
- Les demandes de support urgentes nécessitant une attention immédiate
La règle de base est simple : si les clients doivent le voir ou en être affectés, testez-le d’abord dans la sandbox. Ne déployez en production qu’après avoir vérifié que tout fonctionne comme prévu.
Disponibilité et limitations des forfaits
Tous les forfaits Zendesk n’incluent pas l’accès à la sandbox. Voici ce qui est disponible :
| Forfait | Accès à la sandbox | Détails |
|---|---|---|
| Support Team (19 $ par agent par mois) | Non inclus | Aucune sandbox disponible |
| Suite Team (55 $ par agent par mois) | Non inclus | Aucune sandbox disponible |
| Suite Professional (115 $ par agent par mois) | Module complémentaire | Disponible à l’achat supplémentaire |
| Suite Enterprise (169 $ par agent par mois) | 2 sandboxes | Deux sandboxes incluses |
| Support Enterprise | 1 sandbox | Une sandbox incluse |
Source : Page de tarification de Zendesk
Même avec l’accès à la sandbox, il existe des limitations importantes à comprendre :
- Maximum 10 réplications par mois : vous ne pouvez créer ou actualiser des sandboxes que 10 fois par mois
- Suppression en cas d’inactivité de 90 jours : les sandboxes sont automatiquement supprimées après 90 jours sans utilisation
- Pas de synchronisation automatique : les données ne circulent pas entre la sandbox et la production après la création
- Déploiement manuel requis : les modifications apportées dans la sandbox doivent être recréées ou déployées manuellement en production
La limite de réplication est importante si vous développez et testez activement. Planifiez soigneusement vos actualisations de sandbox, surtout si plusieurs membres de votre équipe travaillent dans l’environnement.
Meilleures pratiques pour les flux de travail de la sandbox vers la production
La gestion fluide du flux de la sandbox vers la production nécessite une certaine discipline. Voici des pratiques qui fonctionnent :
Documentez tout ce que vous modifiez. Tenez un registre continu des modifications de configuration apportées dans la sandbox. Le moment venu de déployer en production, cette documentation devient votre liste de contrôle.
Utilisez Configuration Management pour le déploiement. Zendesk propose désormais un déploiement de configuration natif via des instantanés. Enregistrez un instantané de votre sandbox, créez un déploiement, sélectionnez les configurations à déplacer et déployez avec une sauvegarde automatique. C’est beaucoup plus sûr que la recréation manuelle.
Envisagez des outils tiers pour les environnements complexes. Pour les équipes qui gèrent plusieurs instances Zendesk ou des configurations complexes, des outils comme Salto offrent des capacités avancées de déploiement et de synchronisation.
Actualisez régulièrement les sandboxes. Étant donné que les sandboxes sont des instantanés ponctuels, elles se périment rapidement. Planifiez des actualisations régulières pour maintenir votre environnement de test à jour avec la production.
Exportez les thèmes personnalisés avant de les supprimer. Si vous remplacez une ancienne sandbox par une nouvelle, exportez d’abord tous les thèmes personnalisés du Centre d’aide. Les thèmes sont perdus lors du remplacement de la sandbox.
Testez d’abord les agents d’IA dans la sandbox. Avant de connecter des outils d’IA à votre service d’assistance de production, vérifiez leur comportement dans la sandbox. Cela comprend le test de la qualité de la réponse, des règles d’escalade et des points d’intégration.
Tester les agents d’IA en toute sécurité avec eesel AI
Les agents d’IA représentent un changement important dans la façon dont les équipes de support fonctionnent. Il est essentiel de les tester minutieusement avant le déploiement auprès des clients.
eesel AI s’intègre à Zendesk pour fournir des agents d’IA qui gèrent le support de première ligne. La plateforme apprend de vos anciens tickets, articles du Centre d’aide et macros pour répondre avec la voix de votre marque. Vous pouvez définir des règles d’escalade en anglais simple et vous connecter à des systèmes externes via l’API.
Voici pourquoi les tests de sandbox sont importants pour les agents d’IA :
Formez-vous en toute sécurité sur les données historiques. eesel AI apprend de l’historique de vos tickets pour comprendre votre ton et les problèmes courants. Tester cette formation dans la sandbox vous permet de vérifier que l’IA comprend le contexte de votre entreprise avant d’interagir avec de vrais clients.
Exécutez des simulations avant la mise en service. La plateforme peut exécuter des simulations sur les anciens tickets pour montrer comment l’IA aurait répondu. Cela vous donne des mesures concrètes sur la qualité de la réponse avant le déploiement.
Contrôle progressif du déploiement. Vous pouvez commencer par l’IA qui rédige des réponses pour l’examen de l’agent, puis passer progressivement aux réponses autonomes au fur et à mesure que la confiance augmente. Cette approche « commencer supervisé, passer à autonome » minimise les risques.
Testez les intégrations sans risque. Si votre agent d’IA se connecte à des systèmes externes (comme Shopify pour les recherches de commandes), les tests de sandbox garantissent que ces intégrations fonctionnent correctement avant la mise en service.
La combinaison de la sandbox Zendesk et d’eesel AI vous offre un environnement de test complet. Vous pouvez valider le comportement de l’IA, affiner les réponses et vérifier les intégrations sans aucun risque pour vos opérations de support de production.
Foire aux questions
Partager cet article
Article by
Stevia Putri
Stevia Putri is a marketing generalist at eesel AI, where she helps turn powerful AI tools into stories that resonate. She’s driven by curiosity, clarity, and the human side of technology.
