Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Berencana untuk memigrasi pusat kontak Avaya ke AWS
<a name="migration-plan"></a>

Agar berhasil memigrasikan pusat Avaya kontak lokal ke Pelanggan Amazon Connect dan Amazon Lex, Anda harus memiliki paket yang efektif. Rencana migrasi biasanya mengikuti pendekatan multi-fase dan mencakup langkah-langkah dan informasi berikut:
+ [Membangun tim Anda](#building-team)
+ [Mempersiapkan data Anda](#preparing-data)
+ [Porting nomor telepon](#porting-numbers)
+ [Memilih arsitektur target](#choosing-architecture)
+ [Mengevaluasi arsitektur saat ini](#evaluating-architecture)
+ [Mengelola petunjuk IVR](#managing-ivr-prompts)
+ [Mendefinisikan infrastruktur cloud dan persyaratan keamanan](#defining-requirements)

## Membangun tim Anda
<a name="building-team"></a>

Migrasi pusat kontak biasanya terdiri dari spesialisasi dan peserta berikut:
+ **Discovery** — Manajer produk, manajer proyek, analis bisnis, arsitek solusi, insinyur implementasi, QA, agen, dan supervisor
+ **Desain** — Perancang percakapan, pengembang perangkat lunak, manajer produk, manajer proyek
+ **Membangun** — Pengembang perangkat lunak
+ **Tes** - QA
+ **Integrasi berkelanjutan dan pengiriman berkelanjutan (CI/CD)** — Pengaktifan cloud atau DevOps
+ **Penyediaan akun — Pengaktifan** cloud atau DevOps
+ **Operasi** - Support Engineers
+ **Keamanan** — Arsitek keamanan

## Mempersiapkan data Anda
<a name="preparing-data"></a>

Beban kerja IVR dapat dimigrasikan secara bertahap, seperti oleh unit bisnis. Anda dapat bekerja dengan unit bisnis di organisasi Anda untuk menentukan persyaratan bisnis dan *replatform atau *refactor* platform* IVR untuk memanfaatkan sepenuhnya fitur cloud-native yang dapat meningkatkan kelincahan, kinerja, dan skalabilitas. Oleh karena itu, keputusan tentang unit bisnis mana yang bermigrasi terlebih dahulu sangat penting. Dokumentasikan persyaratan, tentukan metrik keberhasilan, dan berikan pembaruan kemajuan untuk mengukur keberhasilan proyek secara keseluruhan.

## Porting nomor telepon
<a name="porting-numbers"></a>

Jika Anda ingin menyimpan nomor telepon yang ada, Anda harus mem-port nomor telepon Anda ke Connect Customer. Proses ini membutuhkan waktu tunggu, dan akan sangat membantu untuk merencanakan ini sebelumnya.

## Memilih arsitektur target
<a name="choosing-architecture"></a>

Bergantung pada tujuan proyek migrasi Anda, pilih dari daftar kemungkinan pendekatan yang dibahas di [Opsi arsitektur untuk memigrasi lokal Avaya Contact Center untuk AWS](architecture-options.md) bagian panduan ini.

## Mengevaluasi arsitektur saat ini
<a name="evaluating-architecture"></a>

Anda dapat *meng-host ulang* (juga dikenal sebagai *lift-and-shift*) beban kerja Anda ke AWS Cloud, atau Anda dapat *memplatform ulang atau merancang ulang* beban kerja Anda untuk mendorong pengalaman baru dengan *kemampuan* cloud-native. Untuk informasi lebih lanjut tentang cara memilih di antara strategi ini, lihat [Langkah 3: Pilih strategi migrasi](decision-making-processes.md#step-3) di panduan ini. Selain memahami status target, penting bagi Anda untuk memahami status dan komponen infrastruktur saat ini.

Misalnya, jika Anda menggunakan [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), maka Anda dapat menggunakannya JavaScript untuk integrasi API. Namun, jika Anda menggunakan Concentrix untuk IVR, maka integrasi seperti itu mungkin tidak mungkin, dan Anda harus mengandalkan integrasi database. Selain itu, Anda perlu meninjau semua alur panggilan yang ada dalam paket migrasi. Dalam pendekatan hibrida dengan dua sistem telepon yang berbeda, pastikan Anda tidak menduplikasi bagian mana pun dari aliran atau mengabaikan logika penting apa pun.

## Mengelola petunjuk IVR
<a name="managing-ivr-prompts"></a>

Amazon DynamoDB adalah cara paling efisien untuk menyimpan dan mengelola prompt. Bisnis dan pemangku kepentingan dapat melakukan perubahan dengan cepat tanpa mengganggu operasi.

## Mendefinisikan infrastruktur cloud dan persyaratan keamanan
<a name="defining-requirements"></a>

Berdasarkan kebutuhan Anda, buatlah daftar layanan cloud yang akan Anda gunakan untuk mencapai hasil Anda. Tim keamanan Anda perlu memvalidasi jika arsitektur target yang diusulkan memenuhi persyaratan organisasi, seperti kebijakan retensi, dan memastikan bahwa logging dipertimbangkan dan didokumentasikan.