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
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
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
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
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
Bergantung pada tujuan proyek migrasi Anda, pilih dari daftar kemungkinan pendekatan yang dibahas di Opsi arsitektur untuk memigrasi lokal Avaya Contact Center untuk AWS bagian panduan ini.
Mengevaluasi arsitektur saat ini
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 di panduan ini. Selain memahami status target, penting bagi Anda untuk memahami status dan komponen infrastruktur saat ini.
Misalnya, jika Anda menggunakan Avaya Experience Portal
Mengelola petunjuk IVR
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
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.