Amazon Connect : instance unique ou instances multiples ?

Réduction des frais d'exploitation : système Manage/maintain unique, moins de duplication de la configuration/de la configuration.

Gestion centralisée — Mesures unifiées, rapports, files d'attente, profils de routage, utilisateurs, etc.

Expérience client cohérente : IVR, flux et paramètres communs à toutes les équipes.

Conception de l'isolation des données/locataires — L'isolation des données entre les unités commerciales, les marques ou les régions doit être conçue.

Emplacement géographique unique : la latence peut être élevée dans les régions éloignées de l'instance.

Gestion des quotas de service — La gestion des quotas de service peut s'avérer plus difficile en raison de la difficulté à anticiper l'utilisation et la croissance dans plusieurs unités commerciales.

Isolement fort — Chaque BU ou région peut avoir ses propres agents, itinéraires et rapports. L'isolement est obligatoire pour les agents en Inde, en Corée du Sud et en Afrique du Sud.

Configurations personnalisées — Les flux, les invites et les intégrations peuvent être personnalisés par instance.

Simplification de la résidence des données — Cela peut être utile pour la conformité dans les entreprises multinationales.

Rayon d'explosion réduit : un problème dans un cas n'affecte pas les autres.

Proximité géographique — Les régions peuvent être choisies pour maintenir le trafic téléphonique local local.

Frais de gestion plus élevés — Nécessité de maintenir et de mettre à jour plusieurs environnements.

Rapports fragmentés — Des rapports multirégionaux doivent actuellement être créés.

Coûts accrus — Chaque instance peut nécessiter des ressources dupliquées (Lambda, Amazon Lex, API).

Expérience utilisateur incohérente : sauf si elle est strictement réglementée, chaque instance peut varier en termes de conception du flux, d'expérience client, de modèles de sécurité client, etc.