Assistance et centre de services

Offrez aux clients un espace pour demander de l’aide et à l’équipe d’assistance une file de demandes qu’elle peut gérer. OwlMeans Platform convient bien aux applications dont les fiches, les rôles et les processus sont clairement définis. Son socle réutilisable leur apporte dès le départ la connexion, le contrôle d’accès et une structure cohérente.

Pourquoi créer cette application avec OwlMeans Platform

L’application peut réunir tickets, demandeurs, agents, priorités et statuts dans un même processus. L’IAM intégré offre à chaque public un parcours de connexion, et les autorisations vous permettent de définir qui peut effectuer chaque action. La structure du projet généré et le cadre d’exécution des agents aident à respecter les mêmes conventions lors des modifications ultérieures.

• Séparez les accès des demandeurs et des agents d’assistance dès la première version.
• Créez le parcours de soumission, d’attribution et de résolution avant d’ajouter des services de notification ou des rapports.
• Gardez des champs de statut et des permissions cohérents à mesure que le centre de services se développe.

Les pipelines d’IA transforment la description du produit en une spécification que vous pouvez examiner et en user stories. Vous pouvez développer d’abord le parcours le plus utile, l’essayer dans l’aperçu, puis étendre l’application après avoir observé son fonctionnement réel.

Commencez par un exemple

Support Grove, un centre de gestion des tickets d’assistance client. Sa première version doit gérer les tickets, les demandeurs, les agents, les priorités et les statuts.

1. Décrivez les utilisateurs et les fiches qu’ils doivent gérer.
2. Incluez cette règle d’accès : les demandeurs voient leurs propres tickets ; l’équipe d’assistance traite la file qui lui est attribuée.
3. Précisez le premier processus : soumettre un ticket, l’attribuer à un agent et envoyer une réponse indiquant comment la demande a été résolue.
4. Examinez la spécification et acceptez-la lorsqu’elle contient ces exigences.
5. Développez la première user story, puis testez l’ensemble de son processus avec des données synthétiques.
6. Testez le cas d’un utilisateur à qui l’application doit refuser l’accès avant d’inviter de vrais utilisateurs.

Gardez une première version utile

Choisissez le processus le plus restreint qu’une personne peut accomplir de bout en bout. Ajoutez des intégrations et des rapports une fois ce processus opérationnel. Lorsque vous étendez ce processus, demandez à l’agent de préserver les limites d’accès existantes.

IAM signifie gestion des identités et des accès. Ce dispositif permet aux utilisateurs de se connecter et fournit à l’application une base pour vérifier ce que chacun peut faire.