Kapitel 01 / 05
Zehn Zeichen mit konkretem Prüfauftrag
Die Liste ist ein Diagnosewerkzeug, keine automatische Empfehlung zur Neuerstellung. Ein defektes Formular braucht vielleicht nur eine gezielte Reparatur. Eine unpassende Informationsstruktur kann dagegen einen umfassenden Umbau erfordern.
Sammle reale Beispiele: abgebrochene Aufgaben, blockierte Redaktion, fehlende Marktseiten und Integrationsfehler. Priorisiere nach Wirkung auf Kunden und Betrieb.
- 1. Das Angebot hat sich verändert
- Die Website beschreibt Leistungen, die nicht mehr angeboten werden.
- 2. Mobile Aufgaben scheitern
- Anfrage, Kauf oder Navigation funktionieren auf kleinen Displays nicht.
- 3. Inhalte sind schwer pflegbar
- Normale Änderungen benötigen einen Entwickler.
- 4. Passende Besucher kommen nicht weiter
- Angebotsproblem und Bedienungsfriktion getrennt untersuchen.
- 5. Wichtige Inhalte sind unerreichbar
- Navigation, Indexierung oder Rechte verstecken relevante Seiten.
- 6. Performance stört Aufgaben
- Große Assets, springendes Layout oder langsame Reaktion bremsen.
- 7. Sicherheitsverantwortung fehlt
- Updates, Zugriffe und Störungen haben keinen Zuständigen.
- 8. Barrieren bleiben bestehen
- Tastatur, Kontrast oder Fehler verhindern die Nutzung.
- 9. Neue Märkte passen nicht hinein
- Sprachversionen und RTL lassen sich nicht zuverlässig abbilden.
- 10. Schnittstellen sind instabil
- Manuelle Umwege und stille Fehler belasten die Abläufe.
Kapitel 02 / 05
Reparatur, Überarbeitung oder Neubau?
Eine Reparatur behebt einen begrenzten Defekt. Eine Überarbeitung verbessert Darstellung und Inhalte bei sinnvoller bestehender Struktur. Ein Neubau verändert Inhaltsmodelle, Plattform oder zentrale Abläufe.
Die Risiken und Budgets unterscheiden sich. Lass den kleinsten wirksamen Eingriff begründen. Ein Plattformwechsel ohne Bezug zum eigentlichen Problem erzeugt zusätzliche Migration statt zusätzlichen Nutzen.
| Befund | Ausgangspunkt | Nachweis |
|---|---|---|
| Nachrichten gehen verloren | Gezielte Reparatur | Anfrage kommt im Postfach an |
| Angebot unklar | Inhalt und Gestaltung verbessern | Zielkunde versteht die Leistung |
| Redaktion blockiert | Workflow oder CMS ändern | Redakteur veröffentlicht selbstständig |
| Expansion technisch blockiert | Strukturierter Relaunch | Neuer Marktweg funktioniert vollständig |
Kapitel 03 / 05
Bewahren, was bereits funktioniert
Erfasse URLs, Inhalte, Downloads und eingehende Links. Behalte Artikel- und Leistungsadressen, wenn das Thema gleich bleibt. Notwendige Änderungen brauchen direkte Weiterleitungen zum passenden Ersatz, nicht pauschal zur Startseite.
Veröffentlichungsdaten und Forschung bleiben erhalten. Ein neues Layout macht eine alte Messung nicht aktuell. Substanzielle Überarbeitungen erhalten ein echtes Aktualisierungsdatum und eine nachvollziehbare Versionsangabe.
Kapitel 04 / 05
Kontrolliert migrieren
Prüfe den neuen Stand gegen eine Routenliste. Teste Anfrage, Kauf, Sprachwechsel, Bilder, Metadaten und Weiterleitungen. Staging darf nicht indexiert werden; der Schutz darf beim Produktionslaunch nicht versehentlich bleiben.
Sichere Dateien und gegebenenfalls Datenbanken, übe den Upload und definiere Rückkehrbedingungen. Eine Person verantwortet Deployment und Liveprüfung. Ein lokaler Build bestätigt keine Serverkonfiguration.
- Ausgangsstand URLs, Inhalte und funktionierende Abschlüsse erfassen.
- Probe Migration und wichtige Aufgaben kontrolliert durchspielen.
- Launch Echte Statuscodes und Zustellung nach Upload prüfen.
- Nachkontrolle Fehler, Suchabdeckung und qualifizierte Ergebnisse beobachten.
Kapitel 05 / 05
Am ursprünglichen Problem messen
War langsame Redaktion der Grund, muss die Veröffentlichung jetzt einfacher sein. Bei verlorenen Anfragen zählt Zustellung, bei neuen Märkten die lokale Nutzerreise. Prüfe mit tatsächlichen Lesern und Verantwortlichen.
Ein jüngeres Erscheinungsbild allein beweist keinen Erfolg. Halte Änderungen fest und berücksichtige Kampagnen und Saisonalität im Vergleich. Entscheidend ist die beseitigte Einschränkung.
Zur Umsetzung: Die passende Leistung ansehen.