Eine Webprojekt Ausschreibung richtig planen
Eine Webprojekt Ausschreibung entscheidet oft früher über den Projekterfolg, als es auf den ersten Blick scheint. Werden Ziele, Verantwortlichkeiten und technische Rahmenbedingungen nur grob beschrieben, entstehen Angebote, die kaum vergleichbar sind. Noch problematischer: Die spätere Umsetzung wird von Annahmen geprägt, die niemand bewusst getroffen hat. Eine gute Ausschreibung schafft dagegen eine belastbare Grundlage für Entscheidungen - fachlich, wirtschaftlich und langfristig.
Was eine Webprojekt Ausschreibung leisten muss
Eine Ausschreibung ist kein Pflichtenheft mit möglichst vielen Seiten. Sie soll geeigneten Dienstleistern ermöglichen, Aufwand, Risiken und Lösungswege realistisch einzuschätzen. Gleichzeitig hilft sie dem Auftraggeber, die eigene Ausgangslage zu sortieren: Was soll die neue Website oder Webanwendung konkret verbessern? Welche Systeme müssen angebunden werden? Wer betreut die Plattform nach dem Go-live?
Besonders bei CMS-Projekten reicht die Anforderung „moderne Website mit guter Usability“ nicht aus. Für eine Unternehmenswebsite mit mehreren Standorten, Sprachen, Redaktionsrollen oder Schnittstellen zu CRM, PIM und Karriereportal gelten andere Anforderungen als für einen kompakten Markenauftritt. Auch der Relaunch eines bestehenden TYPO3-Systems ist etwas anderes als eine vollständige Neuentwicklung.
Die Ausschreibung sollte daher nicht möglichst früh eine bestimmte technische Lösung vorgeben. Sinnvoller ist es, die fachlichen Anforderungen, vorhandenen Systeme und Qualitätsziele klar zu benennen. Ob TYPO3, WordPress oder eine individuell entwickelte Anwendung die passende Grundlage ist, lässt sich dann auf Basis nachvollziehbarer Kriterien beurteilen.
Erst Ziele und Rahmenbedingungen klären
Am Anfang steht die Frage nach dem Geschäftszweck des Projekts. Soll die Website qualifizierte Anfragen erzeugen, komplexe Inhalte besser zugänglich machen, Redaktionsprozesse vereinfachen oder eine veraltete Plattform ablösen? Mehrere Ziele sind möglich. Sie sollten jedoch priorisiert werden, denn Zielkonflikte gehören zum Projektalltag.
Eine besonders visuelle Website kann beispielsweise höhere Anforderungen an Gestaltung und Medienproduktion stellen. Sehr gute Ladezeiten, Barrierefreiheit und einfache Pflege verlangen zugleich nach klaren technischen Entscheidungen. Das ist kein Widerspruch, aber es beeinflusst Architektur, Budget und Zeitplan.
Den Ist-Zustand offen beschreiben
Eine belastbare Ausschreibung benennt nicht nur das gewünschte Ergebnis, sondern auch die Ausgangslage. Dazu gehören das aktuelle CMS und die Hosting-Umgebung, relevante Schnittstellen, bestehende Inhalte, bekannte Probleme und interne Zuständigkeiten. Auch technische Altlasten gehören auf den Tisch. Eine veraltete PHP-Version, ein schwer wartbares Template oder unklare Rechte an Bildmaterial können den Projektverlauf stärker beeinflussen als ein neues Design.
Hilfreich sind außerdem Informationen über die Redaktionsorganisation. Wie viele Personen arbeiten im System? Welche Inhalte werden häufig aktualisiert? Gibt es Freigabeprozesse, mehrere Sprachversionen oder dezentrale Redakteure? Daraus ergeben sich Anforderungen an Rollen, Workflows, Schulungen und Bedienbarkeit.
Anforderungen priorisieren statt alles gleich wichtig zu machen
Nicht jede Idee muss zum Projektstart umgesetzt werden. Eine klare Einteilung in zwingend erforderliche Funktionen, wichtige Erweiterungen und spätere Ausbaustufen schützt Budget und Zeitplan. Sie macht Angebote vergleichbarer, weil Agenturen nicht raten müssen, welche Funktion unverzichtbar ist.
Bei komplexeren Vorhaben kann eine vorgelagerte Konzeptionsphase die bessere Entscheidung sein. Sie verursacht zunächst zusätzlichen Aufwand, reduziert aber Risiken bei Informationsarchitektur, Datenmigration und Schnittstellen. Das gilt insbesondere dann, wenn sich interne Anforderungen noch verändern oder mehrere Fachabteilungen beteiligt sind.
Inhalte einer guten Webprojekt Ausschreibung
Eine feste Seitenzahl ist nicht entscheidend. Entscheidend ist, dass Anbieter die Leistung zuverlässig kalkulieren und bewerten können. In der Praxis sollte die Ausschreibung mindestens diese vier Bereiche abdecken:
- Projektziel und Zielgruppen: Welche Aufgaben soll die Plattform erfüllen, welche Nutzergruppen werden angesprochen und woran wird Erfolg gemessen?
- Funktionen und Inhalte: Welche Seitentypen, Formulare, Suche, Mehrsprachigkeit, Portale, Schnittstellen oder individuellen Prozesse sind erforderlich?
- Technik und Qualität: Welche Anforderungen gelten für Sicherheit, Datenschutz, Performance, Hosting, Barrierefreiheit, SEO und Wartbarkeit?
- Projektorganisation: Welche Termine, Ansprechpartner, Entscheidungswege, Eigenleistungen und Abnahmekriterien sind vorgesehen?
Diese Struktur ersetzt keine detaillierte Spezifikation für jeden Sonderfall. Sie verhindert aber, dass wesentliche Themen erst nach Beauftragung sichtbar werden. Wer Anforderungen noch nicht vollständig kennt, sollte Unklarheiten ausdrücklich als solche markieren. Ein erfahrener Partner kann dann Vorschläge für die Klärung und eine sinnvolle Projektetappierung machen.
Technik nicht auf das CMS reduzieren
Das CMS ist ein zentraler Baustein, aber nicht die gesamte Lösung. Bei einer professionellen Website gehören auch Hosting, Deployment, Backups, Monitoring, Sicherheitsupdates, Rollenrechte und Testprozesse zur technischen Qualität. In der Ausschreibung sollte daher stehen, welche Anforderungen an den späteren Betrieb bestehen.
Für Unternehmen mit anspruchsvollen Inhaltsstrukturen, mehreren Mandanten oder langfristigem Ausbau kann TYPO3 eine passende Grundlage sein. Seine Stärken liegen unter anderem in differenzierten Rechten, Mehrsprachigkeit und strukturiertem Content Management. Für kleinere, klar abgegrenzte Webauftritte kann WordPress wirtschaftlich sinnvoll sein. Entscheidend ist nicht der Bekanntheitsgrad eines Systems, sondern die Passung zu Redaktion, Integrationen und Weiterentwicklung.
Barrierefreiheit sollte ebenfalls nicht als spätere Prüfung behandelt werden. Wenn eine Umsetzung nach BITV oder WCAG erforderlich ist, beeinflusst das Konzeption, Design, Frontend-Entwicklung und redaktionelle Prozesse. Gleiches gilt für Suchmaschinenfreundlichkeit: Saubere Informationsarchitektur, technische Performance, strukturierte Inhalte und kontrollierbare Weiterleitungen sind Teil der Umsetzung, nicht bloß ein nachträgliches Paket.
Angebote sinnvoll vergleichen
Der niedrigste Angebotspreis ist selten die verlässlichste Entscheidungsgrundlage. Ein günstiges Angebot kann sinnvoll sein, wenn Leistungsumfang, technische Grundlage und Betrieb klar abgegrenzt sind. Fehlen diese Informationen, verlagert sich das Risiko oft in Nachträge, Verzögerungen oder eingeschränkte Qualität.
Achten Sie darauf, wie Anbieter mit offenen Punkten umgehen. Werden Annahmen transparent benannt? Ist die vorgeschlagene Architektur verständlich begründet? Werden Risiken bei Migration, Schnittstellen oder Barrierefreiheit angesprochen? Ein Angebot, das Fragen stellt und Unsicherheiten sauber einordnet, ist häufig wertvoller als ein Dokument, das jedes Problem vorschnell als gelöst darstellt.
Neben Preis und Referenzen sollten auch die Projektmethodik, die Zusammensetzung des Teams und die langfristige Erreichbarkeit bewertet werden. Bei einer Webplattform entsteht ein erheblicher Teil des Nutzens erst nach dem Launch. Updates, Sicherheitsmaßnahmen, neue Funktionen und Optimierungen brauchen einen Partner, der das System versteht und nicht bei jeder Anpassung wieder von vorn beginnt.
Nachvollziehbare Bewertungskriterien festlegen
Damit die Auswahl nicht allein von Einzelmeinungen abhängt, sollten Bewertungskriterien vor dem Eingang der Angebote feststehen. Typische Kriterien sind fachliches Verständnis, technische Lösung, Erfahrung mit vergleichbaren Anforderungen, Vorgehen im Projekt, Qualität der Betreuung und Gesamtkosten über mehrere Jahre.
Gerade die Gesamtkosten verdienen Aufmerksamkeit. Lizenzfreie Open-Source-Systeme bedeuten nicht, dass der Betrieb kostenlos ist. Budgetieren Sie Leistungen für Hosting, Updates, Support, Weiterentwicklung und gegebenenfalls Schulungen. Eine wartbare Architektur und sauber dokumentierte Entwicklung kosten in der Umsetzung manchmal mehr, senken aber den Aufwand im laufenden Betrieb.
Den Projektstart bereits mit ausschreiben
Eine gute Ausschreibung endet nicht mit der Abnahme. Sie beschreibt auch, wie Inhalte migriert, Redakteure eingewiesen und Fehler nach dem Launch bearbeitet werden. Vereinbaren Sie eine Stabilisierungsphase mit klaren Reaktionswegen. Das gibt internen Teams Sicherheit und verhindert, dass kritische Themen unmittelbar nach der Veröffentlichung ungeordnet behandelt werden.
Ebenso wichtig sind eindeutige Abnahmekriterien. Dazu können definierte Funktionen, unterstützte Browser, Performance-Ziele, Tests für zentrale Nutzerwege und Anforderungen an die Dokumentation gehören. Nicht alles lässt sich vollständig vorab festlegen. Doch je klarer der gemeinsame Qualitätsmaßstab ist, desto besser lassen sich Entscheidungen im Projekt treffen.
Eine sorgfältige Webprojekt Ausschreibung verlangt Zeit und interne Abstimmung. Diese Zeit ist gut investiert, wenn daraus kein starrer Anforderungskatalog entsteht, sondern ein gemeinsames Verständnis für Ziele, Qualität und Betrieb. Dann beginnt die Zusammenarbeit nicht mit Überraschungen, sondern mit einer tragfähigen Grundlage für die nächsten Jahre.
