Das günstigere Angebot kann Ihr Team mehr Zeit kosten. Etwa wenn Sie bestehende Inhalte selbst überarbeiten, Produktdaten vorbereiten oder Schnittstellen mit anderen Dienstleistern klären müssen. Diese Aufgaben fallen nicht weg, nur weil die Agentur sie nicht einkalkuliert hat.
Das kann gut passen, wenn Ihr Team die Arbeit übernehmen kann. Vor der Entscheidung sollte deshalb klar sein, was die Agentur liefert und welche Vorarbeiten sie voraussetzt. Erst dann wissen Sie, welcher Aufwand hinter dem Angebotspreis steckt.
Warum der Gesamtpreis noch keine Entscheidung erlaubt
Wer Website-Angebote vergleichen will, schaut häufig zuerst auf die Gesamtsumme. Ein Preis ist jedoch nur im Zusammenhang mit dem kalkulierten Umfang aussagekräftig. „Konzeption“, „SEO“, „Migration“ oder „Testing“ können in zwei Angeboten völlig unterschiedliche Arbeitsergebnisse und Prüftiefen meinen. Auch die Zahl der Angebotsseiten zeigt nicht, welche Annahmen hinter der Kalkulation stehen.
Ein Angebot mit geringerem Umfang ist deshalb nicht automatisch unvollständig. Ein ausführlicheres Angebot ist nicht automatisch die bessere Wahl. Entscheidend ist, ob die Unterschiede bewusst gewollt sind und zu den eigenen Zielen, Ressourcen und Risiken passen.
Ein einfaches Beispiel ist die Position „SEO inklusive“. Gemeint sein kann lediglich eine technische Grundeinstellung mit Metadaten. In einem anderen Angebot umfasst dieselbe Bezeichnung zusätzlich die Analyse der Suchintention, die Planung der Seitenstruktur, das URL-Mapping, Redirects, strukturierte Daten und eine Prüfung nach dem Go-live. Gleichlautende Positionen können daher zu deutlich unterschiedlichen Ergebnissen führen.
Business Case und Angebotsvergleich haben unterschiedliche Aufgaben
Vor dem Vergleich konkreter Angebote steht eine andere Frage. Lohnt sich das Digitalprojekt wirtschaftlich und welche Lösungsrichtung passt? Diese Vorstufe behandelt der Business Case für Digitalprojekte.
Der Angebotsvergleich setzt danach an. Er prüft nicht mehr, ob investiert werden soll. Entscheidend ist, ob die Angebote dasselbe Ziel, denselben Umfang und dieselben Rahmenbedingungen kalkulieren. Erst dann lässt sich der Preis sinnvoll mit Risiko, Eigenleistung und erwartetem Ergebnis verbinden.
Fünf Ebenen bringen Angebote auf eine gemeinsame Grundlage
Ein gemeinsames Zielbild
Beschreiben Sie, welches geschäftliche und nutzerbezogene Ergebnis entstehen soll. Definieren Sie dazu priorisierte Nutzergruppen, zentrale Anwendungsfälle, zu unterstützende Prozesse und bewusste Nicht-Ziele. Sonst kalkuliert ein Anbieter vielleicht nur eine neue Oberfläche. Der andere berücksichtigt dagegen die Verbesserung eines gesamten Vertriebs- oder Serviceprozesses.
Eine gemeinsame Ausgangslage
Beide Angebote müssen von denselben Voraussetzungen ausgehen. Dazu zählen bestehende Inhalte, Datenqualität, Systeme, Schnittstellen, Sprachen, Nutzerrollen und bekannte technische Einschränkungen. Wenn ein Angebot bereinigte Daten voraussetzt, das andere deren Aufbereitung jedoch einkalkuliert, vergleichen Sie unterschiedliche Aufgaben. Der Preisunterschied ist dann nicht ohne Weiteres aussagekräftig.
Konkrete Ergebnisse statt Sammelbegriffe
Eine Position wird erst greifbar, wenn das erwartete Ergebnis und seine Grenze beschrieben sind. Das kann eine freigegebene Sitemap, ein definiertes Template, ein Datenmapping, ein getesteter Prozess oder eine dokumentierte Übergabe sein. Die Konzeption für UX/UI-Projekte und Webdesign zeigt, dass Konzeption mehr sein kann als ein kurzer Abstimmungstermin.
Verantwortung, Qualität und Abnahme
Klären Sie, wer Inhalte liefert, Testfälle erstellt, Systeme zugänglich macht, Fehler behebt und Freigaben erteilt. Ebenso wichtig sind die Kriterien für die Abnahme. Ohne diese Angaben bleibt unklar, ob eine Aufgabe bewusst verteilt ist oder später fehlt.
Ein gemeinsamer Zeitraum für die Kosten
Betrachten Sie neben der Investition bis zum Go-live auch den anschließenden Betrieb. Hosting, Lizenzen, Updates, Monitoring, Support und Wartung können den wirtschaftlichen Rahmen prägen. Lesen Sie beide Angebote deshalb über denselben Zeitraum. So lassen sich einmalige und laufende Leistungen besser vergleichen.
Die Vergleichsmatrix für Website, Shop und Portal
Die folgende Matrix übersetzt die fünf Ebenen in konkrete Prüfpunkte. Sie ersetzt kein vollständiges Anforderungsdokument. Sie zeigt aber, wo gleiche Begriffe unterschiedliche Leistungen verbergen können.
| Bereich | Im Angebot klar definiert | Risiko bei Unklarheit |
|---|---|---|
| Konzeption | Zielbild, Anforderungen, Workshops, Konzept und Korrekturschleifen. | Anforderungen entstehen erst in der Umsetzung. |
| Informationsarchitektur | Sitemap, Seitentypen, Navigation, Suche und Filter. | Späte Strukturänderungen verursachen Folgeaufwand. |
| UX und Customer Journey | Nutzergruppen, Kernwege, Wireframes, Formulare und Zustände. | Zentrale Aufgaben funktionieren nicht durchgängig. |
| Entwicklung | Templates, Module, Funktionen und Individualentwicklung. | Erwartete Funktionen fehlen oder werden nachträglich teuer. |
| Schnittstellen | Systeme, Daten, Mapping, Fehlerbehandlung und Tests. | Übertragungsfehler und Zuständigkeiten bleiben offen. |
| Content und Migration | Inhalte, Daten, Medien, Mapping und Redirects. | Inhalte fehlen; alte URLs können ins Leere laufen. |
| SEO und Tracking | URLs, Indexierung, strukturierte Daten, Consent und Messung. | Sichtbarkeit und Auswertung bleiben hinter den Zielen zurück. |
| Testing und Qualität | Funktions-, Integrations- und Gerätetests, Abnahme und Retests. | Fehler werden erst nach dem Go-live entdeckt. |
| Projektmanagement | Rollen, Meilensteine, Freigaben und Änderungslogik. | Verzögerungen und Zusatzaufwand werden spät sichtbar. |
| Hosting und Wartung | Hosting, Backups, Updates, Support, Lizenzen und Kosten. | Laufende Kosten und Verantwortungen bleiben offen. |
| Mitwirkung des Kunden | Inhalte, Zugänge, Entscheidungen, Tests und Freigaben. | Fehlende Zuarbeit verzögert das Projekt. |
Nutzen Sie die Matrix für jedes Angebot separat. Markieren Sie jeden Punkt als „enthalten“, „teilweise enthalten“, „optional“, „nicht enthalten“ oder „unklar“. Notieren Sie zusätzlich unterschiedliche Definitionen, Qualitäten, Annahmen sowie einmalige und laufende Zusatzkosten.
Offene Punkte sollten vor der Entscheidung schriftlich geklärt werden. Erst danach bewerten Sie Preis, Risiko, Eigenleistung und erwartetes Ergebnis gemeinsam. Die Matrix ist keine automatische Punktewertung für Agenturqualität, sondern eine gemeinsame Gesprächsgrundlage.
Projektanforderungen klar definieren
Schaffen Sie vor der Angebotsanfrage eine klare Grundlage für vergleichbare Angebote.
- Zielbild und Anforderungen priorisieren
- Leistungen und Zuständigkeiten klären
- Vergleichbare Angebotsgrundlage schaffen
Drei Projekttitel, drei unterschiedliche Umfänge
Website
„Website-Relaunch“ kann die technische Umsetzung bereits abgestimmter Seiten und Texte bedeuten. Ein anderes Angebot beginnt früher und entwickelt zunächst Zielbild und Informationsarchitektur. Es erfasst den Content, ordnet alte und neue URLs zu und berücksichtigt SEO, Tracking und Redirects. Der Unterschied liegt dann nicht in der Bezeichnung, sondern in den Vorarbeiten und Ergebnissen.
Online-Shop
Ein „Shop-Relaunch“ kann auf einem bereinigten Produktimport, bestehenden Regeln und Standardprozessen für Zahlung und Versand aufbauen. Eine andere Kalkulation berücksichtigt zusätzlich ERP- oder PIM-Datenflüsse, Produkt- und Bestandsmapping, individuelle Checkout-Regeln, Fehlerfälle und Integrationsprüfungen. Auch der laufende Betrieb kann enthalten sein. Die Webentwicklung für E-Commerce und digitale Plattformen hilft bei der Einordnung, welche technischen Abhängigkeiten hinter einem Shopprojekt stehen können.
Portal
„Kundenportal neu“ kann eine Oberfläche mit Anmeldung und Formularen meinen. Die Eingaben werden anschließend manuell weiterbearbeitet. Ein anderes Angebot beschreibt dagegen Rollen, Berechtigungen, Status- und Freigabeschritte, Dokumentenzugriff, Live-Daten und definierte Systemverbindungen.
Eine Oberfläche allein bildet noch keinen integrierten Prozess ab. Die Schnittstellen-Entwicklung und Systemintegration hilft Ihnen dabei, Datenflüsse und Verantwortungsgrenzen zu prüfen.
Annahmen und Ausschlüsse entscheiden über das Projektrisiko
Ein fehlender Baustein ist nicht automatisch ein Mangel. Ein schlankes Angebot kann genau passend sein, wenn Ihr Unternehmen Inhalte, Daten, Tests oder Freigaben selbst übernimmt. Voraussetzung ist, dass der Umfang bewusst begrenzt und klar beschrieben ist. Problematisch wird es, wenn diese Entscheidung nicht erkennbar ist.
Prüfen Sie deshalb jede Annahme auf ihre Folgen. Sind fertige Texte vorausgesetzt, muss jemand sie erstellen und freigeben. Wird eine bestehende Schnittstelle angenommen, brauchen Sie Dokumentation, Zugänge und einen Ansprechpartner auf der Gegenseite. Ist ein Baustein ausgeschlossen, sollte feststehen, wer ihn übernimmt.
Auch die Änderungslogik gehört in die Prüfung. Neue Anforderungen, zusätzliche Abstimmungen oder geänderte Rahmenbedingungen können unterschiedlich behandelt werden. Das hängt etwa davon ab, ob ein Festpreis, eine Aufwandsschätzung, ein Zeitkontingent oder ein phasenweises Vorgehen vereinbart ist.
Kein Modell ist pauschal richtig oder falsch. Entscheidend ist, welche Unsicherheiten enthalten sind und wie Abweichungen sichtbar werden.
Website, Shop oder Portal sicher umsetzen
ECONSOR unterstützt Sie bei der Planung und Umsetzung Ihres digitalen Projekts. Auch bestehende Projekte können wir übernehmen.
- Anforderungen und Zuständigkeiten klären
- Technische Risiken früh erkennen
- Projekte sicher weiterführen
Einmalige und laufende Kosten gehören in denselben Vergleich
Ordnen Sie zunächst alle Kosten bis zum Go-live ein. Dazu können Konzeption, Entwicklung, Migration, Tests, Schulung, technische Inbetriebnahme und einmalige Lizenzen gehören. Prüfen Sie außerdem, ob notwendige Vorarbeiten oder Leistungen Dritter vorausgesetzt werden.
Danach betrachten Sie den Betrieb über denselben Zeitraum. Hosting, Wartung, Sicherheits- und Versionsupdates, Monitoring, Support, Reaktionszeiten, Lizenzen und vereinbarte Weiterentwicklung können laufende Kosten auslösen. Auch Optionen gehören in das Bild, wenn sie für das geplante Ergebnis wahrscheinlich benötigt werden.
Der faire Vergleich lautet daher nicht „Welche Summe steht unter dem Angebot?“, sondern „Welche einmaligen, optionalen und laufenden Kosten entstehen für das gewünschte Ergebnis unter unseren Voraussetzungen?“
Stellen Sie Anbietern keine allgemeine Bitte um mehr Details, sondern Fragen mit einem klaren Prüfziel:
- Welches konkrete Ergebnis ist mit dieser Position gemeint?
- Welche Liefergegenstände und Grenzen sind enthalten?
- Welche Annahmen liegen der Kalkulation zugrunde?
- Welche Aufgaben übernimmt der Auftraggeber mit welchen internen Ressourcen?
- Welche Systeme, Datenflüsse und Fehlerfälle sind berücksichtigt?
- Welche Tests führen Sie durch, wer nimmt ab und sind Retests enthalten?
- Welche Kosten entstehen einmalig, optional und laufend?
- Wie werden zusätzliche Anforderungen oder veränderte Voraussetzungen behandelt?
Prüfen Sie anschließend, wie verbindlich die Antworten sind: Beschreiben sie konkrete Ergebnisse und klare Leistungsgrenzen oder wird lediglich auf eine spätere Abstimmung verwiesen? So werden offene Projektrisiken bereits vor der Entscheidung sichtbar.
Die passende Entscheidung folgt nicht der kleinsten Summe
Eine tragfähige Entscheidung berücksichtigt drei Dinge. Dazu gehören das gewünschte Ergebnis, Ihre eigene Mitwirkung und die Risiken, die Ihr Unternehmen übernehmen kann. Stimmen diese Grundlagen überein, kann auch ein schlankes Angebot die richtige Wahl sein. Ein umfangreicheres Angebot ist sinnvoll, wenn seine zusätzlichen Leistungen für das Ziel wirklich nötig sind.
Beruhen die Angebote auf unterschiedlichen Annahmen, ist eine Klärungsrunde oft der sinnvollste nächste Schritt. Lassen Sie offene Positionen, Ausschlüsse, Zuständigkeiten, Qualitätsmaßstäbe und Betriebskosten schriftlich ergänzen. Vergleichen Sie erst danach die Preise. Nicht die kleinste Zahl gewinnt, sondern das Angebot, dessen Inhalt und Folgen Sie für Ihr Vorhaben nachvollziehbar bewerten können.
