Website-Funktionen priorisieren: Was zum Start nötig ist

Eine professionelle Unternehmenswebsite müsse beim Start sämtliche gewünschten Funktionen enthalten. Für kleine Unternehmen führt diese Annahme oft zu einem überladenen Projekt: Der Umfang wächst, Abhängigkeiten nehmen zu und niemand kann mehr sauber erklären, welche Funktion welchen geschäftlichen Zweck erfüllt.

Eine sinnvolle Priorisierung beginnt deshalb nicht mit der Frage, was technisch möglich ist. Entscheidend ist, welche Aufgabe Besucher erledigen sollen, was dein Unternehmen anschließend mit dem Ergebnis macht und welche Erweiterungen tatsächlich vorbereitet werden müssen. Daraus entsteht ein erster Projektumfang, der arbeitsfähig ist, ohne vorsorglich jede denkbare Zukunft einzubauen.

Eine lange Funktionsliste ist noch kein gutes Briefing

Funktionslisten entstehen häufig in internen Gesprächen. Der Vertrieb wünscht einen Preisrechner, die Geschäftsführung einen Kundenbereich, das Marketing einen Chat und jemand hat auf einer anderen Website einen hübschen Konfigurator gesehen. Jeder einzelne Wunsch kann vernünftig klingen. Zusammen ergeben sie trotzdem nicht automatisch ein vernünftiges Webprojekt.

Das Problem liegt in der fehlenden Verbindung zwischen Funktion und Nutzung. Ein Kundenkonto ist beispielsweise kein eigenständiger Nutzen. Es wird erst sinnvoll, wenn Kunden darin regelmäßig etwas Relevantes erledigen können: Dokumente abrufen, Daten ändern, Bestellungen verwalten oder einen konkreten Prozess fortsetzen. Ohne diesen Ablauf bleibt der Login eine besonders aufwendige Tür zu einem fast leeren Raum.

Formuliere deshalb für jede Funktion einen vollständigen Satz:

Ein bestimmter Nutzer soll eine bestimmte Aufgabe erledigen können, damit anschließend ein klar benannter geschäftlicher Prozess weiterläuft.

Lässt sich dieser Satz nicht konkret ausfüllen, ist die Funktion noch nicht entscheidungsreif. Sie kann weiterhin eine Idee sein, gehört aber nicht ohne weitere Prüfung in den verbindlichen Projektumfang.

Definiere zuerst die wichtigste Aufgabe der Website

Eine Website kann informieren, Anfragen qualifizieren, Termine vermitteln, Produkte verkaufen oder bestehende Kunden bedienen. Meist erfüllt sie mehrere dieser Aufgaben. Für die Priorisierung brauchst du trotzdem eine Hauptaufgabe, an der sich der erste Umfang ausrichten lässt.

Eine brauchbare Formulierung lautet zum Beispiel:

• Interessenten sollen erkennen, ob die angebotene Leistung zu ihrem Problem passt, und eine qualifizierte Anfrage senden.
• Bestandskunden sollen häufig benötigte Unterlagen selbstständig finden und herunterladen.
• Bewerber sollen offene Stellen verstehen und ihre Unterlagen übermitteln können.
• Kunden sollen einen verfügbaren Termin auswählen und eine verbindliche Bestätigung erhalten.

Diese Formulierungen beschreiben einen vollständigen Ablauf. Sie sagen mehr aus als Begriffe wie „modernes Kontaktformular“, „Kundenportal“ oder „Terminmodul“. Erst mit einem solchen Ablauf kannst du beurteilen, ob eine Funktion zum Start erforderlich ist.

Rechtliche, vertragliche und organisatorische Anforderungen bleiben dabei feste Rahmenbedingungen. Sie sind keine optionalen Funktionswünsche und sollten abhängig vom konkreten Unternehmen fachlich geprüft werden.

Prüfe jeden Funktionswunsch mit vier Fragen

Für die Entscheidung brauchst du keine komplizierte Punktetabelle. Vier Fragen reichen meist aus, sofern du sie konkret beantwortest und nicht mit einem beherzten „wäre schon praktisch“ abkürzt.

Blockiert das Fehlen die Hauptaufgabe?

Wenn Besucher ohne eine Funktion die wichtigste Aufgabe der Website nicht abschließen können, gehört sie in den Kernumfang. Soll die Website qualifizierte Projektanfragen erzeugen, brauchst du beispielsweise eine verständliche Leistungsdarstellung und einen funktionierenden Anfrageweg. Ein persönliches Benutzerkonto ist dafür normalerweise keine Voraussetzung.

Unterscheide dabei zwischen „nicht möglich“ und „weniger komfortabel“. Eine Terminbuchung kann zwingend sein, wenn das Geschäftsmodell ausschließlich über direkt buchbare Termine funktioniert. Dient sie nur als bequemere Alternative zur Anfrage, kann sie zunächst eine spätere Ausbaustufe sein.

Gibt es einen belegbaren Bedarf?

Ein Bedarf ist belastbarer, wenn er aus wiederkehrenden Anfragen, einem bestehenden Arbeitsablauf oder klaren Anforderungen einer Zielgruppe stammt. Eine interne Vermutung ist schwächer. Das bedeutet nicht, dass Vermutungen wertlos sind. Sie sollten nur nicht denselben Status wie ein bereits sichtbares Problem erhalten.

Frage daher nach dem Auslöser des Wunsches: Welche Situation tritt heute auf? Wer ist davon betroffen? Wie wird sie aktuell gelöst? Was soll sich durch die Website ändern? Bleiben die Antworten abstrakt, solltest du die Funktion zunächst als Hypothese behandeln.

Wer betreibt die Funktion nach dem Start?

Viele Funktionen erzeugen dauerhaft Arbeit. Ein Terminkalender braucht gepflegte Verfügbarkeiten und Regeln für Verschiebungen. Ein Chat braucht erreichbare Ansprechpartner. Ein Downloadbereich braucht aktuelle Dokumente. Ein Preisrechner braucht verlässliche Kalkulationsregeln. Ein Kundenkonto bringt außerdem seine unscheinbaren Verwandten mit: Zugriffsrechte, Passwortprobleme, Datenpflege und Support.

Notiere für jede Funktion eine verantwortliche Person oder Rolle. Gibt es niemanden, der Inhalte, Anfragen oder Sonderfälle betreut, ist die Funktion organisatorisch noch nicht startklar. Webentwicklung kann einen Prozess abbilden. Sie kann nicht dauerhaft die Zuständigkeit ersetzen, die vorher schon niemand übernehmen wollte.

Was wird bei einer späteren Ergänzung aufwendiger?

„Das bauen wir später“ ist nur dann eine gute Entscheidung, wenn später nicht zwangsläufig ein kompletter Neubau nötig wird. Manche Erweiterungen lassen sich problemlos ergänzen. Andere betreffen Daten, Berechtigungen oder zentrale Abläufe und sollten deshalb im ersten Konzept berücksichtigt werden.

Ein späterer Newsletter-Hinweis ist beispielsweise meist leichter nachzurüsten als ein Kundenbereich, der bestehende Kundendaten aus mehreren Systemen zusammenführen soll. Das bedeutet nicht, dass der Kundenbereich sofort umgesetzt werden muss. Seine absehbaren Anforderungen sollten aber dokumentiert werden, damit der erste Projektumfang keine offensichtliche Sackgasse erzeugt.

Die Praxis liegt zwischen zwei Extremen: Du musst weder jede Zukunftsfunktion vorab bauen noch so planen, als werde sich die Website garantiert nie verändern.

Ordne Funktionen in vier verbindliche Gruppen

Nach der Prüfung solltest du jeden Wunsch einer Gruppe zuweisen. Eine neutrale Sammelliste reicht nicht, weil darin Kernfunktionen und lose Ideen weiterhin gleich wichtig aussehen.

• Kernumfang: Ohne diese Funktion kann die Hauptaufgabe der Website nicht zuverlässig erfüllt werden.
• Vorbereiten, später umsetzen: Die Erweiterung ist absehbar und beeinflusst heutige Entscheidungen, wird aber noch nicht entwickelt.
• Erst validieren: Der Nutzen ist plausibel, aber noch nicht durch reale Abläufe oder Anforderungen belegt.
• Streichen: Die Funktion hat keinen klaren Zweck, keine Zuständigkeit oder steht in keinem vernünftigen Verhältnis zum Problem.

„Später“ sollte dabei kein höfliches Ablagefach für ungelöste Diskussionen sein. Ergänze einen konkreten Auslöser, etwa eine bestimmte Art wiederkehrender Anfrage, einen eingeführten internen Prozess oder die Entscheidung für ein angebundenes System. Erst wenn dieser Auslöser eintritt, wird die Funktion erneut bewertet.

Ein Beispiel: Vom Wunschzettel zum Projektumfang

Angenommen, ein kleines Beratungsunternehmen plant eine neue Website. Auf der ersten Liste stehen Leistungsseiten, ein Preisrechner, eine direkte Terminbuchung, ein Kundenkonto, ein Chat und ein ausführliches Anfrageformular. Die Hauptaufgabe lautet: Interessenten sollen ihr Vorhaben einordnen und mit den nötigen Eckdaten eine Anfrage senden können.

Für den Kernumfang werden daraus verständliche Leistungsseiten, Hinweise zur Eignung des Angebots und ein Anfrageformular mit wenigen fachlich relevanten Feldern. Diese Bestandteile tragen direkt zur Hauptaufgabe bei.

Die Terminbuchung gehört nur dann in denselben Umfang, wenn freie Termine zuverlässig gepflegt werden und Interessenten ohne vorherige Prüfung buchen dürfen. Muss jede Anfrage ohnehin fachlich bewertet werden, reicht zunächst eine normale Kontaktaufnahme. Ein Kalender würde den Prozess dann eher dekorieren als verkürzen.

Beim Preisrechner stellt sich die Frage, ob Preise anhand fester, gepflegter Regeln berechnet werden können. Hängen sie stark von individuellen Bedingungen ab, erzeugt der Rechner möglicherweise eine Genauigkeit, die der spätere Vertriebsprozess wieder einsammeln muss. In diesem Fall kann eine verständliche Erklärung der Preisfaktoren hilfreicher sein.

Das Kundenkonto wird als spätere Option dokumentiert, sofern konkrete Inhalte und wiederkehrende Aufgaben dafür absehbar sind. Der Chat wird gestrichen, wenn während der relevanten Zeiten niemand verbindlich reagieren kann. Damit ist die Website nicht weniger professionell. Sie verspricht lediglich keine Erreichbarkeit, die organisatorisch nicht existiert.

Übertrage die Priorisierung sauber in das Angebot

Ein priorisierter Umfang hilft wenig, wenn im Angebot wieder alle Ideen unter einer allgemeinen Position wie „individuelle Website inklusive Funktionen“ verschwinden. Das Angebot sollte sichtbar zwischen vereinbartem Kern, möglichen Optionen und ausgeschlossenen Leistungen unterscheiden.

Für jede Kernfunktion sollten mindestens folgende Punkte erkennbar sein:

• welchen Ablauf die Funktion unterstützt,
• welche Eingaben und Ergebnisse dazugehören,
• wer Inhalte oder Daten bereitstellt,
• welche Sonderfälle ausdrücklich enthalten sind,
• woran die fertige Umsetzung abgenommen wird.

Optionen erhalten einen eigenen Umfang und werden nicht stillschweigend als kostenlose Reserve behandelt. Für vorbereitete spätere Funktionen genügt eine dokumentierte Anforderung, sofern noch keine technische Umsetzung beauftragt ist. Gestrichene Wünsche können ebenfalls kurz genannt werden, wenn sonst die Gefahr besteht, dass sie während der Umsetzung überraschend wieder auf dem Tisch liegen.

Klare Abnahmekriterien reduzieren außerdem Diskussionen darüber, ob eine Funktion „ungefähr so gemeint“ war. Wie du die anschließende Prüfung und Freigabe strukturierst, zeigt der Artikel Website-Freigabe organisieren und Korrekturschleifen begrenzen.

Individuelle Entwicklung ist kein Qualitätsmerkmal an sich

Ein verbreiteter Mythos lautet, eine individuell entwickelte Funktion sei automatisch professioneller als eine vorhandene Standardlösung. Die passende Entscheidung hängt vom Ablauf ab. Deckt eine etablierte Lösung die Anforderungen ohne problematische Umwege ab, kann sie fachlich die bessere Wahl sein.

Individuelle Entwicklung wird interessant, wenn der Geschäftsprozess von üblichen Abläufen deutlich abweicht, besondere Berechtigungen benötigt werden oder Daten kontrolliert zwischen bestehenden Systemen fließen müssen. Auch dann sollte die Begründung vom Prozess ausgehen und nicht vom Wunsch, etwas Einzigartiges zu besitzen.

Umgekehrt ist eine Standardlösung nicht automatisch günstig. Wenn sie nur mit zahlreichen Ausnahmen, manuellen Zwischenschritten oder widersprüchlichen Daten funktioniert, verschiebt sie die Komplexität aus der Entwicklung in den Arbeitsalltag. Die Entscheidung gehört deshalb zur Bewertung der jeweiligen Funktion, nicht zu einer allgemeinen Glaubensfrage über Plugins, Baukästen oder Individualsoftware.

So führst du die Priorisierung im Team durch

Für eine gemeinsame Entscheidung sammelst du zunächst alle gewünschten Funktionen ohne Diskussion. Danach benennt die Person, die einen Wunsch eingebracht hat, den konkreten Nutzer, dessen Aufgabe und den anschließenden internen Ablauf. Fehlt einer dieser Bestandteile, wird der Wunsch als noch offene Hypothese markiert.

Anschließend beantwortet ihr für jede Funktion die vier Prüffragen:

1. Blockiert ihr Fehlen die Hauptaufgabe?
2. Welcher reale Bedarf ist bekannt?
3. Wer übernimmt Betrieb und Pflege?
4. Welche Folgen hätte eine spätere Ergänzung?

Danach erfolgt die Zuordnung zu Kernumfang, Vorbereitung, Validierung oder Streichung. Offene fachliche Fragen erhalten eine verantwortliche Person. So verhindert ihr, dass Unklarheiten als scheinbar fertige Anforderungen an die Entwicklung weitergereicht werden.

Am Ende sollte jede Funktion entweder eine begründete Priorität oder einen klaren Klärungsauftrag haben. Ein fünfter Status namens „mal schauen“ ist erfahrungsgemäß erstaunlich langlebig und daher wenig hilfreich.

Der erste Umfang muss einen Ablauf vollständig lösen

Eine kleine Unternehmenswebsite braucht zum Start nicht möglichst viele Funktionen. Sie braucht einen vollständigen, betreibbaren Ablauf für ihre wichtigste Aufgabe. Alles Weitere wird danach bewertet, ob ein realer Bedarf besteht, jemand die Funktion betreuen kann und eine spätere Ergänzung sinnvoll vorbereitet werden muss.

Mit dieser Sichtweise wird der Projektumfang nicht willkürlich kleiner. Er wird begründbar. Du kannst im Briefing erklären, warum eine Funktion enthalten ist, im Angebot ihren Umfang abgrenzen und nach dem Start anhand echter Nutzung entscheiden, welche Erweiterung als Nächstes sinnvoll ist.