Was kostet eine individuelle Webanwendung?

Warum hier keine Zahl steht

Im Netz finden sich Preisspannen für „eine Webanwendung“. Sie sind nicht falsch, aber ohne Umfang wenig aussagekräftig: Sie geben eine Größenordnung, ersetzen aber keine Schätzung für Ihren Ablauf.: Die Spanne reicht von einer Maske mit einer Liste bis zu einem Portal mit Freigaben, Schnittstellen und Datenübernahme. Beides heißt Webanwendung.

Eine Zahl, die wir hier nennen würden, wäre deshalb kein Angebot, sondern eine Erwartung, die wir später korrigieren müssten. Stattdessen erklären wir, was den Unterschied macht — damit Sie Angebote vergleichen können, auch unsere.

Sechs Faktoren, die den Aufwand treiben

• Fachliche Regeln. Nicht die Anzahl der Felder zählt, sondern die Zahl der Entscheidungen, die die Software treffen muss — und die Ausnahmen davon.
• Rollen und Rechte. Eine Anwendung für eine Gruppe ist etwas anderes als eine für fünf Gruppen mit unterschiedlichen Sichten auf dieselben Daten.
• Schnittstellen. Jede Verbindung zu einem anderen System bringt Anmeldung, Formatunterschiede, Fehlerbehandlung und Tests mit.
• Datenübernahme. Vorhandene Daten sind selten so sauber, wie sie im Gespräch klingen. Prüfen, bereinigen und übertragen ist eigene Arbeit.
• Anforderungen an den Betrieb. Wie schlimm ist ein Ausfall von einer Stunde? Die Antwort entscheidet über Sicherungen, Überwachung und Aufwand.
• Beteiligte und Entscheidungswege. Je mehr Stellen abstimmen, desto länger dauert nicht die Umsetzung, aber das Projekt.

Zwei angenommene Umfänge im Vergleich

Die folgenden beiden Umfänge sind erfundene Beispiele zur Veranschaulichung. Sie zeigen, warum die Anzahl der Masken ein schlechter Maßstab ist.

Der zweite Umfang hat nicht doppelt so viele Masken, aber deutlich mehr Entscheidungen: Wer darf einen Schritt freigeben? Was passiert bei Abwesenheit? Was, wenn die Schnittstelle ablehnt? Welche Altdaten kommen mit, welche nicht? Diese Fragen sind der Aufwand — nicht die Oberfläche.

Was nach der Einführung dazukommt

Diese Posten gehören in jede Planung, auch wenn sie im ersten Angebot gern fehlen:

• Betrieb: Server, Sicherungen, Überwachung, Aktualisierungen.
• Pflege der technischen Grundlage: PHP-Versionen und Bibliotheken werden weiterentwickelt, ohne dass Ihre Anforderungen sich ändern.
• Änderungen aus dem Betrieb: Was im Alltag auffällt, ist meist sinnvoll — und Arbeit.
• Unterstützung der Benutzer, besonders in den ersten Wochen.

Ein Angebot, das diese Punkte nicht erwähnt, ist nicht günstiger. Es ist nur unvollständiger.

Was eine belastbare Schätzung möglich macht

Wir brauchen kein Lastenheft. Hilfreich sind:

• Eine Beschreibung des Ablaufs in Ihren Worten, Schritt für Schritt.
• Die beteiligten Systeme — auch Tabellen und Postfächer zählen dazu.
• Wer mit der Software arbeitet und wer welche Entscheidungen trifft.
• Was mit den vorhandenen Daten passieren soll.
• Woran Sie nach einem halben Jahr erkennen würden, dass sich die Anwendung gelohnt hat.

Mit diesen Angaben lässt sich ein Umfang abgrenzen und ein Aufwand schätzen. Fehlt eine davon, schätzen wir die Unsicherheit mit — und benennen sie, statt sie in eine glatte Zahl zu packen.