Zum Inhalt springen
XSIS

Ablauf und Kommunikation

Software, KI und Daten

Wo Sie mit KI beginnen, Qualität und Genauigkeit, Barrierefreiheit, Geschwindigkeit, App-Store-Releases und Migrationen ohne Ausfallzeit.

24 Fragen

Ersetzen KI-Agenten unsere Mitarbeitenden im Contact Center?

Sie übernehmen die routinemäßigen, volumenstarken Anfragen, sodass Ihre Mitarbeitenden die komplexen und sensiblen Fälle bearbeiten. Jedes Gespräch kann mit vollem Kontext an einen Menschen übergehen. Sie entscheiden, welche Anfragen die Agenten selbstständig abschließen.

Worin unterscheiden sich die KI-Stufen?

Pakete sind einsatzbereite Lösungen für gängige Aufgaben, konfiguriert statt gebaut. Enterprise-Systeme sind individuell und souverän, auf hohes Volumen ausgelegt. Managed Services halten beides am Laufen, im Abonnement oder nach Nutzung.

Welche Stufe passt zu uns?

Das hängt davon ab, wie standardisiert die Aufgabe ist, vom Volumen und davon, wo Ihre Daten bleiben müssen. Eine gängige Aufgabe mit moderatem Volumen passt zu einem Paket. Strikte Datenresidenz, tiefe Integration oder hohes Volumen sprechen für ein Enterprise-System.

Wie beginnt die Datenbankarbeit mit Ihnen?

Meist mit einem Gesundheitscheck. Wir prüfen Konfiguration, Performance, Sicherheit, Backups und Kapazität und geben Ihnen eine schriftliche Liste der Befunde, geordnet nach Risiko und Aufwand. Sie entscheiden dann, was wir beheben, migrieren oder betreiben und in welcher Reihenfolge. Ist der Bedarf bereits klar, etwa eine geplante Migration, beginnen wir stattdessen mit ihrem Entwurf.

Wie migrieren Sie eine Datenbank, ohne Daten zu verlieren oder das Geschäft anzuhalten?

Wir proben jede Migration an einer geschützten Kopie und stimmen Zeilenanzahlen und Prüfsummen zwischen Quelle und Ziel ab. Für Systeme, die nicht anhalten können, halten wir beide synchron und wechseln in einem kurzen geplanten Fenster, mit getestetem Rückweg.

Wo beginnen wir, wenn wir nicht wissen, wo unsere sensiblen Daten liegen?

Mit Discovery. Wir verfolgen die Systeme, Datenspeicher, Backups und Dateifreigaben, die personenbezogene, Zahlungs- oder vertrauliche Daten enthalten, und die Flüsse zu Ihren Lieferanten. Das Inventar zeigt die größten Risiken zuerst.

Müssen wir unsere aktuellen BI-Werkzeuge ersetzen?

Nicht unbedingt. Wir können konversationelle Analyse und gemeinsame Definitionen auf Ihren vorhandenen Daten ergänzen und überlappende Dashboards nach und nach außer Betrieb nehmen.

Was passiert, wenn sich unsere Anforderungen im Projekt ändern?

Das passiert meistens, und der Prozess rechnet damit. Das Backlog wird in jeder Iteration mit Ihnen durchgesehen. In einem Projekt mit festem Leistungsumfang wird eine Änderung schriftlich vereinbart, einschließlich ihrer Wirkung auf Kosten und Termine, bevor die Arbeit daran beginnt.

Unsere Desktop-Anwendung ist alt und schwer zu ändern. Welche Möglichkeiten haben wir?

Alles auf einmal neu zu schreiben ist selten die sicherste Wahl. Wir prüfen den Code, seine Abhängigkeiten und wie Menschen ihn nutzen. Dann empfehlen wir, ihn zu refaktorieren, auf ein aktuelles Framework zu heben oder durch Websoftware zu ersetzen. Welchen Weg Sie auch wählen, wir ändern ihn in Schritten, damit die Nutzer weiterarbeiten können und jeder Schritt geprüft wird.

Brauchen wir Nutzerforschung, wenn wir unsere Nutzer bereits kennen?

Sie wissen sehr viel, und Forschung baut darauf auf. Sie prüft Annahmen mit den Menschen, die die Arbeit tun, und deckt oft Schritte, Workarounds und Begriffe auf, die nie in ein Anforderungsdokument gelangen. Eine kleine Runde Interviews und Prototypentests kostet weniger als die Änderung von Software nach dem Marktstart.

Sollten wir alle unsere Tests automatisieren?

Nein. Automatisieren Sie, was oft läuft und jedes Mal dieselbe Antwort geben muss: Unit-Tests, API-Tests und die wichtigsten Kundenreisen. Menschen bleiben für exploratives Testen, Usability und Funktionen, die sich noch ändern. Eine kleinere Suite, die nie zufällig scheitert, ist mehr wert als eine große, der niemand traut.

Was ist Chaos-Testing, und ist es sicher?

Chaos-Testing schaltet Dienste absichtlich ab, bremst Netze oder füllt Datenträger, um zu belegen, dass das System kontrolliert nachgibt und sich erholt. Wir beginnen in Testumgebungen, vereinbaren die Grenzen mit Ihrem Betriebsteam und führen kontrollierte Experimente in der Produktion erst aus, wenn Monitoring und Rollback belegt sind.

Wie testen Sie Integrationen mit Banken, Zahlungsdienstleistern oder ERPs?

Wir nutzen die Sandbox des Partners, wo es eine gibt, und Simulatoren, wo nicht, damit Tests bei jeder Änderung laufen. Testdaten decken abgelehnte Zahlungen, Timeouts, doppelte Nachrichten und Teilausfälle ab, und End-to-End-Prüfungen bestätigen, dass die Summen über Systeme hinweg übereinstimmen.

Warum nicht das ganze System auf einmal neu schreiben?

Eine vollständige Neufassung muss jahrelanges Verhalten nachbilden, bevor sie irgendetwas ersetzen kann, während sich das Geschäft darum herum weiter ändert. Solche Projekte laufen oft lange und starten mit Lücken. Eine Fähigkeit nach der anderen zu ersetzen liefert früh Wert und hält das alte System als Sicherheitsnetz. Sie können bei jedem Schritt anhalten oder die Richtung ändern.

Muss das Geschäft während der Migration anhalten?

Der Ansatz ist so gestaltet, dass es nicht muss. Das alte System läuft weiter, während jeder neue Teil gebaut und im Parallelbetrieb bewiesen wird. Die Arbeit wandert schrittweise zum neuen Teil und kann zurückwandern, wenn etwas nicht stimmt. Braucht eine Datenmigration eine Umstellung, proben wir sie vorher und planen sie mit Ihnen.

Niemand versteht unser altes System vollständig. Können Sie es trotzdem modernisieren?

Ja, und das ist häufig. Wir gewinnen das Wissen aus dem Code, den Daten, den Protokollen und den Menschen, die das System nutzen. Wir halten in Charakterisierungstests fest, was es tut, und diese werden zur Spezifikation, die die neuen Teile erfüllen müssen.

Unterbricht die Migration unser Geschäft?

Wir planen jeden Umzug so, dass eine Unterbrechung vermieden oder kurz und geplant bleibt. Workloads ziehen einzeln um, Daten werden vor dem Wechsel synchronisiert, und jeder Schritt hat einen Rückweg. Kann ein System nicht an zwei Orten gleichzeitig laufen, vereinbaren wir mit Ihnen ein Wartungsfenster und proben den Wechsel vorher.

Was umfasst ein Projekt zur IT-Infrastruktur?

Es umfasst das, worauf Ihre Systeme laufen: Netze und Standorte, Server und Virtualisierung, Speicher und Backup, Verzeichnis- und Identitätsdienste, Monitoring und die Verbindungen zu Ihren Cloud-Konten. Wir können die ganze Landschaft übernehmen oder einen Teil, etwa eine Netzwerkneugestaltung. Der Umfang wird vor Arbeitsbeginn schriftlich vereinbart.

Wir haben bereits Pipelines. Müssen wir neu anfangen?

Nein. Wir beginnen mit dem, was funktioniert, standardisieren es in Vorlagen und ersetzen nur die Teile, die fragil sind oder fehlen. Dienste ziehen einzeln auf die Plattform um.

Können Sie Agenten und Modelle absichern, die wir nicht mit Ihnen gebaut haben?

Ja. Identität, Zugangsdaten, Guardrails und Monitoring liegen um den Agenten herum und funktionieren daher mit Agenten, die intern, von einem anderen Dienstleister oder auf einer Anbieterplattform gebaut wurden. Wir brauchen Zugriff auf die Konfiguration des Agenten und seine Verbindungen, nicht zwingend auf seinen Code.

Wo sollten wir beginnen? (AI & Data)

Meist mit dem souveränen agentischen Proof of Concept: ein Workflow, angebunden an Ihre internen Werkzeuge in einem privaten Netz, der den Nutzen zeigt, bevor größer gebaut wird.

Müssen unsere Daten zuerst in Ordnung sein?

Nicht vollständig, aber wir prüfen sie zuerst. Sind Dokumente unstrukturiert oder Datenbanken isoliert, beginnen wir mit einer Prüfung von Datenqualität, Datenherkunft und KI-Bereitschaft und bauen dann die Plattform, die die Modelle brauchen.

Gehört mein Projekt zu Software Engineering oder zu Enterprises & Integrations?

Software Engineering baut und modernisiert die Anwendungen selbst: Plattformen, Portale, Apps und digitale Zwillinge. Enterprises & Integrations verbindet sie mit ERPs, Banken, Steuerbehörden und Zahlungsnetzen. Die meisten Projekte brauchen beides, und ein Team deckt es unter einem Vertrag ab.

Wo sollten wir beginnen? (Cloud & Infrastructure)

Die meisten Kunden beginnen mit dem Audit zu Cloud-Portabilität und KI-Token-FinOps. Es zeigt, wo Sie an einen Anbieter gebunden sind, skizziert einen Weg zu einer souveränen oder Multi-Cloud-Landschaft und setzt Caching und Model-Routing vor Ihre KI-Workloads. Größere Programme folgen daraus.

Beginnen Sie mit einem Gespräch, nicht mit einem Vertrag.

Sagen Sie uns, was Sie bauen, verbinden oder absichern möchten. Ein Architekt geht es mit Ihnen durch und empfiehlt dann, wo Sie beginnen sollten.

Wie es weitergeht

  1. Terminabstimmung

    Unser Team schreibt Ihnen, um einen Termin für das Gespräch zu vereinbaren.

  2. Beratungsvorgespräch

    Ein kostenlose 30-minütige Online-Vorberatung: Wir gehen Ihre Ziele, Systeme und Rahmenbedingungen durch.

  3. Readiness-Review

    In einer kostenlose 48-stündige Readiness-Review prüft ein Principal Architect Ihr Projekt gegen die 6-Punkte-Definition of Ready und empfiehlt den passenden Track.

  4. Wahl des Tracks

    Projekte mit klarem Leistungsumfang erhalten innerhalb von 3–5 Werktagen ein verbindliches Angebot. Projekte in der Konzeptphase starten im Blueprint Studio. Ein laufendes System, das ausfällt, nicht dokumentiert ist oder integriert werden muss, beginnt mit einer Diagnose von 1–2 Wochen. Blueprint Studio und Diagnose haben jeweils ein festes Honorar, das im Angebot genannt wird.