Wie du der Geschäftsführung einen Website Business Case vorlegst
Die Geschäftsführung fragt nicht, ob die neue Website schöner wird, sondern was sie einbringt und wann. Wer darauf nur mit Designargumenten antwortet, geht ohne Budget aus dem Termin. Hier steht, wie du Annahmen in eine Rechnung verwandelst, die ein Gremium prüfen kann.
Lesedauer: 7min
Warum Designargumente im Budgetgespräch nicht tragen
Eine Entscheidung über die Website konkurriert in der Geschäftsführung mit anderen Investitionen: einer Maschine, einer Vertriebsstelle, einer Software. Alle diese Anträge kommen mit einer Zahl, einer Laufzeit und einem Risiko. Ein Antrag, der stattdessen mit Begriffen wie zeitgemäß und hochwertig argumentiert, lässt sich nicht einordnen und verliert deshalb fast zwangsläufig, selbst wenn das Projekt gut ist.
Ein Business Case löst genau dieses Problem. Er ist kein Verkaufsdokument, sondern ein Übersetzer: Er macht aus einem Gestaltungsvorhaben eine Investition, die sich neben anderen messen lässt. Dabei zählt weniger die Genauigkeit der Prognose als ihre Nachvollziehbarkeit. Ein Gremium akzeptiert eine Schätzung, wenn jede Annahme darin sichtbar ist und widersprochen werden kann. Es lehnt eine Zahl ab, deren Herkunft niemand erklären kann.
Das gilt ausdrücklich nicht nur für große Organisationen. Auch der Inhaber eines Betriebs mit drei Mitarbeitenden, der einen fünfstelligen Betrag investieren will, entscheidet besser, wenn er vorher aufgeschrieben hat, wofür das Geld arbeiten soll. Der Unterschied liegt nur darin, dass er sich selbst überzeugen muss und kein Gremium. Ob ein Neuaufbau überhaupt die richtige Antwort ist, klärt der Beitrag darüber, wann sich ein Website Relaunch wirklich lohnt.
Woraus ein Business Case für eine Website besteht
Ein belastbarer Business Case braucht keine dreißig Seiten. Er braucht fünf Bausteine, und jeder davon beantwortet eine Frage, die in der Sitzung ohnehin gestellt wird:
Die Ausgangslage zeigt, was die aktuelle Website heute liefert, gemessen in Besuchern, Anfragen und Anfragequalität.
Das Ziel nennt die eine Kennzahl, die sich bewegen soll, und um wie viel.
Die Kosten fassen zusammen, was das Projekt einmalig kostet und was der Betrieb danach jedes Jahr kostet.
Der Nutzen beziffert den zusätzlichen Ertrag, wenn das Ziel erreicht wird, in drei Szenarien.
Das Risiko benennt, was passiert, wenn nichts passiert, und welche Annahmen die Rechnung tragen.
Der erste Baustein wird am häufigsten ausgelassen und entscheidet am meisten. Ohne gemessene Ausgangslage gibt es keinen Vorher Nachher Vergleich, und ohne den lässt sich nach dem Launch weder Erfolg noch Misserfolg belegen. Welche Zahlen dafür taugen, steht im Beitrag über welche Zahlen dir sagen, ob deine Website wirklich wirkt. Fehlt dir die Grundlage ganz, kann ein Website Audit vor dem Relaunch den Bestand bewerten, bevor du einen Betrag nennst.
Welche Kosten du vollständig erfassen musst
Die häufigste Schwäche in Budgetvorlagen sind unvollständige Kosten. Das Angebot der Agentur ist nur ein Teil der Rechnung. Wer ausschließlich diese Summe in den Business Case schreibt, bekommt ein Jahr später Nachfragen, die das Vertrauen in das gesamte Projekt beschädigen.
Drei Kostengruppen gehören hinein. Die erste sind die einmaligen Projektkosten: Konzept, Gestaltung, Umsetzung, Inhalte und bei einem bestehenden Auftritt die Migration der Bestandsseiten. Wie stark der Bestand den Preis treibt, zeigt der Beitrag darüber, woraus sich die Kosten für einen Website Relaunch ergeben. Die zweite Gruppe sind die laufenden Kosten für Hosting, Lizenzen, Wartung und Weiterentwicklung. Sie unterscheiden sich je nach System erheblich, wie die Rechnung zu den Gesamtkosten einer Typo3 Website über fünf Jahre zeigt. Die dritte Gruppe wird am häufigsten vergessen: die interne Arbeitszeit. Briefing, Freigaben, Textlieferung und Tests binden Menschen in deinem Unternehmen, und diese Stunden kosten Geld, auch wenn sie in keinem Angebot stehen.
Plane außerdem ein, was Prüfung und Nutzertests kosten. Die Nielsen Norman Group kam bereits 2003 in einer Auswertung von 863 Projekten auf rund zehn Prozent des Projektbudgets als Richtwert für Usability. Rechne die Kosten über einen festen Zeitraum, üblicherweise drei bis fünf Jahre, und stelle sie als Jahresbetrag und als Gesamtsumme dar. So wird aus dem Angebot eine Größe, die sich mit dem Nutzen im selben Zeitraum vergleichen lässt.
Wie du den Nutzen in Zahlen übersetzt, ohne zu übertreiben
Der Nutzen einer Website entsteht an wenigen Stellen, und nur dort solltest du rechnen. Er lässt sich als Kette ausdrücken: Besucher werden zu Anfragen, Anfragen zu Aufträgen, Aufträge zu Ertrag. Jede Stufe hat eine messbare Quote, und der Business Case ist im Kern die Frage, welche dieser Quoten sich durch das Projekt verbessert.
Am besten belegt ist der Hebel Conversion. Google beschreibt in einem Fallbeispiel auf web.dev, wie Vodafone in einem A/B Test mit verbesserter Ladeleistung rund acht Prozent mehr Umsatz erzielte. Solche Fälle sind kein Versprechen für dein Unternehmen, aber ein Beleg dafür, dass sich Seitenqualität in Geld ausdrücken lässt, wenn man sie sauber misst. Wie du dabei die Anfragen einzelner Kanäle trennst, erklärt der Beitrag zu wie du misst, welche Anzeige dir wirklich Anfragen bringt.
Für die Rechnung brauchst du vier Werte aus eigenen Daten: Besucher pro Monat, Anfragequote, Abschlussquote und durchschnittlicher Ertrag je Auftrag. Das Projekt verändert in der Regel nur die Anfragequote, alles andere bleibt konstant. Die Beispielrechnung unten nutzt erfundene Annahmen, die du durch deine Werte ersetzt: 3.000 Besucher pro Monat, eine Abschlussquote von 20 Prozent und ein Auftragswert von 8.000 Euro bei 30 Prozent Marge. Dazu kommen 30.000 Euro Projektkosten und 3.000 Euro Betriebskosten im Jahr, also 250 Euro im Monat.
Entscheidend ist, dass du nicht eine, sondern drei Zahlen zeigst. Die folgende Tabelle fasst die Annahmen und das Ergebnis der drei Szenarien zusammen.
Kriterium | Konservativ | Realistisch | Optimistisch |
|---|---|---|---|
Anstieg der Anfragequote | 0,2 Prozentpunkte | 0,4 Prozentpunkte | 0,6 Prozentpunkte |
Zusätzliche Anfragen pro Monat | 6 | 12 | 18 |
Zusätzliche Aufträge pro Monat | 1,2 | 2,4 | 3,6 |
Zusätzlicher Ertrag pro Monat | 2.880 Euro | 5.760 Euro | 8.640 Euro |
Ertrag nach Betriebskosten pro Monat | 2.630 Euro | 5.510 Euro | 8.390 Euro |
Amortisation der 30.000 Euro | rund 11 Monate | rund 5 Monate | rund 4 Monate |
Welche Annahmen die Geschäftsführung zuerst prüfen wird
In der Sitzung greift selten jemand die Rechenmethode an, sondern die Annahmen. Zwei davon werden fast immer zuerst hinterfragt: der Anstieg der Anfragequote und die Abschlussquote. Beide solltest du so belegen, dass die Frage nach der Herkunft eine kurze Antwort hat.
Der Anstieg der Anfragequote stützt sich auf eigene Messwerte, etwa auf Seiten oder Kampagnen, die heute schon besser laufen als der Durchschnitt, und nicht auf einen Branchenwert.
Die Abschlussquote stammt aus dem CRM oder aus der Angebotsliste der letzten zwölf Monate, nicht aus dem Bauchgefühl des Vertriebs.
Das konservative Szenario muss das Projekt allein tragen. Gelingt das nicht, ist das ein Befund über das Projekt und kein Grund, die Zahlen schönzurechnen.
Wer Anfragen bisher nicht sauber misst, hat hier die größte Lücke. Ohne funktionierendes Tracking existiert keine Ausgangslage, und der Nutzen bleibt Behauptung. Prüfe deshalb vor dem Antrag, ob Formulare, Telefonklicks und Terminbuchungen erfasst werden. Welche datenschutzfreundliche Webanalyse dafür infrage kommt, zeigt der Vergleich, welche Google Analytics Alternative zu deinem Unternehmen passt.
Dazu kommt eine zweite Prüfung, die oft übersehen wird: das Risiko des Nichthandelns. Eine Website, die Pflichten verfehlt oder an Auffindbarkeit verliert, verursacht Kosten, auch wenn niemand ein Projekt beantragt. Die Anforderungen aus dem Barrierefreiheitsstärkungsgesetz sind ein Beispiel, deshalb gehört was das BFSG 2026 von deiner Website verlangt in jede Risikospalte. Gleiches gilt für Rankings, die bei einem schlecht geplanten Umbau verloren gehen, wie ein Relaunch, der die Rankings mitnimmt zeigt.
Wie du das Ergebnis für das Gremium aufbereitest
Die beste Rechnung scheitert, wenn sie als Tabellenkalkulation mit zwölf Reitern in der Sitzung auftaucht. Das Gremium braucht eine Entscheidungsvorlage auf einer Seite, mit der Empfehlung vorn und dem Rechenweg im Anhang. Bewährt hat sich dieser Ablauf:
Die Entscheidung steht in der ersten Zeile: Was wird beantragt, in welcher Höhe und bis wann?
Es folgt die Ausgangslage mit zwei oder drei gemessenen Zahlen.
Danach stehen die drei Szenarien mit Kosten, Ertrag und Amortisation.
Die Risiken bei Nichthandeln und die tragenden Annahmen stehen auf derselben Seite.
Zuletzt steht der Messplan: Welche Kennzahl wird wann geprüft, und wer berichtet?
Der Messplan wird gern ausgelassen, ist aber der Teil, der Vertrauen erzeugt. Er sagt dem Gremium, dass du dich an der Rechnung messen lässt. Dazu gehört ein Zeitpunkt, an dem das Projekt notfalls korrigiert wird, statt einfach weiterzulaufen. Holst du zusätzlich Angebote ein, vergleiche sie über dieselben Kriterien. Den Maßstab liefert der Beitrag darüber, woran du die richtige Agentur für deinen Website Relaunch erkennst.
Fazit: eine Seite, drei Szenarien, ein Messplan
Ein Business Case für eine Website ist keine Prognose, sondern eine offene Rechnung. Er besteht aus einer gemessenen Ausgangslage, vollständigen Kosten, drei Szenarien für den Nutzen und einem Messplan, der nach dem Launch einlöst, was vorher versprochen wurde. Was sich nicht in Euro fassen lässt, etwa die Wirkung der Marke, gehört als Text neben die Zahlen und nicht in die Zahlen hinein. Das ist ehrlicher, und ein Gremium erkennt den Unterschied.
Wenn du den Antrag gerade vorbereitest und Ausgangslage und Szenarien sauber aufstellen willst, unterstützen wir dich von der Bestandsaufnahme bis zum Launch. Melde dich mit deinen vier Eckwerten, dann ordnen wir sie gemeinsam ein und klären, was das Projekt in deinem Fall tragen muss.
Quellen
Google web.dev: Vodafone, 31 Prozent bessere LCP steigerten den Umsatz um 8 Prozent
web.dev/case-studies/vodafoneGoogle web.dev über Core Web Vitals aus Sicht von Entscheidern im Unternehmen
web.dev/articles/optimize-cwv-businessNielsen Norman Group: Return on Investment for Usability
nngroup.com/articles/return-on-investment…
