Teams
Dernière mise à jour le 14 mars 2026
Organiser l'ownership en associant utilisateurs et websites.
Les teams definissent l'ownership operationnel pour le traitement des tickets.
Composition d'une team
Une team est configuree avec :
- Membres
- Acces websites
Pourquoi les teams sont critiques
Les teams servent a :
- Structurer le routage et la responsabilite
- Limiter l'acces au travail pertinent
- Separer les operations entre marques/produits
Setup recommande
- Commencer avec une team par domaine support
- Lier uniquement les websites concernes
- Garder au moins un team admin par team active
Creer une team
Pour creer une team, allez dans Settings > Teams et cliquez sur Create team. Vous devrez fournir :
- Un nom de team (ex : "Support Facturation", "Ingenierie Plateforme")
- Au moins un membre
- Un ou plusieurs websites lies
Une fois creee, la team apparait dans les options de routage des tickets et peut etre referencee dans les regles d'automatisation workflow.
Roles des membres
Chaque membre de team se voit attribuer un des deux roles :
- Admin -- Peut gerer les parametres de la team, ajouter ou retirer des membres, et lier ou delier des websites. Au moins un admin doit exister par team active.
- Member -- Peut voir et travailler sur les tickets routes vers la team, mais ne peut pas modifier la configuration de la team.
Les roles de team sont independants des roles organization. Un utilisateur peut etre member au niveau organization tout en etant admin de team.
Routage de tickets par team
Quand un ticket est cree via un website lie a une team, cette team en devient automatiquement proprietaire. Cela signifie :
- Seuls les membres de la team voient le ticket dans leur queue
- Les regles d'assignation dans les workflows peuvent cibler des teams specifiques
- Les chemins d'escalade peuvent deplacer des tickets entre teams
Si plusieurs teams sont liees au meme website, le routage retombe sur l'assignation manuelle, sauf si une regle workflow resout le conflit.
Exemple : structure multi-produit SaaS
Prenons une entreprise SaaS avec trois produits -- Analytics, Paiements et Identite. Une structure de teams recommandee serait :
| Team | Websites | Membres |
|---|---|---|
| Support Analytics | analytics.example.com | 3 agents |
| Support Paiements | pay.example.com | 4 agents |
| Support Identite | id.example.com | 2 agents |
Chaque team ne voit que les tickets provenant de la page support de son produit. Les workflows peuvent auto-escalader les problemes cross-produit en reassignant a la team appropriee en fonction des tags template.
Limites plan
Le nombre de teams est controle par votre plan actif. Consultez Abonnement et plans pour le detail des limites par tier.