Rollen
Wer darf sehen, bearbeiten, freigeben und administrieren? Ein technischer Admin ist nicht automatisch fachlicher Entscheider.
Leistungen
Individuelle Softwareentwicklung für gewachsene Abläufe
Standardsoftware ist sinnvoll, solange sie das relevante Problem ausreichend löst. Individualsoftware beginnt dort, wo wichtige Fachlogik, Rollen oder Abläufe dauerhaft außerhalb der vorhandenen Systeme leben — und eine kleinere Intervention nicht genügt.
WIRKLAUF entwickelt die fehlende Software gezielt: eingebettet in bestehende Systeme, mit klaren Regeln, Datenverantwortung, Ausnahmezuständen und einem Plan für Betrieb und Weiterentwicklung.
Wenn Systeme den Ablauf nicht tragen
Typische Auslöser sind nicht „wir wollen eine App“, sondern konkrete betriebliche Grenzen:
- eine wichtige Entscheidung steckt in Excel oder im Kopf eines Mitarbeiters;
- Standardsoftware kann den Normalfall, aber nicht die entscheidende Sonderlogik;
- dieselben Daten werden in mehreren Systemen gepflegt;
- Mitarbeiter wechseln zwischen ERP, E-Mail, Listen und Papier, um einen Vorgang abzuschließen;
- der operative Status ist im Kernsystem nicht sichtbar;
- Rollen und Freigaben müssen feiner gesteuert werden;
- ein bestehendes System soll gezielt erweitert werden, statt es zu ersetzen.
Die richtige Frage lautet deshalb nicht zuerst: „Welche Software sollen wir bauen?“ Sondern: Welche Fachlogik fehlt tatsächlich?
Individualsoftware folgt dem tatsächlichen Bedarf
Eine eigene Anwendung erzeugt nicht nur Möglichkeiten, sondern auch Verantwortung: Entwicklung, Tests, Betrieb, Wartung, Sicherheit und Weiterentwicklung.
Darum prüft WIRKLAUF vor einer größeren Umsetzung:
- Kann der Prozess selbst vereinfacht werden?
- Gibt es eine vorhandene Funktion, die heute nur nicht genutzt wird?
- Reicht eine Standardlösung?
- Liegt das Problem primär im Datenaustausch?
- Kann ein stabiler Teil automatisiert werden?
- Reicht eine kleine Systemerweiterung?
- Bleibt relevante Fachlogik übrig, die wirklich individuell modelliert werden muss?
Individualsoftware ist kein Statussymbol. Sie ist ein Werkzeug für Anforderungen, die mit kleineren Mitteln nicht sinnvoll gelöst werden.
Was individuell entstehen kann
Je nach Nutzung kann die Software unterschiedliche Formen annehmen:
- Interne Anwendung
- für Disposition, Bearbeitung, Freigaben oder Dokumentation.
- Web-App
- für browserbasierte betriebliche Abläufe.
- Portal
- für Kunden, Partner oder externe Beteiligte.
- Mobile Anwendung
- wenn Gerätefunktionen, Offline-Szenarien oder mobile Bedienung es rechtfertigen.
- Systemerweiterung
- wenn ein bestehendes Kernsystem grundsätzlich passt, aber ein wichtiges Modul fehlt.
Die Softwareform folgt dem Arbeitskontext. Nicht umgekehrt.
Bestand ist kein Gegner
Ein ERP kann kaufmännische Prozesse gut abbilden und trotzdem für operative Arbeit ungeeignet sein. Ein CRM kann Kundendaten besitzen, ohne die Fachlogik eines Serviceprozesses zu kennen.
Dann muss nicht alles ersetzt werden.
Eine individuelle Anwendung kann die spezialisierte Schicht bilden, die heute fehlt:
OPERATIVE ANWENDUNGERP
OPERATIVE ANWENDUNGCRM
Für jedes Objekt wird geklärt, welches System führend bleibt. Dadurch entsteht keine unnötige zweite Datenwahrheit.
BEISPIELSZENARIO · KEIN KUNDENPROJEKT
Fehlende Fachlogik statt ERP-Austausch
Im technischen Servicebetrieb kommt eine Anfrage per E-Mail. Daten werden nach Excel übertragen, später manuell im ERP angelegt und telefonisch disponiert. Das ERP funktioniert für Auftrags- und Abrechnungsdaten, bildet aber den operativen Bearbeitungszustand nur unzureichend ab.
Die große Lösung wäre ein vollständiger ERP-Austausch.
Die kleinere Zielarchitektur: strukturierter Eingang, Pflichtvalidierung, bestehendes ERP behalten und eine operative Anwendung ergänzen. Diese verwaltet Zuweisung, Arbeitszustand, Dokumentation, Klärfälle und die Synchronisierung zurück ins ERP.
Das Beispiel zeigt den Unterschied zwischen System ersetzen und fehlende Fachlogik ergänzen.
WIRKLAUF DEMONSTRATOR · BEISPIELANWENDUNG
Fachlogik ist wichtiger als reine Datenpflege
Eine betriebliche Anwendung muss nicht nur Daten speichern. Sie muss wissen, was fachlich erlaubt ist.
Im Demonstrator gilt zum Beispiel:
- ein Auftrag startet nur mit aktiver Zuweisung;
- ein Techniker bearbeitet nur seinen Auftrag;
- Pflichtdokumentation ist Voraussetzung für Abschluss;
- eine Abweichung vom vereinbarten Umfang erzeugt einen Klärfall;
- ein technischer ERP-Fehler setzt den fachlichen Auftrag nicht zurück;
- ein Wiederholversuch darf keine zweite Geschäftsaktion erzeugen.
Rollen, Daten, Zustände
Daten
Welche Objekte gehören zur Anwendung, welche bleiben in ERP/CRM führend? Wie werden Änderungen synchronisiert?
Zustände
Welche Übergänge sind erlaubt? Was bedeutet IN BEARBEITUNG, WARTET, KLÄRUNG NÖTIG oder ABGESCHLOSSEN?
Ausnahmen
Was passiert bei fehlenden Daten, fachlicher Abweichung oder technischem Fehler?
Diese Fragen bestimmen die Software stärker als die Anzahl der Screens.
Wie ein Projekt beginnt
Ziel und Lösung relativ klar
Sie wissen, welcher Ablauf digital abgebildet werden soll und können Nutzer, Systeme und Zielzustand grob benennen. Dann reicht häufig ein Erstgespräch zur Einordnung von Umfang und Vorgehen.
Problem klar, Lösungsweg offen
Sie sehen Reibung, wissen aber nicht, ob Software, Integration, Automatisierung oder Prozessänderung gewinnt. Dann ist der Kernhebel-Check sinnvoller als ein voreiliges Entwicklungsangebot.
Machbarkeit offen
Wenn eine kritische Integration, Datenquelle oder technische Randbedingung unklar ist, kann zuerst eine gezielte Machbarkeitsprüfung nötig sein.
Vom Zielzustand zur Umsetzung
Ein belastbares Projekt klärt zuerst:
- Zielzustand;
- Nutzer und Rollen;
- Kernregeln;
- Datenobjekte;
- Systemgrenzen;
- Ausnahmen;
- Erfolgskriterien.
Danach folgen technische Architektur, Umsetzung, Tests, Migration soweit nötig, Abnahmetest, Einführung und Betrieb.
Die Technologie folgt dem Vorhaben — nicht umgekehrt.
Kosten entstehen durch Verantwortung
Aufwand hängt nicht primär von der Anzahl der Seiten oder Buttons ab. Relevante Treiber sind:
- Tiefe der Fachlogik;
- Rollen- und Rechtemodell;
- Integrationen;
- Datenmigration;
- Ausnahme- und Fehlerpfade;
- Sicherheitsanforderungen;
- Offline- und Mobile-Anforderungen;
- Testing und Einführung;
- Betriebsüberwachung und Betrieb.
Darum nennt WIRKLAUF ohne ausreichenden Umfang keine künstlich präzise Projektspanne.
Betrieb & Weiterentwicklung
- Wartung
- hält die bestehende Lösung funktionsfähig: Fehler, Updates, externe Abhängigkeiten, Betriebsüberwachung.
- Weiterentwicklung
- verändert Funktionen und Fachlogik, wenn der Betrieb sich verändert.
Beides wird getrennt geplant. Go-live ist der Beginn des produktiven Lebens, nicht das Ende der Verantwortung.
FAQ
Wann lohnt sich Individualsoftware?
Wenn relevante Fachlogik, betrieblicher Nutzen oder Differenzierung mit Prozessänderung, vorhandenen Funktionen, Standardsoftware oder kleinerer Integration nicht sinnvoll erreicht werden kann.
Muss vorhandene Software ersetzt werden?
Nein. Bestehende Systeme bleiben, wenn sie ihren Zweck erfüllen. Häufig wird nur die fehlende operative Schicht ergänzt.
Brauchen wir ein fertiges Lastenheft?
Nein. Sie sollten Problem, Zielzustand, Nutzer und beteiligte Systeme grob beschreiben können. Technische Architektur ist Aufgabe des Umsetzungspartners.
Web-App oder mobile App?
Das hängt von Arbeitsort, Geräten, Offline-Nutzung, Kamera/Scanner/GPS/Push und Distribution ab.
Können Sie bestehende Systeme anbinden?
Wenn technisch zugänglich und fachlich sinnvoll. Machbarkeit wird geprüft; WIRKLAUF behauptet nicht, dass jedes System beliebig integrierbar ist.
Was kostet Individualsoftware?
Belastbar erst, wenn der Umfang ausreichend klar ist. Die Kostenlogik wird transparent erklärt; Fantasie-Festpreise vor Klärung werden vermieden.
Softwareprojekt besprechen
Beschreiben Sie kurz:
- welcher Ablauf besser funktionieren soll;
- wer ihn nutzt;
- welche Systeme heute beteiligt sind;
- ob der Lösungsweg schon klar ist.
- hallo@wirklauf.com
- Telefon
- 05921 8198432