Webentwicklungsangebot prüfen: So erkennst du Lücken vor der Beauftragung

Ein Webentwicklungsangebot lässt sich nicht am Umfang allein bewerten. Entscheidend ist, ob die beschriebenen Leistungen zu einem klaren Ergebnis führen: Welche Seiten und Funktionen entstehen, wer liefert Inhalte und wann gilt die Arbeit als abgenommen?

Ein brauchbares Angebot macht das geplante Ergebnis, die Grenzen der Leistung und den Weg zur Abnahme nachvollziehbar. Du musst dafür keine Programmiersprache beherrschen. Entscheidend ist, ob du jede wichtige Position mit einer konkreten Aufgabe aus deinem Unternehmen verbinden kannst.

Beginne mit dem Geschäftsziel, nicht mit den Einzelpositionen

Bevor du das Angebot Zeile für Zeile liest, notierst du in wenigen Sätzen, was sich durch das Projekt verändern soll. Eine Formulierung wie „neue Unternehmenswebsite“ ist dafür zu ungenau. Besser ist ein überprüfbares Ziel:

Interessenten sollen Leistungen nach Branche finden, passende Referenzen aufrufen und über ein qualifiziertes Formular Kontakt aufnehmen können. Das interne Team soll Leistungen, Referenzen und Stellenangebote anschließend selbst pflegen.

Dieses Ziel wird zum Filter für das gesamte Angebot. Jede größere Position sollte erkennbar dazu beitragen. Umgekehrt müssen zentrale Bestandteile des Ziels im Angebot auftauchen. Fehlt beispielsweise die redaktionelle Pflege, obwohl dein Team Inhalte übernehmen soll, ist das keine Kleinigkeit. Dann fehlt ein Teil des vereinbarten Ergebnisses.

Technologien sind bei dieser ersten Prüfung zweitrangig. WordPress, Laravel oder ein bestimmtes JavaScript-Framework sagen noch nicht, ob der geplante Ablauf zu deinem Unternehmen passt. Falls dir für eine kleine individuelle Anwendung Laravel vorgeschlagen wird, kannst du zusätzlich prüfen, wann Laravel für kleine Webanwendungen sinnvoll ist.

Prüfe den Leistungsumfang anhand konkreter Ergebnisse

Viele Missverständnisse entstehen, weil ein Angebot Tätigkeiten nennt, aber keine Ergebnisse beschreibt. „Frontend-Entwicklung“, „SEO-Basis“ oder „Formularintegration“ klingen nach Leistung, lassen jedoch erhebliche Auslegungsspielräume.

Gehe deshalb jeden Leistungsblock mit derselben Frage durch: Was kann ich nach Abschluss sehen, benutzen oder abnehmen?

Seitentypen statt einer bloßen Seitenzahl

Eine Angabe wie „Website mit zehn Seiten“ ist nur begrenzt aussagekräftig. Zehn Seiten können auf zwei wiederverwendbaren Vorlagen basieren oder zehn eigenständige Layouts benötigen. Prüfe deshalb, welche Seitentypen vorgesehen sind, zum Beispiel Startseite, Leistungsübersicht, Leistungsdetail, Referenz, Stellenangebot und Kontakt.

Außerdem sollte erkennbar sein, welche Inhalte dein Team später selbst anlegen und verändern kann. Eine bearbeitbare Überschrift ist etwas anderes als ein flexibel pflegbarer Leistungsbereich. Das Angebot muss nicht jedes Eingabefeld aufführen, sollte aber die vorgesehenen redaktionellen Möglichkeiten beschreiben.

Funktionen einschließlich ihrer Fehlerfälle

Bei Funktionen reicht der glückliche Standardfall nicht aus. Für ein Kontaktformular sollte beispielsweise geklärt sein:

• welche Felder und Pflichtangaben vorgesehen sind,
• an wen die Nachricht gesendet wird,
• wie Eingabefehler angezeigt werden,
• was bei einem technischen Versandfehler passiert,
• ob eine Bestätigung an den Absender vorgesehen ist,
• welcher Schutz gegen automatisierten Spam Bestandteil der Umsetzung ist.

Diese Genauigkeit ist keine kleinliche Vorwegnahme der Entwicklung. Sie verhindert, dass beide Seiten unter „Kontaktformular“ etwas anderes verstehen.

Schnittstellen mit klarer Grenze

Wenn die Website Daten an ein CRM, einen Newsletter-Dienst, eine Warenwirtschaft oder ein Bewerbersystem übergeben soll, muss das Angebot die Grenze der Integration benennen. Wird nur ein vorhandenes Formular eingebettet? Werden Daten über eine Programmierschnittstelle übertragen? Wer richtet das Drittsystem ein und wer prüft die dortige Verarbeitung?

Auch benötigte Zugänge und mögliche Kosten des Drittanbieters gehören in die Klärung. Die Entwicklung kann sonst korrekt umgesetzt sein, während der Gesamtprozess trotzdem nicht funktioniert.

Inhalte und Migration mit einer erkennbaren Menge

„Übernahme bestehender Inhalte“ kann das Kopieren einiger Standardseiten oder die strukturierte Migration vieler Datensätze bedeuten. Ein belastbares Angebot grenzt ein, welche Inhalte übernommen werden, in welchem Ausgangsformat sie vorliegen müssen und wer sie vor der Übernahme bereinigt.

Dasselbe gilt für Bilder, Downloads, Metadaten und Weiterleitungen alter URLs. Wird nur ein Teil migriert, sollte das ausdrücklich festgehalten sein. Ein stillschweigendes „Das gehört bestimmt dazu“ ist ein erstaunlich teurer Projektplan.

Trenne Leistungen des Dienstleisters von deinen Aufgaben

Ein Angebot kann fachlich vollständig wirken und trotzdem am Arbeitsalltag scheitern, wenn deine Mitwirkung nicht geklärt ist. Inhalte, Freigaben und Zugänge sind keine Nebensache. Sie bestimmen, ob die Entwicklung ohne unnötige Unterbrechungen vorankommt.

Für jeden größeren Abschnitt sollten deshalb die Zuständigkeiten erkennbar sein:

• Wer erstellt Texte, Bilder und Downloads?
• Wer gibt Gestaltung und Inhalte frei?
• Wer liefert Zugänge zu Hosting, Domain und Drittsystemen?
• Wer entscheidet bei Rückfragen, wenn mehrere Abteilungen beteiligt sind?
• Wer prüft fachliche Angaben vor der Veröffentlichung?
• Wer beschafft rechtliche Texte oder lässt sie fachlich prüfen?

Besonders bei Datenschutz und Barrierefreiheit sollte das Angebot keine pauschalen Versprechen stehen lassen. Es sollte beschreiben, welche technische Umsetzung und welche Prüfungen enthalten sind. Ob darüber hinaus rechtliche Pflichten bestehen, muss bei Bedarf separat fachlich geklärt werden.

Notiere offene Mitwirkungen direkt neben der betroffenen Angebotsposition. So erkennst du, ob dein Unternehmen die nötigen Vorarbeiten tatsächlich leisten kann. Ein günstigeres Angebot, das erhebliche Inhaltsarbeit bei dir ablädt, ist nicht automatisch die günstigere Lösung.

Verlange eine prüfbare Definition von „fertig“

Die Abnahme sollte nicht erst am Ende des Projekts erfunden werden. Ein gutes Angebot beschreibt zumindest, welche Ergebnisse geprüft werden und wie Korrekturen behandelt werden. Dabei geht es nicht um einen juristischen Formulierungsmarathon, sondern um gemeinsame Erwartungen.

Für eine Unternehmenswebsite können überprüfbare Kriterien beispielsweise so aussehen:

• Die vereinbarten Seitentypen sind umgesetzt und mit den vorgesehenen Inhaltsfeldern pflegbar.
• Formulare validieren Eingaben, versenden an die vereinbarten Empfänger und zeigen verständliche Erfolgs- oder Fehlermeldungen.
• Die Darstellung wurde in den vereinbarten Browsern und Bildschirmgrößen geprüft.
• Vereinbarte Weiterleitungen von alten auf neue URLs sind eingerichtet.
• Redaktionelle Rollen können nur die für sie vorgesehenen Bereiche bearbeiten.
• Die Übergabe umfasst die vereinbarten Zugänge, Einweisung und Dokumentation.

Für Fehlerkorrekturen sollte das Angebot erläutern, was als Mangel innerhalb des vereinbarten Umfangs gilt und was eine neue Anforderung ist. Wenn du nach der Abnahme Probleme meldest, hilft eine strukturierte Beschreibung. Dafür kannst du den kleinen Bugzettel für brauchbare Entwickleraufgaben verwenden.

Bewerte Annahmen und Änderungen statt nur den Preis

Ein Festpreis beseitigt Unsicherheit nicht automatisch. Er funktioniert gut, wenn Umfang und Annahmen ausreichend klar sind. Bleiben zentrale Entscheidungen offen, landet das Risiko entweder als Sicherheitsaufschlag im Preis oder später in Diskussionen über Zusatzaufwand.

Suche im Angebot deshalb gezielt nach Voraussetzungen wie „Inhalte werden vollständig geliefert“, „bestehende Schnittstelle ist dokumentiert“ oder „eine Korrekturrunde ist enthalten“. Solche Annahmen sind nicht verdächtig. Sie sind nützlich, weil sie zeigen, worauf Preis und Zeitplanung beruhen.

Problematisch wird es, wenn erkennbare Unsicherheiten gar nicht behandelt werden. Dann solltest du vor der Beauftragung klären:

• Welche offenen Punkte können den Aufwand verändern?
• Wie werden zusätzliche Wünsche beschrieben, geschätzt und freigegeben?
• Wer darf kostenpflichtige Änderungen beauftragen?
• Wird vor der Umsetzung einer Änderung über Preis und Terminfolge informiert?
• Welche Entscheidungen müssen bis zu welchem Projektabschnitt getroffen sein?

Bei einem noch unscharfen Vorhaben kann eine bezahlte Konzeptions- oder Klärungsphase sinnvoller sein als ein vorschneller Gesamtfestpreis. Das Ergebnis dieser Phase sollte dann ebenfalls konkret benannt sein, etwa eine abgestimmte Funktionsbeschreibung, ein Inhaltsmodell oder klickbare Ansichten zentraler Abläufe.

Rechne Folgekosten und Abhängigkeiten mit ein

Der Angebotspreis zeigt häufig nur die einmalige Umsetzung. Für eine belastbare Entscheidung brauchst du zusätzlich die absehbaren laufenden Kosten und die Bedingungen nach dem Start.

Prüfe insbesondere Hosting, kostenpflichtige Erweiterungen, externe Dienste, Wartung, Support und mögliche Lizenzverlängerungen. Das Angebot sollte erkennen lassen, welche Kosten direkt an den Dienstleister gehen und welche Verträge du mit Dritten abschließt.

Auch Zugänge und Eigentumsfragen gehören in diese Prüfung. Du solltest wissen, wer Domain, Hostingkonto, Quellcode, Design-Dateien, Analysekonten und Lizenzen verwaltet. Eine technische Lösung kann funktionieren und dich trotzdem unnötig binden, wenn wesentliche Konten ausschließlich über einen fremden Zugang laufen.

Falls das Angebot eine App-ähnliche Lösung oder eine Progressive Web App vorsieht, sollte der zusätzliche Nutzen den Mehraufwand rechtfertigen. Die Entscheidungshilfe PWA oder klassische Website für kleine Unternehmen ordnet diese Abgrenzung genauer ein.

Nutze eine Ampelprüfung für das gesamte Angebot

Nach der Detailprüfung markierst du jede zentrale Projektanforderung mit einer einfachen Ampel. So wird aus einem langen Dokument eine übersichtliche Entscheidungsgrundlage:

• Grün: Das Ergebnis, die Zuständigkeit und die Grenze der Leistung sind verständlich beschrieben.
• Gelb: Die Position ist grundsätzlich enthalten, benötigt aber eine Annahme oder Rückfrage.
• Rot: Eine wichtige Anforderung fehlt oder ist so allgemein formuliert, dass keine verlässliche Abnahme möglich ist.

Fasse die gelben und roten Punkte anschließend in einer einzigen Rückfragenliste zusammen. Bitte nicht nur um eine mündliche Erklärung. Relevante Klarstellungen sollten in das überarbeitete Angebot, eine Leistungsbeschreibung oder eine andere gemeinsam festgehaltene Vereinbarung einfließen.

Für die abschließende Prüfung kannst du diese Fragen direkt verwenden:

1. Welche konkreten Seitentypen, Funktionen und redaktionellen Möglichkeiten werden geliefert?
2. Welche Leistungen sind ausdrücklich nicht enthalten?
3. Welche Inhalte, Zugänge und Entscheidungen müssen wir selbst bereitstellen?
4. Welche Annahmen liegen Preis und Zeitplanung zugrunde?
5. Nach welchen Kriterien werden die Ergebnisse geprüft und abgenommen?
6. Wie laufen Korrekturen und zusätzliche Anforderungen ab?
7. Welche einmaligen und laufenden Kosten entstehen außerhalb des Angebotspreises?
8. Welche Konten, Zugänge und Projektdaten erhalten wir bei der Übergabe?
9. Welche Unterstützung ist nach der Veröffentlichung enthalten?

Ein gutes Angebot reduziert Interpretationsspielraum

Du musst ein Webentwicklungsangebot nicht danach beurteilen, ob jede technische Entscheidung ausführlich erklärt wird. Wichtiger ist, ob du das versprochene Ergebnis mit deinem Geschäftsziel abgleichen kannst.

Ein belastbares Angebot beantwortet vier zusammenhängende Fragen: Was wird geliefert? Wer übernimmt welche Aufgabe? Wie wird das Ergebnis geprüft? Welche Kosten und Abhängigkeiten bleiben danach bestehen? Sind diese Punkte klar, kannst du verschiedene Angebote sinnvoll vergleichen. Bleiben sie offen, vergleichst du vor allem Preise für unterschiedlich verstandene Projekte.