Bevor wir bauen
Business Analyse &
Solution Design
Vom Prozessverständnis zum technischen Design. Wir definieren, was automatisiert wird, wie es funktioniert und welche Technologie die richtige ist, bevor eine Zeile Code geschrieben wird.
Die Realität
Warum "einfach mal bauen" die teuerste Abkürzung ist
Automatisierung ohne saubere Analyse produziert technische Schulden, Nacharbeit und Frustration. Der Unterschied zwischen einem Prozess, der läuft, und einem, der Wert schafft, entsteht hier.
Anforderungen fehlen oder sind falsch
Teams beschreiben den Ist-Prozess, nicht den Soll-Prozess. Der Bot automatisiert dann einen schlechten Prozess – schneller, aber immer noch schlecht.
Technologie wird vor dem Problem gewählt
„Wir haben UiPath, also machen wir RPA.“ Aber nicht jeder Prozess braucht RPA. Manche brauchen Agentic AI, manche Low-Code, manche eine Kombination.
Soll-Prozess wird nicht redesigned
Monatliche PDF-Reports mit 40 Seiten, die niemand liest. Was fehlt: Echtzeit-Dashboards, die Handlungsbedarf sofort sichtbar machen.
Wie wir es lösen
Vom Ist-Prozess zum optimalen Soll-Prozess - und dann zum technischen Design
Wir analysieren nicht nur, was heute passiert. Wir designen, was morgen passieren sollte – und liefern die technische Blaupause dafür.
01
Prozess-Deep-Dive
Wir verstehen den Prozess bis ins Detail: Wer macht was, wann, in welchem System, mit welchen Ausnahmen? Nicht vom Schreibtisch aus, sondern mit den Menschen, die den Prozess jeden Tag leben.
02
Soll-Prozess-Design
Wir redesignen den Prozess für Automatisierung, nicht 1:1, sondern optimiert. Welche Schritte können entfallen? Welche zusammengelegt werden? Wo entscheidet ein Agent besser als ein Mensch?
03
Technologie-Mapping
Für jeden Prozessschritt die richtige Technologie: Agentic AI für Entscheidungen, RPA für Ausführung, Low-Code für Benutzeroberflächen, BI für Monitoring. Plattformunabhängig.
04
Solution Architecture
Das technische Design: Systemintegration, Datenflüsse, Exception Handling, Sicherheitsarchitektur, Skalierbarkeit. Detailliert genug für die Implementierung, verständlich genug für die Fachabteilung.
Der Unterschied
Warum wir nicht einfach automatisieren, was da ist
Ist-Automatisierung Was andere machen
- Bestehender Prozess wird aufgenommen
- 1:1 in Automation übersetzt
- Gleiche Schritte, gleiche Logik
- Bot macht es schneller — aber nicht besser
- Redundante Schritte bleiben erhalten
40% des Potenzials genutzt
Soll-Automatisierung Was wir machen
- Bestehender Prozess wird analysiert und hinterfragt
- Unnötige Schritte eliminiert
- Entscheidungslogik optimiert
- Technologie-Mix für jeden Schritt
- Prozess ist besser als vorher — nicht nur schneller
90%+ des Potenzials genutzt
Deliverables
Alles, was Ihr Implementierungsteam braucht und alles, was Ihr Board versteht
Prozess-Dokumentation (Ist & Soll)
Detaillierte Dokumentation beider Zustände: Was heute passiert, was morgen passieren wird. Visualisiert, nicht nur beschrieben. Verständlich für Fachabteilung und IT.
Solution Architecture
Technisches Design: welche Systeme, welche Integrationen, welche Datenflüsse, welches Exception Handling. Die Blaupause für die Implementierung.
Technologie-Empfehlung pro Schritt
Nicht eine Technologie für alles, sondern der optimale Mix: Agentic AI hier, RPA dort, Low-Code da, BI überall. Mit Begründung.
Aktualisierter Business Case
Der Business Case aus der Prozess-Identifikation wird verfeinert: konkretere Zahlen, validierte Annahmen, detailliertere Timeline.
In der Praxis
So sieht Business Analyse & Solution Design in Aktion aus
Claims Processing — Ist vs. Soll
Ist-Prozess (vom Kunden beschrieben)
- Schaden gemeldet
- Sachbearbeiter öffnet 4 Systeme
- Prüft Policendaten manuell
- Vergleicht mit Schadenfotos
- Entscheidet über Deckung
- Gibt in System ein
- Schreibt Brief an Kunden
7 Schritte · 3 Systeme · 45 Min/Claim · 15% Fehlerquote
Soll-Prozess (von uns redesigned)
- Schaden gemeldet (Multi-Channel)
- AI-Agent prüft Deckung automatisch
- Agent bewertet Schadenfotos
- Agent entscheidet: Freigabe, Rückfrage oder Eskalation
- RPA-Bot bucht und erstellt Korrespondenz
- Dashboard für Monitoring
6 Schritte · 1 Entscheidungspunkt · 8 Min/Claim · 2% Fehlerquote
Bearbeitung
Fehler
Prüfschritte
eliminiert
Was den Unterschied gemacht hat
- 3 manuelle Prüfschritte eliminiert, nicht automatisiert
- Entscheidungslogik an AI-Agent übertragen
- Kundenkommunikation automatisch generiert
- Nur echte Ausnahmen erreichen noch einen Menschen
Im Kontext
Der zweite Schritt unserer Reise
Dasselbe Team. Kein Wissenstransfer nötig.
Kein Bruch zwischen Analyse und Umsetzung.
Prozess-Identifikation
Definiert, WELCHE Prozesse automatisiert werden
Business Analyse & Solution Design
Definiert, WIE diese Prozesse automatisiert werden
Agentic Automation
Setzt das Design in laufende Automatisierung um
Case Study: Managed Services bei Multi-Prozessen
Ein globaler Automobilzulieferer hatte bereits in UiPath-Lizenzen und ein internes RPA-Team investiert — mit ernüchterndem Ergebnis: instabile Bots, unzufriedene Stakeholder, kein messbarer ROI. Über 300 Prozesse warteten auf Bewertung, aber es fehlte jeder systematische Ansatz zur Priorisierung. Das Management forderte messbare Ergebnisse innerhalb von 12 Monaten.
Lunatec entwickelte einen unternehmensweiten Automatisierungsrahmen: Top-down-Schnellbewertung aller 300+ Prozesse nach Euro-Hebel, strukturiertes Zielprozessdesign vor dem ersten Build, dediziertes Umsetzungsteam und laufende Managed Services. Aus dem Proof-of-Concept-Modus wurde eine wachsende Automatisierungsplattform — Break-even in 7 Monaten.
Bereit?
Sie wissen, welche Prozesse automatisiert werden sollen - aber noch nicht wie?
Sie wissen, welche Prozesse automatisiert
werden sollen – aber noch nicht wie?
Kein Sales-Pitch. Nur ehrliche Einschätzung.
120+ Kunden. 100 % Zufriedenheit. 7 Monate bis Produktion.
WAS SIE BEIM ERSTGESPRÄCH ERWARTET
Ihre besten Agentic Use Cases identifizeren
Basierend auf Ihrer Branche und Prozesslandschaft
Konkreten ROI durchrechnen
In Euro, FTE Äquivalenten und Zeitersparnis
Beispiele aus Ihrer Branche zeigen
Reale Ergebnisse vergleichbarer Unternehmen
Timeline und nächste Schritte definieren
Konkreter Fahrplan, keine vagen Versprechen