Eine eigene Software kann einen umständlichen Ablauf deutlich vereinfachen. Sie kann aber auch dauerhaft Geld und Aufmerksamkeit binden, obwohl eine vorhandene Lösung ausgereicht hätte.
Deshalb beginnt ein vernünftiges Entwicklungsprojekt nicht mit Framework, Design oder einer möglichst langen Funktionsliste. Zuerst wird geklärt, welche Aufgabe heute unnötig schwierig ist, wer daran beteiligt ist und welches Ergebnis am Ende vorliegen muss. Dieser Artikel zeigt, welche Informationen ein Unternehmen dafür zusammentragen sollte.
Standardsoftware zuerst ernsthaft prüfen
Eine vorhandene Lösung lässt sich häufig schneller einführen, weil zentrale Funktionen bereits fertig sind. Individuelle Entwicklung ist vor allem dann interessant, wenn ein wichtiger eigener Ablauf sonst aus mehreren Listen, E-Mails und manuellen Übertragungen bestehen bleibt.
Für eine eigene Anwendung sprechen beispielsweise dauerhaft wiederkehrende Sonderabläufe, nicht abbildbare Rollen oder notwendige Verbindungen zu vorhandenen Systemen. Dagegen spricht, wenn die Aufgabe bereits durch eine passende Standardsoftware gelöst wird oder intern noch niemand den fachlichen Prozess verbindlich verantwortet.
| Ausgangslage | Sinnvoller nächster Schritt |
|---|---|
| Eine Standardlösung deckt den Kernprozess und die notwendigen Exporte ab | Standardsoftware anhand echter Aufgaben prüfen |
| Der Ablauf besteht aus wiederkehrenden Übertragungen zwischen mehreren Systemen | Schnittstellen oder eine gezielte Webanwendung untersuchen |
| Regeln und Zuständigkeiten ändern sich noch wöchentlich | Prozess zuerst organisatorisch stabilisieren |
| Ein eigener Ablauf ist fachlich festgelegt, lässt sich aber nirgends passend abbilden | Individuellen Umfang mit Abnahmekriterien beschreiben |
Auch bei SoftwareGenie24 gilt diese Reihenfolge. Wenn Skillent, Inventonia oder AudioBridge den Bedarf bereits abdecken, ist das bestehende Produkt in der Regel der einfachere Weg.
Website, Portal und Webanwendung erfüllen verschiedene Aufgaben
Der Begriff „Website“ wird in frühen Gesprächen oft für sehr unterschiedliche Vorhaben verwendet. Das erschwert Aufwandsschätzungen. Eine öffentliche Unternehmenswebsite informiert, schafft Auffindbarkeit und führt zu einem klaren Kontaktweg. Inhalte, Redaktion, Suchmaschinen und die Darstellung auf verschiedenen Geräten prägen hier den Umfang.
Ein Portal richtet sich an einen begrenzten Nutzerkreis und braucht Anmeldung, Rollen sowie geschützte Inhalte. Bei einer Webanwendung steht dagegen ein Arbeitsablauf im Mittelpunkt: Daten werden erfasst, geprüft, weitergegeben und ausgewertet. Ein Projekt kann diese Bereiche verbinden, sollte sie im Angebot aber getrennt benennen.
- Öffentliche Website: Seitenstruktur, Inhalte, Kontaktwege, Pflege und Auffindbarkeit.
- Geschütztes Portal: Benutzer, Rollen, Dokumente, Freigaben und nachvollziehbare Zugriffe.
- Webanwendung: Fachliche Vorgänge, Statuswechsel, Regeln, Auswertungen und Schnittstellen.
Den Arbeitsablauf ohne Softwarebegriffe beschreiben
Eine brauchbare Anforderung beginnt mit dem tatsächlichen Vorgang. Wer löst ihn aus? Welche Angaben liegen dann vor? Wer entscheidet über den nächsten Schritt? Wo entstehen Wartezeiten, Rückfragen oder doppelte Eingaben?
Hilfreich ist ein vollständiger Beispieldurchlauf mit einem typischen Fall und einer häufigen Ausnahme. Dabei sollten keine produktiven Zugangsdaten oder unnötigen personenbezogenen Daten weitergegeben werden. Für die erste Klärung reichen anonymisierte Beispieldaten und eine Beschreibung der beteiligten Systeme.
Für jeden wichtigen Ablauf sollten mindestens Auslöser, Beteiligte, Eingaben, Entscheidungen, Ergebnis und mögliche Fehlerfälle feststehen. Daraus entstehen später Masken und Berechtigungen. Vor allem entstehen daraus überprüfbare Abnahmekriterien.
Die erste nutzbare Ausbaustufe begrenzen
Ein Projekt wird nicht belastbarer, wenn zu Beginn jede denkbare Erweiterung in denselben Auftrag aufgenommen wird. Besser ist ein Umfang, der einen zusammenhängenden Arbeitsablauf vollständig abdeckt. Randfälle, Komfortfunktionen und spätere Ausbaustufen werden getrennt dokumentiert.
Die Priorisierung lässt sich mit drei Fragen prüfen:
- Kann der wichtigste Vorgang ohne diese Funktion abgeschlossen werden?
- Entsteht ohne sie ein Sicherheits-, Daten- oder erheblicher Mehraufwand?
- Kann die Funktion später ergänzt werden, ohne das Grundmodell neu aufzubauen?
Zur ersten Ausbaustufe gehören auch unscheinbare Aufgaben wie Fehlerhinweise, Berechtigungen, Protokollierung, Datenexport und Administration. Werden sie nur als spätere Details behandelt, ist die Oberfläche möglicherweise fertig, der betriebliche Einsatz aber noch nicht.
Daten und Schnittstellen vor der Oberfläche klären
Viele Aufwandsrisiken stecken nicht in sichtbaren Seiten, sondern in vorhandenen Daten. Unterschiedliche Schreibweisen, fehlende Kennungen und unklare Zuständigkeiten erschweren Importe und Systemverbindungen. Vor dem Angebot sollte deshalb feststehen, welches System für welche Information maßgeblich bleibt.
Für jede geplante Schnittstelle braucht es konkrete Antworten:
- Welches Quell- und Zielsystem ist betroffen?
- Gibt es eine dokumentierte API, einen Dateiexport oder einen anderen freigegebenen Zugriffsweg?
- Welche Felder werden übertragen und wie lassen sie sich eindeutig zuordnen?
- Wie häufig läuft die Übertragung und was geschieht bei fehlerhaften Datensätzen?
- Wer darf Fehler korrigieren und einen Vorgang erneut anstoßen?
Ein vorhandener CSV-Export ist noch keine fertige Integration. Ebenso sagt die Bezeichnung „API vorhanden“ nichts darüber aus, ob die benötigten Daten und Aktionen tatsächlich zugänglich sind.
Aufwand entsteht nicht nur durch die Zahl der Seiten
Bei einer Unternehmenswebsite beeinflussen Inhaltsumfang, Gestaltung, Formulare, redaktionelle Pflege und vorhandene Systeme den Aufwand. Bei internen Anwendungen kommen Rollen, Fachregeln, Datenmigration, Auswertungen und Integrationen hinzu. Die Anzahl sichtbarer Masken ist deshalb nur ein Teil der Kalkulation.
Vor einem belastbaren Preis müssen insbesondere folgende Kostentreiber eingegrenzt sein:
- Anzahl und Varianten der abzubildenden Abläufe,
- Rollen, Berechtigungen und Freigabeschritte,
- Zustand und Umfang vorhandener Daten,
- Schnittstellen zu Fremdsystemen und deren Dokumentation,
- Anforderungen an Auswertungen, Dokumente und Exporte,
- Einführung, Betrieb, Pflege und vereinbarter Support.
Pauschale Preise ohne diese Angaben führen leicht zu Lücken oder weit gefassten Annahmen. Ein gutes Angebot nennt deshalb nicht nur eine Summe, sondern auch den enthaltenen Umfang, Mitwirkungspflichten, Abnahme und den Umgang mit Änderungen.
Betrieb, Pflege und Übergabe gehören in die Planung
Nach der Veröffentlichung beginnt der laufende Teil: Zugänge müssen verwaltet, Abhängigkeiten aktualisiert, Sicherungen geprüft und Fehler bearbeitet werden. Für individuelle Projekte wird deshalb vor dem Angebot geklärt, wo die Lösung betrieben wird und welche Aufgaben beim Auftraggeber oder Anbieter liegen.
Zur Übergabe gehören je nach Projekt eine verständliche Administrationsdokumentation, vereinbarte Zugänge, Exportmöglichkeiten und die Klärung der Nutzungsrechte. Auch der Umgang mit Quellcode, Entwicklungsumgebung und Fremdkomponenten sollte ausdrücklich geregelt sein.
Der Beitrag „Self-Hosted oder Managed Hosting“ beschreibt die grundsätzlichen Betriebsfragen ausführlicher. Die dort genannten Produktleistungen gelten nicht automatisch für eine individuelle Entwicklung; maßgeblich ist der vereinbarte Projektumfang.
Mit acht Angaben zu einem belastbaren Erstgespräch
Für eine erste Einordnung braucht es noch kein umfangreiches Lastenheft. Eine strukturierte Seite mit den folgenden Angaben ist meist hilfreicher:
- Ziel des Vorhabens und heutiges Problem,
- beteiligte Nutzergruppen und Verantwortliche,
- typischer Ablauf vom Auslöser bis zum Ergebnis,
- wichtige Ausnahme- und Fehlerfälle,
- vorhandene Daten und Systeme,
- notwendige Schnittstellen und Exporte,
- gewünschter Zeitpunkt und interne Abhängigkeiten,
- Vorstellungen zu Betrieb, Pflege und Support.
Damit lässt sich prüfen, ob eine Standardlösung, eine kleinere Anpassung oder ein eigenes Projekt passt. Die Software- und Webentwicklung von SoftwareGenie24 wird auf dieser Grundlage angeboten. Projektumfang, Preis, Betrieb und Support stehen erst nach der fachlichen und technischen Klärung fest.