

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à.

# Pianificazione della migrazione di un contact center Avaya verso AWS
<a name="migration-plan"></a>

Per migrare correttamente un Avaya contact center locale verso Amazon Connect Customer e Amazon Lex, devi disporre di un piano efficace. Il piano di migrazione segue in genere un approccio in più fasi e include i seguenti passaggi e informazioni:
+ [Costruisci il tuo team](#building-team)
+ [Preparazione dei dati](#preparing-data)
+ [Trasferimento dei numeri di telefono](#porting-numbers)
+ [Scelta di un'architettura di destinazione](#choosing-architecture)
+ [Valutazione dell'architettura attuale](#evaluating-architecture)
+ [Gestione dei prompt IVR](#managing-ivr-prompts)
+ [Definizione dell'infrastruttura cloud e dei requisiti di sicurezza](#defining-requirements)

## Costruisci il tuo team
<a name="building-team"></a>

La migrazione dei contact center comprende in genere le seguenti specialità e partecipanti:
+ **Discovery**: responsabili di prodotto, project manager, analisti aziendali, architetti di soluzioni, ingegneri di implementazione, addetti al controllo qualità, agenti e supervisori
+ **Design**: designer di conversazioni, sviluppatori di software, responsabili di prodotto, responsabili di progetto
+ **Build — Sviluppatori** di software
+ **Test**: QA
+ **Integrazione e distribuzione continue (CI/CD)** — Abilitazione del cloud o DevOps
+ **Fornitura di account — Abilitazione del** cloud o DevOps
+ **Operazioni** — Tecnici di supporto
+ **Sicurezza**: architetti della sicurezza

## Preparazione dei dati
<a name="preparing-data"></a>

Un carico di lavoro IVR può essere migrato in fasi, ad esempio per unità aziendali. È possibile collaborare con le unità aziendali dell'organizzazione per definire i requisiti aziendali e *ripiattaforma o *rifattorizzare* la piattaforma* IVR per sfruttare appieno le funzionalità native del cloud che possono migliorare l'agilità, le prestazioni e la scalabilità. Pertanto, la decisione su quale business unit migrare per prima è estremamente importante. Documenta i requisiti, definisci le metriche di successo e fornisci aggiornamenti sullo stato di avanzamento per misurare il successo complessivo del progetto.

## Trasferimento dei numeri di telefono
<a name="porting-numbers"></a>

Se desideri conservare i numeri di telefono esistenti, devi trasferirli su Connect Customer. Questo processo richiede un po' di tempo ed è utile pianificarlo in anticipo.

## Scelta di un'architettura di destinazione
<a name="choosing-architecture"></a>

A seconda dell'obiettivo del progetto di migrazione, scegliete 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.

## Valutazione dell'architettura attuale
<a name="evaluating-architecture"></a>

Puoi *riospitare* i carichi di lavoro (operazione nota anche come *lift-and-shift*) su Cloud AWS, oppure *ripiattaforma o *riarchitettura** dei carichi di lavoro per promuovere nuove esperienze con funzionalità native del cloud. Per ulteriori informazioni su come scegliere tra queste strategie, consulta questa guida. [Fase 3: Scegli una strategia di migrazione](decision-making-processes.md#step-3) Oltre a comprendere lo stato di destinazione, è fondamentale comprendere lo stato attuale e i componenti dell'infrastruttura.

Ad esempio, se lo utilizzi [https://www.devconnectprogram.com/site/global/products_resources/avaya_aura_experience_portal/overview/index.gsp](https://www.devconnectprogram.com/site/global/products_resources/avaya_aura_experience_portal/overview/index.gsp), puoi utilizzarlo JavaScript per l'integrazione delle API. Tuttavia, se utilizzi l'ConcentrixIVR, tali integrazioni potrebbero non essere possibili e devi fare affidamento sulle integrazioni di database. Inoltre, è necessario esaminare tutti i flussi di chiamate esistenti nel piano di migrazione. In un approccio ibrido con due diversi sistemi di telefonia, assicurati di non duplicare alcuna parte dei flussi o ignorare alcuna logica importante.

## Gestione dei prompt IVR
<a name="managing-ivr-prompts"></a>

Amazon DynamoDB è il modo più efficiente per archiviare e gestire i prompt. L'azienda e le parti interessate possono apportare modifiche in tempo reale senza interrompere le operazioni.

## Definizione dell'infrastruttura cloud e dei requisiti di sicurezza
<a name="defining-requirements"></a>

In base alle tue esigenze, fai un elenco dei servizi cloud che utilizzerai per raggiungere i tuoi risultati. Il team addetto alla sicurezza deve verificare se l'architettura di destinazione proposta soddisfa i requisiti organizzativi, come le politiche di conservazione, e assicurarsi che la registrazione sia presa in considerazione e documentata.