… sind aufwändig & teuer • … erfüllen nicht immer die gestellten Erwartungen • … gehen oft nicht auf Veränderung ein • … enthalten auch meist einen Rückschritt • … dienen auch einem Großreinemachen
Zu viele Inhalte, die keiner p fl egen will • Bisheriges System unterstützt gewünschte Funktion X nicht • Zu langsam / zu alt • Keiner versteht mehr wie sie funktioniert • Erträge zu niedrig • Agenturwechsel
es andere Lösungswege • Open Source erlaubt Backports, externe Module, Microservices • Dieses Problem wird immer wieder auftreten • Unterstützt das neue System alle bisherigen Funktionen?
• Aktuelle Software verwenden • Problemanalyse durch Entwickler oder notfalls Berater • Bei viel Eigenentwicklung wird das Problem durch einen Relaunch nicht zwingend gelöst
… die Wünsche der Benutzer • … die Konkurrenz • … interne Interessen • Festigt das Verhältnis zwischen Kunde und Agentur bzw. Team • Schlechtes wird gut & Gutes wird noch besser
von Ideen (Prototypen & A/B-Tests) • Neue Funktionen in 14 Tagen mit agiler Entwicklung • Geringe Gefahr für die Sichtbarkeit (SEO) • Technische Lösungen werden immer wieder optimiert • Weniger Zeitdruck!
„Big Bang“ • Budgetmanagement & Ziele dürfen nicht aus dem Auge verloren werden • Meilensteine feiern! • Mehr Beratung notwendig • Auch die eigenen Benutzer einbinden (Redakteure, Webmaster, …)
der „Continuous Relaunch“ um … • … Komplexität zu mindern • … kritische Features mit hohem Wert transportabel zu machen • … alte Zöpfe abzuschneiden • … Prototypen auszuprobieren • … Wissen aufzubauen • … Ziele zu festigen • … vielleicht den Relaunch zu vertagen ;-)
auch zum Ziel • Ein „Geht nicht“ lieber nochmal hinterfragen • Ziele einer Webpräsenz immer wieder überprüfen • Lieber frühzeitige Erträge statt ungewissen „Big Bangs“