Website-Angebote vergleichen: Umfang und Folgekosten prüfen

Vergleichen Sie zuerst den Auftrag, dann die Summe

Zwei Website-Angebote können dieselbe Überschrift tragen und unterschiedliche Arbeit beschreiben. Enthält eines bereits Datenübernahme, Texteinpflege und Schnittstellentests, während das andere nur die Seitenentwicklung abdeckt, lassen sich die Endbeträge noch nicht sinnvoll vergleichen. Die günstigere Zahl beantwortet dann die falsche Frage.

Lassen Sie jeden Anbieter dieselben Anforderungen als enthalten, optional, ausgeschlossen oder ungeklärt kennzeichnen. Grundlage ist ein gemeinsames kurzes Briefing. Die Formulierung „komplette Website“ hilft wenig, solange weder Inhalte noch Abnahme und Übergabe eindeutig beschrieben sind.

Dieser Leitfaden liefert eine Vergleichsmethode, keine Marktpreisstudie. Die späteren Dollarbeträge sind erfunden, um eine Rechnung zu zeigen. Sie sind weder WebSoftLeader-Preise noch regionale Durchschnittswerte oder eine Empfehlung für Ihr Budget. Aktuelle Leistungen und Einstiegspreise stehen auf den jeweiligen Leistungsseiten.

Trennen Sie Entwicklung und benötigtes Material

Klären Sie, wer Texte schreibt, Bilder auswählt, Produktdaten bereinigt und Inhalte einpflegt. Ein angebotenes CMS beantwortet nicht, ob zehn Datensätze oder ein vollständiger Katalog übernommen werden. Fragen Sie auch, welche Felder Ihr Team anschliessend selbst bearbeiten kann und ob eine Einweisung dazugehört.

Bei mehreren Sprachen zählt der vollständige Kundenablauf: Seiten, Formulare, Fehlermeldungen, Bestätigungen und gegebenenfalls Dokumente. Halten Sie fest, wer die Fachbegriffe prüft. Eine zusätzliche Sprache im Menü ist ein anderer Umfang als eine vollständig bearbeitete Sprachversion.

Eine ungeklärte Schnittstelle muss nicht sofort als umfangreiche Zusatzfunktion kalkuliert werden. Manchmal ist eine begrenzte Untersuchung sinnvoller. Vergleichen Sie dann deren Ergebnis, etwa eine dokumentierte Feldzuordnung, sowie die Entscheidung über die anschliessende Umsetzung.

Verlangen Sie ein sichtbares Ergebnis je Meilenstein

Der Scrum Guide beschreibt eine gemeinsame Definition of Done, also nachvollziehbare Qualitätskriterien für abgeschlossene Arbeit. Sie müssen dafür kein Scrum-Projekt beauftragen. Die nützliche Frage lautet schlicht: Woran erkennen beide Seiten, dass dieses Ergebnis fertig ist?

Ein Screenshot kann die visuelle Freigabe unterstützen. Er zeigt nicht, ob ein Formular wirklich zugestellt wird oder eine Zahlungsrückmeldung korrekt verarbeitet wird. Fordern Sie den passenden Nachweis: einen bearbeitbaren Datensatz, einen geprüften Versand, eine Übernahmeprobe oder einen dokumentierten Fehlerfall.

Prüfen Sie Zahlungspläne zusammen mit diesen Ergebnissen. Eine Position „Entwicklung zu 70% abgeschlossen“ bleibt ohne konkreten Lieferstand schwer bewertbar. Bei WebSoftLeader steht vor der ersten Zahlung ein Prototyp oder Plan. Danach werden die vereinbarten 30%, 30% und 40% an die beschriebenen Projektstufen gebunden. Die verbindlichen Einzelheiten gehören in Ihr Angebot.

Rechnen Sie für denselben Nutzungszeitraum

Wählen Sie einen gemeinsamen Zeitraum, beispielsweise das erste Betriebsjahr. Trennen Sie Entwicklung, regelmässige Leistungen und nutzungsabhängige Fremdkosten. Fragen Sie, wer die Verträge mit externen Diensten hält und ob Ihr Unternehmen bei einem Anbieterwechsel Zugriff behält.

Berücksichtigen Sie nur Folgearbeiten, die Sie tatsächlich einplanen. Ein Wartungsansatz ist eine Annahme für den Vergleich, kein Beleg für den später nötigen Stundenaufwand. Bei Gebühren nach Besuchern, Nachrichten oder Speicher müssen die Berechnungsgrundlagen erkennbar sein.

Nur die Rechenfolge ist hier bewiesen: Der niedrigere Entwicklungspreis führt bei diesen Annahmen nicht zu niedrigeren Gesamtkosten. Die Tabelle sagt nichts über Arbeitsqualität, ausreichende Wartung oder angemessene Marktpreise aus. Steuern, Zahlungsgebühren und weitere anwendbare Kosten müssen gesondert vereinbart werden. Alle Beträge bleiben in USD, damit derselbe Vergleichsmassstab erhalten bleibt.

Machen Sie Qualitätsarbeit im Angebot erkennbar

„Vollständig getestet“ braucht einen konkreten Rahmen. Fragen Sie nach den wichtigsten Kundenabläufen, vorgesehenen Browsern oder Geräten, bekannten Einschränkungen und der Form des Prüfprotokolls. Ein brauchbarer Nachweis nennt die Aktion, das beobachtete Ergebnis und die geprüfte Version.

Die W3C-WAI-Planungshilfe berücksichtigt auch Ressourcen für Bewertung, Schulung und laufende Kontrolle der Barrierefreiheit. Fragen Sie deshalb nach dem vereinbarten Ziel und den enthaltenen Prüfungen. Ein automatischer Wert allein beschreibt keine vollständige Leistung.

Welche weiteren Nachweise nötig sind, hängt vom Auftrag ab. Für eine CRM-Anbindung sind erneute Übertragungen relevant, für einen Relaunch bestehende Adressen und Downloads. Ein kleiner Textauftrag braucht nicht dieselbe Prüfliste wie ein Bestellprozess. Der Prüfaufwand sollte zum gekauften Ergebnis passen.

Dokumentieren Sie offene Punkte und Änderungen

• Halten Sie bestätigten Umfang und offene Annahmen getrennt fest.
• Vereinbaren Sie einen Entscheidungspunkt für noch ungeklärte Positionen.
• Lassen Sie zusätzliche Wünsche vor der Umsetzung beschreiben und kalkulieren.
• Prüfen Sie Zugang, Dokumentation und Zuständigkeiten für einen späteren Wechsel.
• Notieren Sie, warum das ausgewählte Angebot zur ersten Version passt.

Reicht das Budget nicht für alle Wünsche, reduzieren Sie eine nachrangige Funktion oder einen späteren Ausbauschritt. Ein vollständiger, überprüfbarer Anfrageweg ist meist leichter abzugrenzen als eine lange Funktionsliste mit unklarer Fertigstellung. Welche Einschränkung Sie akzeptieren, sollte im Entscheidungsprotokoll stehen.

Prüfen Sie die Übergabe vor der Unterschrift

Bitten Sie um eine kurze Beschreibung des Zustands nach Projektende. Können Sie Texte selbst ändern? Wo liegen Sicherungen? Wer betreut externe Konten? Welche Unterstützung endet an welchem Datum? Diese Antworten beeinflussen den Betrieb, auch wenn sie im Gestaltungstermin kaum sichtbar sind.

Unterscheiden Sie Fehlerbehebung am vereinbarten Ergebnis von späteren Erweiterungen. Beschreiben Sie die Meldewege und die jeweiligen Leistungen im Angebot. So lässt sich eine zusätzliche Anforderung prüfen, ohne sie mit einer fehlenden vereinbarten Funktion zu vermischen.

Bereiten Sie vergleichbare Anfragen vor

Beginnen Sie mit dem Website-Briefing und dem Leitfaden zum Briefing. Für bestehende Systeme hilft das Schnittstellen-Briefing, Daten und Aktionen konkret zu machen. Die Leistungsübersicht zeigt die aktuell angebotenen Arbeiten.

Quellen und Einordnung

Quellen geprüft am 15. Oktober 2026. Vergleichstabelle, Fragen und Dollarrechnung sind redaktionelle Hilfen von WebSoftLeader. Es werden keine Anbieterergebnisse oder Marktpreisstatistiken behauptet.

• Ken Schwaber und Jeff Sutherland: Scrum Guide. Grundlage für die erläuterte gemeinsame Fertigstellungsdefinition.
• W3C WAI: Planung der Barrierefreiheit. Grundlage für Ressourcen und Bewertung im Planungsumfang.