Comment devrais-je signaler une erreur technique impliquant des employés AI, des automatisations ou des processus commerciaux ?
Les problèmes techniques impliquant des employés AI, des automatisations, des flux de travail autonomes, la collaboration AI ou des processus commerciaux nécessitent souvent des informations plus spécifiques que les questions générales sur le compte.
Ces fonctionnalités peuvent impliquer plusieurs étapes d'exécution, des intégrations et des dépendances de configuration.
Un rapport technique bien préparé aide à identifier où l'opération a échoué.
Que devrais-je inclure ?
1. La fonctionnalité Polyosync affectée.
2. L'employé AI, le flux de travail ou le processus concerné.
3. L'opération attendue.
4. L'échec observé.
5. Le temps d'exécution approximatif.
6. Tout identifiant d'exécution disponible.
7. Le message d'erreur ou l'étape échouée.
8. Si l'opération a fonctionné précédemment.
9. Tout changement de configuration récent.
10. L'impact sur l'entreprise.
Comment devrais-je signaler un problème avec un employé AI ?
Expliquez la responsabilité prévue de l'employé AI et décrivez le comportement inattendu.
Si le problème implique une conversation, fournissez uniquement le contexte pertinent nécessaire pour comprendre le problème.
N'incluez pas d'informations confidentielles non liées au client.
Comment devrais-je signaler un échec d'automatisation ?
Identifiez l'automatisation et son déclencheur.
Expliquez si le déclencheur s'est produit, si l'exécution a commencé et quel résultat était inattendu.
Si l'opération utilise une intégration externe, mentionnez le service concerné.
Comment devrais-je signaler un problème de collaboration AI ?
Décrivez les employés AI participants et le point où la collaboration s'est arrêtée ou a produit un résultat inattendu.
Si disponible, incluez des détails pertinents sur la tâche ou l'exécution.
Comment devrais-je signaler un échec de processus commercial ?
Identifiez le processus, le résultat attendu et l'exécution pertinente.
Utilisez l'historique du processus disponible pour localiser les erreurs ou les sorties inattendues.
Devrais-je essayer de reproduire le problème ?
Uniquement lorsque cela est sûr et autorisé.
Évitez d'exécuter plusieurs fois des flux de travail qui pourraient créer des enregistrements en double, envoyer des communications aux clients ou modifier des systèmes externes.
Que se passe-t-il si le problème implique des informations sensibles ?
Décrivez le type d'informations affectées sans copier de contenu confidentiel inutile dans le ticket.
Que se passe-t-il après le signalement ?
La demande peut être évaluée en utilisant les détails que vous fournissez et toute information disponible via le processus de support applicable.
Pratique recommandée
Incluez l'opération exacte qui a échoué, le contexte d'exécution, les détails de l'erreur et l'impact sur l'entreprise. Évitez les descriptions vagues ou les exécutions répétées inutiles.