Wie wir arbeiten
Vom Problem zur Lösung, in zwölf Schritten.
Derselbe Prozess, konsequent angewendet — bei Kundenprojekten und bei unseren eigenen Produkten (eSRL, 1002, Pinyap).
Discovery
Wir verstehen den aktuellen Prozess, wer ihn ausführt, was funktioniert und was nicht — direkt vom Team, das täglich damit arbeitet, nicht nur vom Management.
Ergebnis: Schriftliche Zusammenfassung des Prozesses, der Ziele und der Rahmenbedingungen.
Prozessanalyse
Wir bilden den Ablauf Schritt für Schritt ab, identifizieren die tatsächlichen Engpässe und trennen, was wirklich ein Problem ist, von dem, was nur eine Gewohnheit ist.
Ergebnis: Prozesskarte mit identifizierten Engpässen.
Ziele
Wir legen explizit fest, was Erfolg für dieses Projekt bedeutet — eingesparte Zeit, weniger Fehler, ein nachvollziehbarer Prozess —, damit wir später überprüfen können, ob wir es erreicht haben.
Ergebnis: Schriftlich vereinbarte Ziele und Erfolgskriterien.
Priorisierung
Wir lösen nicht alles auf einmal. Wir legen fest, was die größte Wirkung bei geringstem Risiko bringt, als erste lieferbare Etappe.
Ergebnis: Priorisierter Backlog und Staffelung der Lieferungen.
Architektur
Wir wählen den technischen Ansatz — individuelle Software, Automatisierung, Integration, AI oder eine Kombination — mit explizit genannten, nicht verborgenen Kompromissen.
Ergebnis: Architekturdiagramm und die technischen Entscheidungen samt Begründung.
MVP
Wir bauen eine erste nutzbare Version, mit dem minimal nötigen Umfang, um unter realen Bedingungen getestet zu werden — nicht das gesamte System auf einmal.
Ergebnis: Funktionsfähige Version, testbar unter realen Bedingungen.
Test
Wir prüfen funktional und mit echten Nutzern vor dem Launch — wir nehmen nicht an, dass es "funktioniert", wir bestätigen es.
Ergebnis: Abnahmekriterien und Testergebnisse.
Sicherheit
Rollenbasierte Authentifizierung, serverseitige Validierung, Datentrennung — vor dem Launch geprüft, nicht nachträglich unter Druck ergänzt.
Ergebnis: Sicherheitsüberprüfung, angepasst an die Risiken des Projekts.
Launch
Wir launchen kontrolliert, mit Rollback-Option, nicht als einmaliges, unumkehrbares Ereignis.
Ergebnis: Deployment-Plan und Rollback-Plan.
Überwachung
Uptime, Fehler und Performance werden nach dem Launch aktiv überwacht, mit Alarmierung — wir erfahren nicht von Nutzern von Problemen.
Ergebnis: Eingerichtete Metriken, Logs und Alarmierung.
Wartung
Laufende Sicherheitsupdates, Korrekturen und Optimierungen (siehe auch Wartung und Infrastruktur) — ein gelaunchtes und sich selbst überlassenes System wird zum Risiko.
Ergebnis: Support- und Weiterentwicklungsplan für das System.
Änderungsmanagement
Anforderungen entwickeln sich weiter. Wir handhaben später angeforderte Änderungen strukturiert — bewertet, priorisiert und integriert, nicht ad hoc auf ein System aufgesetzt, das nicht dafür konzipiert wurde.
Ergebnis: Vereinbarter Prozess zur Bewertung, Genehmigung und Integration von Änderungen.
Wer macht was
Was Leadpro liefert
Analyse, begründete technische Entscheidungen, Entwicklung, Tests, Dokumentation und die in jeder Etappe oben definierten Ergebnisse.
Was der Kunde liefert
Zugang zum tatsächlichen Prozess und zu den Personen, die ihn ausführen, rechtzeitige Entscheidungen bei genehmigungspflichtigen Punkten und Zugang zu den relevanten bestehenden Systemen.
Wer freigibt
Jede Etappe mit einem Ergebnis wird explizit von einer benannten verantwortlichen Person seitens des Kunden freigegeben, bevor zur nächsten Etappe übergegangen wird.
Wie Änderungen genehmigt werden
Jede neue, im Verlauf entstandene Anforderung durchläuft Schritt 12 — bewertet, priorisiert und strukturiert integriert, nicht ad hoc umgesetzt.
Formen der Zusammenarbeit
Das Zusammenarbeitsmodell ergibt sich aus der Bewertung des Problems.
Es wird nach der Bewertung des Problems, des Reifegrads des Projekts und des nötigen Grads an Beteiligung festgelegt — ohne hier angezeigte Festpreise, aber mit den konkreten Arbeitsformaten unten.
Beginn der Zusammenarbeit
Bezahlte Discovery
Wir analysieren den Prozess und empfehlen eine technische Richtung, als separate Etappe, bevor das Budget für eine vollständige Entwicklung gebunden wird.
Projekt mit definiertem Umfang
Ein klares Ziel, mit von Anfang an festgelegtem Budget und Zeitrahmen — passend, wenn das Problem bereits gut verstanden ist.
MVP
Wir bauen eine erste minimale, schnell testbare Version, um die Richtung zu validieren, bevor in das gesamte System investiert wird.
Laufende Entwicklung
Inkrementelle Entwicklung
Gestaffelte Lieferungen, jede davon nutzbar, statt eines einzigen großen Ergebnisses am Ende des Projekts.
Erweitertes Team
Integration als Erweiterung des internen technischen Teams, für ein Projekt oder einen definierten Zeitraum.
Support auf Stundenbasis
Für punktuelle Einsätze, ohne langfristige Verpflichtung.
Betrieb und Weiterentwicklung
Wartungsabonnement
Laufende Updates, Überwachung und Korrekturen für ein bereits produktiv laufendes System.
Kontinuierlicher Betrieb
Wie bei unseren eigenen Produkten — wir bleiben unbegrenzt für das System verantwortlich, nicht nur bis zum Launch.