

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Planejando migrar um contact center da Avaya para AWS
<a name="migration-plan"></a>

Para migrar com sucesso uma central de Avaya atendimento local para o Amazon Connect Customer e o Amazon Lex, você precisa ter um plano eficaz. O plano de migração geralmente segue uma abordagem em várias fases e inclui as seguintes etapas e informações:
+ [Criação da sua equipe](#building-team)
+ [Preparar seus dados](#preparing-data)
+ [Portabilidade de números de telefone](#porting-numbers)
+ [Escolha de uma arquitetura destino](#choosing-architecture)
+ [Avaliação da arquitetura atual](#evaluating-architecture)
+ [Gerenciamento de prompts de IVR](#managing-ivr-prompts)
+ [Definição da infraestrutura de nuvem e os requisitos de segurança](#defining-requirements)

## Criação da sua equipe
<a name="building-team"></a>

A migração da central de atendimento normalmente consiste nas seguintes especialidades e participantes:
+ **Descoberta**: gerentes de produto, gerentes de projeto, analistas de negócios, arquitetos de soluções, engenheiros de implementação, controle de qualidade, agentes e supervisores
+ **Design**: designers de conversação, desenvolvedores de software, gerentes de produto, gerentes de projeto
+ **Criação**: desenvolvedores de software
+ **Teste**: controle de qualidade
+ **Integração contínua e entrega contínua (CI/CD)** — Ativação da nuvem ou DevOps
+ **Provisionamento de contas — habilitação de** nuvem ou DevOps
+ **Operações**: engenheiros de suporte
+ **Segurança**: arquitetos de segurança

## Preparar seus dados
<a name="preparing-data"></a>

Uma workload de IVR pode ser migrada em fases, como por unidades de negócios. Você pode trabalhar com unidades de negócios em sua organização para definir os requisitos de negócios e *redefinir* ou *refatorar* a plataforma de IVR para aproveitar ao máximo os recursos nativos da nuvem que podem melhorar a agilidade, a performance e a escalabilidade. Portanto, a decisão sobre qual unidade de negócios migrará primeiro é extremamente importante. Documente os requisitos, defina métricas de sucesso e forneça atualizações de progresso para avaliar o sucesso geral do projeto.

## Portabilidade de números de telefone
<a name="porting-numbers"></a>

Se você quiser manter seus números de telefone existentes, você deve portar seus números de telefone para o Connect Customer. Esse processo requer um prazo de entrega e é útil planejar isso com antecedência.

## Escolha de uma arquitetura destino
<a name="choosing-architecture"></a>

Dependendo da meta do seu projeto de migração, escolha na lista de possíveis abordagens analisadas na seção [Opções de arquitetura para migrar um local Avaya contact center para AWS](architecture-options.md) deste guia.

## Avaliação da arquitetura atual
<a name="evaluating-architecture"></a>

Você pode *rehospedar* (também conhecido como *lift-and-shift*) suas cargas de trabalho no Nuvem AWS, ou pode *reformatar ou *rearquitetar* suas cargas de trabalho para gerar* novas experiências com recursos nativos da nuvem. Para obter mais informações sobre como escolher entre essas estratégias, consulte [Etapa 3: escolher uma estratégia de migração](decision-making-processes.md#step-3) neste guia. Além de entender o estado de destino, é fundamental que você entenda o estado atual e os componentes da infraestrutura.

Por exemplo, se você estiver usando o [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), poderá então usar JavaScript para a integração de APIs. No entanto, se você estiver usando o IVR da Concentrix, essas integrações podem não ser possíveis e você deve confiar nas integrações de banco de dados. Além disso, você precisa revisar todos os fluxos de chamadas existentes no plano de migração. Em uma abordagem híbrida com dois sistemas de telefonia diferentes, certifique-se de não duplicar nenhuma parte dos fluxos nem ignorar nenhuma lógica importante.

## Gerenciamento de prompts de IVR
<a name="managing-ivr-prompts"></a>

O Amazon DynamoDB é a forma mais eficiente de armazenar e gerenciar prompts. A empresa e as partes interessadas podem fazer mudanças em tempo real, sem interromper as operações.

## Definição da infraestrutura de nuvem e os requisitos de segurança
<a name="defining-requirements"></a>

Com base em seus requisitos, faça uma lista dos serviços em nuvem que você usará para alcançar seus resultados. Sua equipe de segurança precisa validar se a arquitetura de destino proposta atende aos requisitos organizacionais, como políticas de retenção, e garantir que o registro em log seja considerado e documentado.