

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Sie planen die Migration eines Avaya-Kontaktzentrums zu AWS
<a name="migration-plan"></a>

Um ein lokales Avaya Contact Center erfolgreich zu Amazon Connect Customer und Amazon Lex zu migrieren, benötigen Sie einen effektiven Plan. Der Migrationsplan folgt in der Regel einem mehrstufigen Ansatz und umfasst die folgenden Schritte und Informationen:
+ [Aufbau Ihres Teams](#building-team)
+ [Aufbereitung Ihrer Daten](#preparing-data)
+ [Portierung von Telefonnummern](#porting-numbers)
+ [Auswahl einer Zielarchitektur](#choosing-architecture)
+ [Bewertung der aktuellen Architektur](#evaluating-architecture)
+ [IVR-Eingabeaufforderungen verwalten](#managing-ivr-prompts)
+ [Definition der Cloud-Infrastruktur- und Sicherheitsanforderungen](#defining-requirements)

## Aufbau Ihres Teams
<a name="building-team"></a>

Die Contact-Center-Migration besteht in der Regel aus den folgenden Fachgebieten und Teilnehmern:
+ **Discovery** — Produktmanager, Projektmanager, Geschäftsanalysten, Lösungsarchitekten, Implementierungsingenieure, QA, Agenten und Vorgesetzte
+ **Design** — Konversationsdesigner, Softwareentwickler, Produktmanager, Projektmanager
+ **Bauen** — Softwareentwickler
+ **Testen** — Qualitätssicherung
+ **Kontinuierliche Integration und kontinuierliche Bereitstellung (CI/CD)** — Cloud-Aktivierung oder DevOps
+ **Kontobereitstellung — Cloud-Aktivierung** oder DevOps
+ **Betrieb** — Support-Techniker
+ **Sicherheit** — Sicherheitsarchitekten

## Aufbereitung Ihrer Daten
<a name="preparing-data"></a>

Ein IVR-Workload kann phasenweise migriert werden, z. B. nach Geschäftsbereichen. Sie können mit den Geschäftseinheiten in Ihrer Organisation zusammenarbeiten, um die Geschäftsanforderungen zu definieren und die *IVR-Plattform neu* zu strukturieren oder *umzugestalten*, um alle Vorteile cloudnativer Funktionen zu nutzen, die Agilität, Leistung und Skalierbarkeit verbessern können. Daher ist die Entscheidung, welcher Geschäftsbereich zuerst migriert, äußerst wichtig. Dokumentieren Sie die Anforderungen, definieren Sie Erfolgskennzahlen und informieren Sie über den aktuellen Stand des Projekts, um den Gesamterfolg des Projekts zu messen.

## Portierung von Telefonnummern
<a name="porting-numbers"></a>

Wenn Sie Ihre bestehenden Telefonnummern beibehalten möchten, müssen Sie Ihre Telefonnummern auf Connect Customer portieren. Dieser Vorgang erfordert eine gewisse Vorlaufzeit, und es ist hilfreich, dies im Voraus zu planen.

## Auswahl einer Zielarchitektur
<a name="choosing-architecture"></a>

Wählen Sie je nach Ziel Ihres Migrationsprojekts aus der Liste der möglichen Ansätze, die im [Architekturoptionen für die Migration eines lokalen Avaya Kontaktzentrum für AWS](architecture-options.md) Abschnitt dieses Handbuchs beschrieben werden, aus.

## Bewertung der aktuellen Architektur
<a name="evaluating-architecture"></a>

Sie können entweder Ihre Workloads auf das *rehosten* (auch als *Lift-and-Shift* bezeichnet) AWS Cloud, oder Sie können Ihre Workloads *neu plattformieren oder neu* strukturieren, um mit *cloudnativen Funktionen neue* Erfahrungen zu erzielen. Weitere Informationen darüber, wie Sie zwischen diesen Strategien wählen können, finden Sie in diesem Leitfaden. [Schritt 3: Wählen Sie eine Migrationsstrategie](decision-making-processes.md#step-3) Neben dem Verständnis des Zielstatus ist es wichtig, dass Sie den aktuellen Status und die Infrastrukturkomponenten verstehen.

Wenn Sie beispielsweise verwenden [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), können Sie es JavaScript für die API-Integration verwenden. Wenn Sie jedoch IVR verwendenConcentrix, sind solche Integrationen möglicherweise nicht möglich, und Sie müssen sich auf Datenbankintegrationen verlassen. Darüber hinaus müssen Sie alle vorhandenen Anrufabläufe im Migrationsplan überprüfen. Stellen Sie bei einem hybriden Ansatz mit zwei verschiedenen Telefonsystemen sicher, dass Sie keinen Teil der Abläufe duplizieren oder wichtige Logiken ignorieren.

## IVR-Eingabeaufforderungen verwalten
<a name="managing-ivr-prompts"></a>

Amazon DynamoDB ist die effizienteste Methode zum Speichern und Verwalten von Eingabeaufforderungen. Das Unternehmen und die Beteiligten können Änderungen im Handumdrehen vornehmen, ohne den Betrieb zu unterbrechen.

## Definition der Cloud-Infrastruktur- und Sicherheitsanforderungen
<a name="defining-requirements"></a>

Erstellen Sie auf der Grundlage Ihrer Anforderungen eine Liste der Cloud-Dienste, die Sie verwenden werden, um Ihre Ergebnisse zu erzielen. Ihr Sicherheitsteam muss überprüfen, ob die vorgeschlagene Zielarchitektur den organisatorischen Anforderungen wie Aufbewahrungsrichtlinien entspricht, und sicherstellen, dass die Protokollierung berücksichtigt und dokumentiert wird.