Big Bang oder Schritt für Schritt: Wie Webprojekte Budget verbrennen

Die meisten Webprojekte scheitern nicht am Können der Entwickler, sondern an ihrer Bauweise. Wer ein neues digitales Vertriebswerkzeug plant, steht vor einer Grundsatzentscheidung, die selten bewusst getroffen wird: Soll das fertige Produkt in einem grossen Wurf entstehen – oder Schritt für Schritt, mit echtem Nutzer-Feedback nach jeder Etappe? Diese Entscheidung bestimmt das finanzielle Risiko stärker als jede einzelne Funktion auf der Wunschliste.

Der Big-Bang-Relaunch: alles auf einen Stichtag

Beim Big-Bang-Ansatz wird das alte System über Monate isoliert durch ein vollständig neues ersetzt. Design, Entwicklung und Tests laufen ohne jeden Kontakt zum echten Nutzer, bis am Stichtag das alte System abgeschaltet und das neue komplett hochgefahren wird. Das klingt nach Kontrolle, ist aber das Gegenteil: Das gesamte Budget steckt über die volle Projektlaufzeit im System fest, ohne in dieser Zeit einen einzigen Lead oder Franken Umsatz zu erzeugen.

Dazu kommen zwei harte technische Risiken. Erstens: Ein einziger unentdeckter Fehler kann am Umschalttag die gesamte Vertriebsumgebung lahmlegen, weil es keinen sicheren Teilbereich gibt, in dem der Fehler isoliert bliebe. Zweitens: Wird die bestehende Adressstruktur beim Relaunch nicht millimetergenau weitergeleitet, bricht die über Jahre aufgebaute Google-Sichtbarkeit weg – ein realistisches Verlustrisiko der bisherigen Rankings von bis zu 80 %.

Warum gerade die grossen Projekte scheitern

Der wichtigste Befund aus jahrzehntelanger Projektforschung ist nicht, dass Software-Projekte scheitern – sondern welche. Die Erfolgsquote hängt fast vollständig an der Projektgrösse. Kleine, in kurzen Etappen lieferbare Vorhaben erreichen rund 90 % Erfolg. Grosse Monolithen, die alles auf einmal liefern wollen, fallen unter die 10-Prozent-Marke.

Der Grund liegt in der Natur von Software. Ein eingefrorenes Konzept, das vor dem ersten Entwicklungstag bis ins Detail festgeschrieben wird, kann sich an verändernde Anforderungen nicht mehr anpassen. Je länger die Phase ohne Realitätskontakt dauert, desto grösser wird die Lücke zwischen dem, was geplant wurde, und dem, was der Markt tatsächlich braucht. Beim Big Bang fällt diese Lücke erst am Stichtag auf – wenn das Geld bereits ausgegeben ist.

— Standish Group — CHAOS Report, 2020

Der teuerste Posten: Funktionen, die niemand nutzt

Hinter dem Big Bang steckt fast immer dieselbe Denkfehler: die Annahme, am Tag 1 ein vollständiges, perfektes Produkt mit jeder denkbaren Funktion launchen zu müssen. Verstärkt wird das durch Komitee-Entscheidungen, bei denen jede Abteilung ihre eigenen «Must-haves» durchsetzt. Das Ergebnis ist ein überladenes Lastenheft – und ein Grossteil des Budgets fliesst in Funktionen, die der echte Kunde später ignoriert.

Die Zahlen dazu sind unmissverständlich: Branchenübergreifend werden bis zu 80 % aller Software-Funktionen selten oder nie genutzt. Übersetzt auf Schweizer B2B-Plattform-Budgets bedeutet das eine planbare, aber meist unbemerkte Kapitalvernichtung.

Der folgende Rechner macht den Effekt für Ihr eigenes Budget greifbar – und zeigt, wie viel davon ein iterativer Aufbau in tatsächlich genutzte Funktionen umlenkt.

Der iterative Ausweg: erst beweisen, dann bauen

Die Alternative zum grossen Wurf ist kein Verzicht auf Ehrgeiz, sondern eine andere Reihenfolge. Statt das volle Budget gegen ungetestete Annahmen zu setzen, werden die Risiken einzeln und früh aus dem Projekt genommen – mit minimalem Kapitaleinsatz und maximaler Wirkung.

Der Proof of Concept beantwortet eine einzige Frage: Lässt sich das technisch überhaupt umsetzen? Ein Beispiel: Ein Unternehmen plant ein Portal für 70’000 CHF, dessen Kernwert die Echtzeit-Anbindung an eine alte ERP-Datenbank ist. Statt zuerst Design und Oberfläche zu bauen und erst am Ende die Schnittstelle zu testen, investiert man wenige Tage allein in den Nachweis, dass diese Datenanbindung funktioniert. Scheitert sie, sind ein paar tausend Franken statt der vollen Summe verloren.

Das Minimum Viable Product beantwortet die zweite Frage: Will der Markt das überhaupt? Es ist die kleinste funktionsfähige Version, die echten Nutzern einen echten Mehrwert liefert. Sobald es live ist, ersetzen reale Verhaltensdaten die Vermutungen aus dem Sitzungszimmer. Funktionen, die niemand nutzt, werden gestrichen, bevor sie zu teurem Ballast werden – und jeder weitere Ausbauschritt lässt sich an Daten statt an Wunschlisten ausrichten.

— Atlassian — Agile & iterative Delivery, 2025

Genau dieser schrittweise Weg ist der Kern einer durchdachten Strategie, wenn Sie eine Website erstellen lassen in Zürich. Wer den Aufbau in klaren Etappen plant, ersetzt die Budget-Lotterie durch eine kontrollierte, messbare Investition – und sieht nach Wochen erste Resultate statt erst nach Monaten. Welcher Funktionsumfang dabei wirklich zum Start gehört, lässt sich in einem ehrlich aufgesetzten Neuaufbau gemeinsam und datenbasiert festlegen.