

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Decision-making processi
<a name="decision-making-processes"></a>

Utilizza i seguenti passaggi per definire la tua strategia di migrazione da un Avaya contact center locale ad Amazon Lex e Amazon Connect Customer:
+ [Fase 1: Definisci gli obiettivi e la pianificazione aziendali](#step-1)
+ [Fase 2: scegli tra un approccio graduale o una migrazione completa](#step-2)
+ [Fase 3: Scegli una strategia di migrazione](#step-3)
+ [Fase 4: Seleziona la tua architettura](#step-4)

## Fase 1: Definisci gli obiettivi e la pianificazione aziendali
<a name="step-1"></a>

Questo è il primo passo nel processo decisionale relativo alla migrazione. Se l'obiettivo del progetto è aumentare il self-service e utilizzare Amazon Lex solo per l'IVR, devi definire una strategia per il trasferimento delle chiamate tra Amazon Lex e Amazon Avaya Lex. Comprendere i limiti dei sistemi locali esistenti aiuta a progettare un'architettura efficiente. Di seguito sono riportati alcuni esempi di obiettivi aziendali di alto livello e le tempistiche entro cui ci si potrebbe aspettare di raggiungerli:
+ Entro tre mesi, esegui la migrazione degli Avaya IVR ad Amazon Lex in fasi per ogni unità aziendale.
+ Entro un anno, esegui la migrazione completa dai sistemi Avaya locali ad Amazon Connect Customer e Amazon Lex.

## Fase 2: scegli tra un approccio graduale o una migrazione completa
<a name="step-2"></a>

Quando si considera la migrazione per i sistemi di contact center, ci sono due approcci possibili:
+ **Approccio graduale:** in questo approccio, non si effettua la transizione tutta in una volta. Invece, sposti strategicamente componenti o funzioni specifici, passo dopo passo. Ciò potrebbe comportare la migrazione di una funzione aziendale IVR alla volta, il che offre un maggiore controllo e può aiutare a ridurre al minimo le interruzioni. Questo approccio offre l'opportunità di testare, apprendere e apportare modifiche man mano che si procede. Per le organizzazioni che dispongono di sistemi complessi o vogliono ridurre al minimo i rischi, questa è spesso l'opzione preferita.
+ **Migrazione completa**:**** in questo approccio, anziché suddividere la migrazione in parti, si effettua un passaggio completo e si trasferiscono contemporaneamente tutti i sistemi di contact center. Questo approccio potrebbe essere più rapido, ma comporta una serie di sfide. Richiede una pianificazione e una preparazione meticolose. Se hai fiducia nel tuo piano di migrazione e desideri una transizione più rapida, questo potrebbe essere l'approccio che fa per te.

Nella scelta tra questi approcci, è essenziale valutare le dimensioni, la complessità e le esigenze specifiche delle operazioni aziendali. La chiave è trovare un equilibrio tra la riduzione al minimo delle interruzioni e la garanzia di una transizione fluida al nuovo sistema.

## Fase 3: Scegli una strategia di migrazione
<a name="step-3"></a>

I contact center locali preesistenti sono generalmente basati su un approccio dual-tone multifrequenza (DTMF) o basato su un approccio speech-to-text. Non è consigliabile replicare la tua esperienza locale con Amazon Lex, soprattutto se i flussi di chiamate sono estremamente complessi. Invece, puoi concentrarti sull'utilizzo delle funzionalità di intelligenza artificiale di Amazon Lex per offrire un'esperienza eccezionale. Tuttavia, se l'obiettivo del tuo progetto è la migrazione al cloud e i flussi di chiamate esistenti sono molto semplici, puoi scegliere di reospitare e quindi modernizzare l'esperienza in futuro.

## Fase 4: Seleziona la tua architettura
<a name="step-4"></a>

A seconda dell'obiettivo del progetto di migrazione, scegli dall'elenco dei possibili approcci illustrati nella [Opzioni di architettura per la migrazione di un ambiente locale Avaya contact center a AWS](architecture-options.md) sezione di questa guida.