Eine gute erste Version enthält nur, was der Hauptablauf für echte Nutzerinnen und Nutzer braucht, dazu Datenschutz, Zugriffsrechte, Sicherungen und Überwachung. Alles andere kommt auf eine Liste für später. Diese Entscheidung fällt vor der ersten Zeile Code und ist die wirksamste im ganzen Projekt. Ein enger Umfang bringt Sie früher zu echten Rückmeldungen und schützt Ihr Budget vor Funktionen, die später niemand nutzt.
In der Branche heisst eine solche Version oft MVP, kurz für Minimum Viable Product. Wir sagen erste Version, weil sie im Alltag laufen soll und danach weiterwächst. Ein Prototyp dient dagegen zum Vorzeigen und wird oft wieder verworfen.
Beginnen Sie beim Ergebnis
Formulieren Sie in einem Satz, was nach dem Start möglich sein soll, etwa: Eine Kundin kann online einen Termin buchen und erhält eine Bestätigung. Alles, was dafür nicht nötig ist, wird zum Kandidaten für später.
Schreiben Sie den Satz aus Sicht der Person, die das Produkt benutzt. «Wir brauchen ein Kundenportal» beschreibt eine Lösung. «Ein Kunde sieht seine offenen Rechnungen, ohne anzurufen» beschreibt ein Ergebnis, und daran lässt sich jede Funktion prüfen.
Drei Fragen für jede Funktion
- Funktioniert der Hauptablauf auch ohne diese Funktion?
- Lässt sich der Schritt vorerst von Hand erledigen?
- Wissen wir sicher, dass jemand sie braucht, oder vermuten wir es?
Läuft der Hauptablauf auch ohne die Funktion, geht der Schritt vorerst von Hand oder vermuten Sie den Bedarf nur, kommt sie auf die Liste für später. Diese Liste geht nicht verloren. Sie wird zur Grundlage für die zweite Version.
Ein Beispiel: Terminbuchung online
Nehmen wir die Terminbuchung aus dem Satz oben als Modellfall für einen Dienstleistungsbetrieb. Diese vier Funktionen braucht der Hauptablauf:
- Freie Termine anzeigen
- Termin wählen und Kontaktdaten eingeben
- Bestätigung per E-Mail versenden
- Buchungen für Ihr Team in einer Übersicht zeigen
Diese Funktionen können warten:
- Kundenkonto mit Login, denn für den Anfang reicht die Bestätigung per E-Mail.
- Online-Zahlung, solange vor Ort bezahlt werden kann.
- Anbindung an Ihren Kalender, wenn das Team Buchungen vorerst von Hand überträgt.
- Auswertungen, bis genügend Buchungen vorhanden sind.
Was die erste Version kostet und wie lange sie dauert
Eine erste Version als Web-App kann beim Paket Einfaches Tool mit CHF 9'000 – 13'500 beginnen. Ein Kundenportal liegt bei CHF 28'000 – 42'000. Jede verschobene Funktion zeigt sich direkt in der Rechnung. Eine Anbindung an ERP oder Branchensoftware kostet allein CHF 9'000 – 13'500 und verlängert den Zeitrahmen um mehrere Wochen.
Verschieben Sie diese Anbindung in die zweite Version, starten Sie entsprechend früher. Bezahlt werden muss sie dann immer noch. Sie entscheiden aber mit Erfahrung aus dem Betrieb, ob und in welcher Form Sie sie brauchen. Bei der Terminbuchung aus dem Beispiel geht es oft noch kleiner: Eine Website mit einem eingebundenen Buchungstool kostet als Zusatzfunktion CHF 100 – 170.
Die Werte stammen aus unserer Übersicht Preise und Richtwerte für Software. Modellfälle zeigt der Artikel Was kostet eine Web-App in der Schweiz?. Für eigene Software gelten die Pakete im Artikel Was kostet Individualsoftware?. Verbindlich ist die Offerte nach dem Gespräch.
Wo Sie nicht kürzen sollten
Auch die kleinste Version muss sicher und zuverlässig laufen. Datenschutz, Zugriffsrechte, Sicherungen und die Überwachung im Betrieb gehören in jede Version, auch in die erste. Diese Punkte nachträglich einzubauen, ist teurer und riskanter. Das Gleiche gilt für Tests und eine kurze Dokumentation, denn die zweite Version baut darauf auf.
Wann die erste Version grösser sein muss
Manchmal geht es nicht kleiner. Lösen Sie ein bestehendes System ab, muss die neue Version alles können, was der Alltag zwingend braucht, sonst arbeitet Ihr Team doppelt. Auch gesetzliche oder vertragliche Vorgaben lassen sich nicht auf später verschieben. In solchen Fällen hilft eine schrittweise Ablösung: Ein Teil des Ablaufs zieht um, der Rest bleibt vorerst im alten System.
Drei Fallen beim Eingrenzen
- Alle reden mit, und niemand entscheidet. Bestimmen Sie eine Person, die das letzte Wort zum Umfang hat.
- Sonderfälle wandern zurück in den Umfang. Prüfen Sie jeden Sonderfall mit denselben drei Fragen wie jede andere Funktion.
- Kurz vor dem Start fällt der Satz «Wenn wir schon dabei sind». Schreiben Sie den Wunsch auf die Liste für später und halten Sie den Starttermin.
Messen Sie, bevor Sie ausbauen
Legen Sie vor dem Start fest, woran Sie den Erfolg erkennen: weniger Telefonate, mehr Abschlüsse, kürzere Bearbeitungszeit. Notieren Sie den heutigen Wert, solange der alte Ablauf noch läuft. So stützt sich die zweite Version auf Beobachtungen statt auf Vermutungen.
Der nächste Schritt
Wenn Sie das Ergebnis in einem Satz formulieren können, haben Sie das Wichtigste für ein erstes Gespräch. Bei SIMPLY CODE SOLUTIONS legen wir dann gemeinsam fest, was zum Start nötig ist und was warten kann. Sie können Ihr Vorhaben direkt als Projekt anfragen. Unser Vorgehen beschreibt die Seite Web-App entwickeln lassen. Der Artikel Individualsoftware oder Standardsoftware? klärt, ob sich ein eigenes Produkt überhaupt lohnt.