> ## Documentation Index
> Fetch the complete documentation index at: https://docs.m9tz.de/llms.txt
> Use this file to discover all available pages before exploring further.

# Umsetzungsphase: So entwickeln und testen wir Ihren KI-Agenten

> Erfahren Sie, was unser Team in der Umsetzungsphase entwickelt, was wir von Ihnen benötigen, wie die Staging-Umgebung funktioniert und welche Faktoren Ihren Zeitplan und Umfang beeinflussen können.

Mit einem freigegebenen Design in der Hand macht sich unser Engineering-Team an die Arbeit. Die Umsetzungsphase ist der technisch intensivste Teil des Prozesses – und derjenige, der von Ihnen im Tagesgeschäft am wenigsten erfordert. Sie benötigen keine technischen Kenntnisse, um daran teilzunehmen. Ihre Aufgabe ist es, für die spezifischen Fragen und Freigaben erreichbar zu sein, die nur Sie beantworten können.

## Was unser Team während der Umsetzung leistet

Einen Agenten zu entwickeln bedeutet mehr als Code zu schreiben. Jede Schicht des Systems muss aufgebaut, verbunden und verifiziert werden, bevor sie zu Ihnen gelangt.

<Steps>
  <Step title="Agentenlogik implementieren">
    Unsere Entwickler übersetzen das freigegebene Ablaufdiagramm in funktionierenden Code – jeder Schritt, jede Verzweigung und jeder Entscheidungspunkt im Design wird zu einem funktionierenden Bestandteil des Agenten.
  </Step>

  <Step title="Systeme und Integrationen verbinden">
    Wir verknüpfen alle in der genehmigten Tool-Liste aufgeführten Systeme: Ihr CRM, Ihr E-Mail-System, Ihren Helpdesk, Ihre Datenbank oder eine beliebige im Design enthaltene API. Jede Verbindung wird unabhängig getestet, bevor der vollständige Ablauf ausgeführt wird.
  </Step>

  <Step title="Leitplanken konfigurieren">
    Die im Design festgelegten Einschränkungen und Regeln werden implementiert und gezielt auf Grenzfälle hin getestet – die Szenarien, in denen Leitplanken am meisten zählen.
  </Step>

  <Step title="Interne Testsuite ausführen">
    Bevor Sie den Agenten zu Gesicht bekommen, führen wir einen strukturierten Satz von Tests durch, der erwartete Eingaben, Grenzfälle, Fehlerbehandlung und Eskalationspfade abdeckt. Der Agent wechselt erst dann in die Staging-Umgebung, wenn er diese Tests bestanden hat.
  </Step>
</Steps>

## Ihre Rolle während der Umsetzung

Sie werden nicht aktiv in die Entwicklung eingebunden sein, aber es gibt Momente, in denen wir Ihr Handeln benötigen. Verzögerungen in diesen Bereichen sind die häufigste Ursache für verlängerte Zeitpläne.

<CardGroup cols={3}>
  <Card title="Integrationen autorisieren" icon="key">
    Bestimmte Systeme – wie Ihr CRM, Ihr E-Mail-System oder Ihre Kommunikationsplattform – erfordern, dass Sie Zugangsdaten bereitstellen oder Zugriffsberechtigungen erteilen. Wir stellen Ihnen klare, schrittweise Anleitungen zur Verfügung, wenn dies ansteht.
  </Card>

  <Card title="Beispieldaten bereitstellen" icon="database">
    Reale Beispiele aus Ihrem Unternehmen machen Tests deutlich verlässlicher als synthetische Daten. Wir können Sie um anonymisierte E-Mail-Verläufe, Formularübermittlungen oder CRM-Datensätze bitten, um sie in unserer Testsuite zu verwenden.
  </Card>

  <Card title="Grenzfälle klären" icon="circle-question">
    Die Umsetzung bringt Fragen an die Oberfläche, die das Design nicht vorgesehen hat. Wenn sie auftreten, weisen wir klar darauf hin – in der Regel als kurze asynchrone Nachricht –, damit Sie schnell entscheiden und wir weitermachen können.
  </Card>
</CardGroup>

<Tip>
  Bestimmen Sie eine Person in Ihrem Team als Ansprechpartner für die Umsetzungsphase. Eine einzige Entscheidungsinstanz bedeutet schnellere Rückmeldungen und weniger widersprüchliche Signale, wenn Fragen zu Grenzfällen auftreten.
</Tip>

## Die Staging-Umgebung

Bevor wir Ihnen irgendetwas zur Prüfung übergeben, stellen wir den Agenten in einer **Staging-Umgebung** bereit – einer abgesicherten Version Ihres Produktivsystems.

<Note>
  Die Staging-Umgebung ist vollständig isoliert. Sie verbindet sich mit Testversionen Ihrer Systeme (oder mit Nur-Lese-Verbindungen, wo keine Testumgebungen verfügbar sind), sodass Sie frei mit dem Agenten interagieren können, ohne ein Risiko für Live-Daten, echte Kunden oder Produktivsysteme einzugehen.
</Note>

Während des Stagings erhalten Sie einen Link, über den Sie:

* Den Agenten mit echten oder Beispiel-Eingaben selbst auslösen können
* Jeden Teil des Ablaufs durchgehen und prüfen können, ob er dem freigegebenen Design entspricht
* Eskalations- und Übergabeszenarien testen können
* Alles markieren können, das sich nicht richtig anfühlt, bevor es in die Nähe des Produktivsystems gelangt

Wir gehen das Staging gemeinsam in einem geteilten Gespräch durch. Wenn etwas angepasst werden muss, erledigen wir das, bevor wir in die [Bereitstellungsphase](/de/blueprint/deploy) übergehen.

## Zeitplan für die Umsetzung

<CardGroup cols={2}>
  <Card title="Standard-Umsetzung" icon="gauge">
    **2–3 Wochen** für Agenten mit einem einzigen Auslöser, einem linearen Ablauf und 2–4 System-Integrationen. Dies trifft auf die Mehrheit der Erstentwicklungen zu.
  </Card>

  <Card title="Komplexe Umsetzung" icon="gauge-high">
    **3–4+ Wochen** für Agenten mit mehreren Auslösern, Verzweigungslogik, fünf oder mehr Integrationen oder individuellen API-Anbindungen, die zusätzliche Entwicklungsarbeit erfordern.
  </Card>
</CardGroup>

## Was den Umfang während der Umsetzung verändern kann

Einige Änderungen sind erwartet und werden als Teil der Umsetzung behandelt. Andere stellen wesentliche Ergänzungen des vereinbarten Umfangs dar und werden formal als **Änderungsanfragen** behandelt.

<Tabs>
  <Tab title="Im Rahmen der Umsetzung behandelt">
    * Geringfügige Anpassungen von Agentenformulierungen
    * Anpassungen von Eskalationsschwellen innerhalb derselben Logikstruktur
    * Behebung von Grenzfällen, die beim internen Testen auftreten
    * Anpassung des Verhaltens einer bestehenden System-Integration
  </Tab>

  <Tab title="Änderungsanfragen">
    * Hinzufügen eines neuen Systems oder einer neuen Integration, die nicht im ursprünglichen Design enthalten war
    * Wesentliche Änderung der Kernablauflogik (neue Verzweigungen, neue Schritte)
    * Hinzufügen eines neuen Auslösertyps (z. B. der Agent war für die Reaktion auf E-Mails konzipiert und soll nun auch auf Formularübermittlungen reagieren)
    * Jede Ergänzung, die den Umfang der ursprünglichen Designfreigabe wesentlich erhöht
  </Tab>
</Tabs>

<Warning>
  Änderungsanfragen während der Umsetzung werden mit einem überarbeiteten Zeitplan und einer Kostenschätzung versehen. Wir weisen stets klar darauf hin und holen Ihre Genehmigung ein, bevor wir fortfahren – nichts wird ohne Ihre Zustimmung zum Umfang hinzugefügt.
</Warning>

Sobald Sie den Agenten in der Staging-Umgebung geprüft und freigegeben haben, gehen wir in die [Bereitstellungsphase](/de/blueprint/deploy) über.