Drei Fragen vor dem Web-Projekt

Fast jedes gescheiterte Webprojekt beginnt mit großer Begeisterung und einer langen Liste vager Wünsche. Unternehmen möchten einen neuen digitalen Auftritt, der modern wirkt, Kunden überzeugt und technisch auf der Höhe der Zeit ist. Doch nach wenigen Wochen geraten viele Vorhaben ins Stocken. Das Design gefällt einzelnen Abteilungen nicht, versprochene Texte bleiben aus, Fristen verstreichen und das Budget klettert unaufhaltsam nach oben.

Dieses Szenario ist keine Ausnahme. Untersuchungen der Standish Group belegen seit Jahren ein wiederkehrendes Muster: Unklare Zielvorgaben, wechselnde Prioritäten und fehlende Entscheidungsstrukturen zählen zu den Hauptgründen für das Scheitern oder Überziehen von Software- und Webprojekten. Wenn die Grundlagen nicht geklärt sind, wird jede Codezeile zum teuren Glücksspiel.

Solide Entwicklung beginnt nicht beim Entwurf von Layouts und nicht bei der Auswahl eines Frameworks. Solide Entwicklung beginnt mit klaren Absprachen. Bevor ich für ein Unternehmen, eine Kanzlei oder eine Praxis im Bereich Web-Engineering tätig werde, kläre ich drei grundlegende Fragen. Sie entscheiden darüber, ob ein Projekt planbar bleibt und pünktlich live geht.

1. Welches Problem soll die Website messbar lösen, und wer entscheidet?

Die häufigste Antwort auf die Frage nach dem Projektziel lautet: „Wir brauchen eine moderne Website.“ Doch Modernität ist kein wirtschaftliches Ziel. Eine Website ist ein Arbeitswerkzeug. Sie muss eine konkrete Aufgabe im Geschäftsbetrieb übernehmen.

Bevor ein Konzept entsteht, muss feststehen, was die Website nachweisbar leisten soll:

• Geht es um die Gewinnung qualifizierter Fachkräfte, die sich direkt über ein kurzes Mobilformular bewerben können?
• Soll die Website neue Patienten oder Klienten anziehen und ihnen die Buchung eines Ersttermins so einfach wie möglich machen?
• Geht es darum, wiederkehrende telefonische Standardfragen durch strukturierte Hilfebereiche abzufangen und das eigene Team im Alltag zu entlasten?
• Oder soll eine veraltete, langsame Seite abgelöst werden, deren miserable Ladezeiten bereits Besucher abschrecken und das Ranking gefährden?

Wer das Kernziel nicht benennt, baut eine Website, die versucht, jedem Besucher alles gleichzeitig zu bieten. Das Resultat sind überladene Startseiten, unklare Nutzerwege und enttäuschte Erwartungen. Jede Unterseite und jedes interaktive Element müssen auf das primäre Ziel einzahlen.

Genauso wichtig wie das Ziel ist die interne Entscheidungsstruktur auf Kundenseite. In vielen Betrieben reden mehrere Personen mit: die Geschäftsleitung, der Vertrieb, das Marketing und vielleicht noch externe Partner. Wenn am Ende niemand die Befugnis hat, einen Entwurf verbindlich freizugeben, gerät das Projekt in eine Dauerschleife aus Geschmacksdiskussionen.

Ich bestehe vor Auftragsbeginn darauf, genau eine verantwortliche Person als Ansprechpartner zu benennen. Diese Person bündelt internes Feedback, trifft Richtungsentscheidungen und erteilt Freigaben. Das schützt den Zeitplan und spart beiden Seiten zeitraubende Schleifen.

2. Woher kommen die Inhalte, und wer pflegt sie im Alltag?

Der größte Engpass in Webprojekten ist selten die technische Umsetzung. Der größte Engpass sind die Inhalte. Eine moderne technische Basis steht oft nach wenigen Wochen. Doch dann vergehen Monate, in denen nichts passiert, weil Texte, Produktbilder oder Teamfotos fehlen.

Branchenerhebungen des Digitalverbands Bitkom zeigen, dass Verzögerungen bei digitalen Vorhaben im Mittelstand in mehr als der Hälfte aller Fälle durch unzureichende interne Ressourcen auf Auftraggeberseite entstehen. Niemand im Betrieb hat Zeit, Fachtexte zu verfassen oder bestehendes Material gründlich zu redigieren.

Vor dem Projektstart muss deshalb glasklar sein:

• Wer schreibt die Texte für die einzelnen Leistungsseiten?
• Liegen professionelle Fotos vor, oder müssen Aufnahmen organisiert werden?
• Welche bestehenden Inhalte werden unverändert übernommen, welche müssen gekürzt oder neu strukturiert werden?

Aus diesen Fragen ergibt sich unmittelbar die technische Architektur. Eine Website muss zur Organisation passen, die sie betreibt.

Möchte das interne Team wöchentlich neue Fachartikel, Blogbeiträge oder Fallstudien veröffentlichen, ist ein Headless CMS wie Sanity.io die richtige Wahl. Inhalte werden strukturiert erfasst, von der visuellen Darstellung getrennt und können ohne Programmierkenntnisse gepflegt werden.

Soll die Website hingegen als stabile digitale Visitenkarte dienen, die sich höchstens zwei- bis dreimal im Jahr ändert, ist ein komplexes Redaktionssystem oft Ballast. Ein CMS verursacht Lizenzkosten, verlangt Einarbeitung und erhöht die Zahl potenzieller Fehlerquellen. In solchen Fällen ist eine schlanke, codebasierte Struktur mit Markdown-Dateien robuster, wartungsärmer und schneller.

Auch Barrierefreiheit und Suchmaschinenoptimierung hängen direkt an den Inhalten. Semantisches HTML, saubere Überschriftenstrukturen und aussagekräftige Bildbeschreibungen müssen von Anfang an gemeinsam mit den Texten gedacht werden. Sie lassen sich nicht nachträglich per Knopfdruck über ein fertiges Layout stülpen.

3. Wer trägt die Verantwortung für Betrieb, Sicherheit und Code?

Viele Websites werden nach dem Launch wie ein Neubau ohne Hausmeister übergeben. Die Agentur verabschiedet sich, und nach einigen Monaten weiß niemand mehr, wo der Quellcode liegt, wer Zugriff auf die Server hat oder wer Sicherheitsupdates einspielt.

Ich kläre deshalb vorab, wie der langfristige Lebenszyklus der Anwendung aussieht:

Wem gehört der Quellcode?

Nach dem deutschen Urheberrecht verbleiben die Rechte an individueller Software und Programmcode grundsätzlich beim Entwickler, sofern vertraglich nichts anderes vereinbart wurde. In der Praxis nutzen manche Dienstleister diesen Hebel, um Kunden an proprietäre Systeme zu binden.

Bei mir gibt es keine solche Bindung und kein Mietmodell: Sie dürfen Ihre Website ohne zeitliche Grenze nutzen, ändern, umziehen und von jedem anderen Dienstleister weiterentwickeln lassen, auch nach dem Ende unserer Zusammenarbeit. Mich müssen Sie dafür nicht um Erlaubnis bitten.

Wo liegen die Daten und wo läuft die Website?

Veraltete Webhosting-Pakete mit unsicheren Datenbanken und vielen anfälligen Plugins sind ein Betriebsrisiko. Moderne Webarchitekturen trennen Serverfunktionen und Frontend sauber voneinander. Mit Next.js erzeugte statische Seiten oder serverseitig gerenderte Applikationen auf europäischen Plattformen sind dadurch widerstandsfähiger gegen Ausfälle und Lastspitzen.

Datenschutz ist dabei keine nachträgliche Pflichtübung, sondern ein Konstruktionsprinzip. Rechtliche Anforderungen und technische Architektur greifen ineinander, ob bei den Pflichten der EU-KI-Verordnung oder bei der gezielten Next.js-Performance-Optimierung.

Wer Schriften lokal auf dem eigenen Server speichert und auf überflüssige Marketing-Tracker verzichtet, schützt die Daten seiner Besucher. Nach § 25 des Telekommunikation-Digitale-Dienste-Datenschutz-Gesetzes (TDDDG) benötigt eine Seite, die keine Daten auf Endgeräten speichert oder ausliest, kein störendes Cookie-Banner. Das verbessert die Benutzerfreundlichkeit und beschleunigt die Ladezeit spürbar.

Wer übernimmt Wartung und Weiterentwicklung?

Software ist niemals wirklich fertig. Browser entwickeln sich weiter, Bibliotheken erhalten Updates und Sicherheitsanforderungen ändern sich. Wir vereinbaren vorab, ob Sie den laufenden Betrieb selbst organisieren oder ob ich Ihre Plattform dauerhaft technisch betreue und absichere.

Warum diese Vorbereitung die Basis für Festpreise ist

Wer Webentwicklung nach Stundensätzen beauftragt, trägt das gesamte Risiko allein. Wenn Anforderungen unklar bleiben, Inhalte spät geliefert werden oder Missverständnisse über das Ziel entstehen, tickt die Uhr des Dienstleisters unbarmherzig weiter. Der Entwickler verdient an jeder Verzögerung.

Für Kunden ist dieses Vorgehen unberechenbar. Aus einem geplanten Budget wird schnell das Doppelte, ohne dass am Ende ein besseres Ergebnis steht.

Ich arbeite bevorzugt mit klar kalkulierten Festpreisen. Ein verbindlicher Festpreis schützt beide Seiten, setzt aber disziplinierte Vorbereitung voraus. Nur wenn die drei Kernfragen zu Zielen, Inhalten und Betrieb im Detail beantwortet sind, lässt sich der Projektumfang exakt eingrenzen.

Sie wissen vor der ersten Abschlagszahlung genau, was Sie erhalten, wann das Projekt abgeschlossen ist und wie hoch die Gesamtkosten ausfallen. Kein Rätselraten, keine Nachforderungen für besprochene Leistungen.

Klare Absprachen sparen Zeit und Geld

Ein erfolgreiches Webprojekt entsteht durch planvolles Handwerk und transparente Kommunikation. Wer die Weichen vor dem Projektstart richtig stellt, erspart sich und seinem Team monatelange Frustration.

Steht bei Ihnen ein Relaunch oder ein neues Webprojekt an? Beantworten Sie die drei Fragen zu Zielen, Inhalten und Betrieb am besten schriftlich, bevor das erste Angebot eingeholt wird. Für eine fachliche Einschätzung zu Aufwand und verlässlichen Festpreisen erreichen Sie mich direkt über das Kontaktformular.