Après la soumission d'un cas de support Booking Ninjas, le cas devient le principal enregistrement pour ce problème ou cette demande afin que l'équipe puisse examiner le contexte et faire un suivi au même endroit.
Le chemin exact dépend du cas. Certains éléments peuvent être résolus rapidement. D'autres nécessitent clarification, enquête, tests ou une décision de périmètre séparé.
Que se passe-t-il lors de la première révision ?
- Réviser la description. L'équipe vérifie le problème, le flux de travail affecté, les exemples et l'impact commercial.
- Identifier le contexte manquant. Si le cas est trop large ou qu'un exemple manque, la prochaine étape utile peut être une question.
- Décider de la prochaine action. Le cas peut nécessiter une réponse, une enquête, des tests, une coordination avec une autre personne ou une révision pour savoir si la demande modifie la configuration actuelle.
- Tenir le dossier à jour. Les découvertes importantes et le suivi doivent rester liés au même cas.
Important : une réponse peut reconnaître le cas, demander une clarification ou expliquer la prochaine étape. Cela ne signifie pas que le problème a déjà été entièrement résolu.
Pourquoi Booking Ninjas pourrait demander plus d'informations ?
Le même symptôme peut avoir des causes différentes. L'équipe peut avoir besoin d'un enregistrement d'exemple, d'un utilisateur affecté, du moment du problème, d'une capture d'écran, du résultat attendu ou des étapes qui reproduisent le problème.
Ajouter ces informations au cas existant maintient l'historique ensemble et aide à éviter de répéter la même explication dans plusieurs canaux.
Que se passe-t-il si la demande modifie la configuration actuelle ?
Une révision de support peut montrer que le système en direct fonctionne comme configuré, mais le client souhaite qu'il se comporte différemment. Cela est différent de la correction d'un comportement inattendu.
Un nouveau flux de travail, une intégration, une migration de données, un changement de configuration majeur ou un développement supplémentaire peuvent nécessiter une révision et un périmètre séparés. Voir Que se passe-t-il lorsque de nouvelles exigences apparaissent ? et Qu'est-ce qui peut nécessiter un développement supplémentaire ?.
Comment le suivi et les tests doivent-ils fonctionner ?
Conservez des informations importantes sur le problème suivi dans le cas de support. WhatsApp ou email peuvent encore être utilisés pour une communication directe, mais le cas doit contenir les détails nécessaires à l'enquête et à la prise de décision.
Si le cas aboutit à un changement, le flux de travail affecté doit être testé avant que le changement ne soit considéré comme prêt. Le test exact dépend des utilisateurs, des données, de l'automatisation, des intégrations ou des rapports affectés. Voir Comment les changements sont testés.
Quand le cas est-il complet ?
Un cas peut être considéré comme complet lorsque la question a été répondue, le problème a été résolu, une solution ou une décision convenue a été enregistrée, ou l'élément a clairement été transféré dans un autre flux de travail qui sera traité séparément.
Le point important est que l'élément suivi doit se terminer par un résultat clair plutôt que de disparaître dans un fil de message informel.
Sources et lectures complémentaires
- Quel support est disponible après le lancement ? — explique la limite de support post-lancement de Booking Ninjas.
- Aide Salesforce : Gérer et travailler avec des cas — décrit la mise à jour des détails des cas et des communications jusqu'à la résolution.
- Aide Salesforce : Configurer et gérer des cas — explique le rôle des cas en tant qu'enregistrements structurés pour les problèmes des clients.
Les sources externes soutiennent les concepts généraux de gestion des cas. Le chemin exact de gestion de Booking Ninjas dépend du client, du cas et du périmètre mis en œuvre.