Für Website-Relaunch: Für Relaunch-Projekte, in denen viele Stakeholder gleichzeitig eine Staging-Version kommentieren müssen.
Kurz gesagt
Alle Beteiligten kommentieren dieselbe Staging-URL, jede Notiz hängt an ihrer Seite und ihrem Element. Weil Notizen Status und Zuweisung haben, siehst du pro Seite, was offen ist – die Restpunkte-Liste zum Go-live entsteht ohne separate Excel-Datei.
Bei einem Relaunch arbeiten Marketing, Geschäftsführung, externe Berater und Entwickler gleichzeitig an derselben Staging-Version. nootiz sammelt deren Feedback an der Stelle, an der es hingehört: auf der neuen Seite selbst, statt verteilt über E-Mail, Slack und Meeting-Notizen.
Bevor der Kunde die neue Seite sieht, prüft das interne Team Staging selbst durch und räumt offensichtliche Lücken aus. Erst danach geht der Freigabe-Link an den Kunden, damit dessen Feedback sich auf Substanz statt auf Platzhaltertexte oder fehlende Bilder bezieht.
URL, Bildschirmgröße und Browser werden automatisch erfasst. Das Entwicklerteam weiß sofort, welche Version gemeint ist – ohne Rückfragen, welche Unterseite oder welches Endgerät betroffen war.
Lege für Inhaltsfehler (fehlende Texte, falsche Bilder) und Design-Fehler (Abstände, Farben) dieselbe Notizliste an, aber beschreibe den Typ in der Notiz. So sieht die Projektleitung auf einen Blick, ob ein Punkt zur Redaktion oder zur Entwicklung gehört, ohne zwei getrennte Tools zu pflegen.
Öffne die neue Seite unter den geplanten finalen URLs auf Staging, sofern das Setup dies erlaubt, und markiere abweichende Pfade oder fehlende Weiterleitungen direkt an der betroffenen Seite. So bleibt die SEO-Prüfung Teil derselben Freigaberunde wie das visuelle Feedback.
Status und Zuweisung machen den Stand der Freigabe transparent. Der Launch-Termin wird planbar, weil offene Punkte früh sichtbar sind und die Restpunkte-Liste sich nicht in einer separaten Excel-Datei versteckt.
Markiere kritische Punkte mit hoher Priorität direkt in der Notiz, statt sie in derselben Liste wie kosmetische Details untergehen zu lassen. Die Projektleitung entscheidet anhand offener High-Priority-Notizen, ob der Launch-Termin hält oder verschoben wird.
Der Launch ist erst freigegeben, wenn alle kritischen Notizen auf „Erledigt“ stehen und die Kundenseite dies ausdrücklich bestätigt. Kosmetische Restpunkte lassen sich bewusst auf nach dem Launch verschieben, solange das dokumentiert ist.
Staging-Version der neuen Seite als neues Projekt in nootiz einrichten.
Snippet vor dem </head> der Staging-Seite einbauen.
Team sichtet die Seite zuerst, behebt offensichtliche Lücken und markiert unklare Punkte.
Freigabe-Link an alle Stakeholder verteilen – ohne Konto, ohne Einladung.
Notizen direkt auf der Seite sammeln, nach Priorität sortieren und zuweisen.
Hoch priorisierte Notizen zuerst umsetzen, damit der Launch-Termin nicht an Kleinigkeiten hängt.
Notizen in „Erledigt“ verschieben und final freigeben.
Ja, nootiz läuft auf Staging-Umgebungen und Passwort-geschützten Seiten. So schließt du interne Freigaben vor dem Go-Live ab.
Du entfernst es einfach vom Live-System oder nutzt nootiz weiter für spätere Optimierungen und Bug-Meldungen.
Trenne kritische von kosmetischen Punkten. Kritische Notizen blockieren den Launch, kosmetische lassen sich als Nachlauf-Liste für die erste Woche nach dem Go-live führen.
Alle Beteiligten arbeiten auf demselben Link und derselben Notizliste. Es gibt keine parallelen Versionen, weil jede Notiz am Element der aktuellen Staging-Seite hängt.
Nein, ein Relaunch-Projekt startet sauber auf der neuen Staging-URL. Notizen zur alten Seite bleiben in deren eigenem Projekt erhalten, falls du sie parallel dokumentiert hast.
Du kannst pro Abteilung eigene Notizen mit eigener Priorität führen und den Gesamtstatus anhand offener Notizen je Bereich einsehen, ohne separate Projekte anlegen zu müssen.
Wenn sich ein Element deutlich verschiebt, kann die zugehörige Notiz den Bezug verlieren. Prüfe nach größeren Strukturänderungen kurz, ob offene Notizen noch am richtigen Element sitzen.
Feedback-Tool für Agenturen
→Website-Feedback für Webdesigner
→Bug-Feedback für Entwickler
→Freigabeprozesse für Projektmanager
→Textkorrekturen direkt auf der Website
→Design-Review Workflow für Webprojekte
→Visuelles QA Testing für Websites
→Kundenfreigabe für Websites
→Content Review & Korrekturen auf der Website
→Staging-Feedback sammeln
→Website-Feedback für E-Commerce & Onlineshops
→Website-Feedback für SaaS-Unternehmen
→Website-Feedback für Healthcare & Praxen
→Vertiefende Seiten zu Plattformen, Vergleichen und Praxis-Workflows.
Ein Relaunch scheitert selten technisch – häufiger an unklarer Kommunikation mit dem Kunden über Zeitplan, Umfang und Freigaben.
→AnwendungsfallFür Agenturen, die Freigabeschleifen kürzen wollen: Kundenfeedback landet direkt auf der Seite statt in E-Mail, WhatsApp und Excel.
→AnwendungsfallFür passwortgeschützte Staging- und Preview-Umgebungen, die Feedback von außen einholen müssen.
→FunktionJede Aufgabe hat einen Namen und einen Status.
→PlattformFür WordPress brauchst du kein eigenes Plugin: Du fügst das nootiz-Snippet einmal in den Header deines Themes ein (oder über ein Code-Snippet-Plugin) und kannst danach auf jeder Seite Notizen direkt am Element hinterlassen. Kunden brauchen dafür kein WordPress-Login und kein Backend-Konto.
→FunktionNeues Feedback? Dein Team weiß es sofort, ohne ein Board zu prüfen.
→Snippet einbauen, Link teilen, Feedback direkt auf der Website sammeln – in unter 5 Minuten startklar.
