Feedback geben: Beispiele für Reviews & Fehlerberichte

Freitagnachmittag bei Nordlicht Studio. Die neue Landingpage für Acme Inc. ist fertig und geht ins Review. Am Montag steht ein Kommentar an der Aufgabe: „Die Headline muss besser werden. Und die Contentbreite passt nicht.“ Der Designer liest das zweimal. Was heißt besser? Welche Seite? Er fragt nach. Er wartet. Am Mittwoch ist die Korrektur endlich drin.

Das Problem war nicht die Arbeit. Das Problem war das Feedback. In diesem Artikel lernst du, wie gutes Feedback in Reviews aussieht und wie du Fehler so beschreibst, dass sie schnell behoben werden. Du bekommst sieben Beispiele gut gegen schlecht, eine einfache Formel und eine Vorlage für Fehlerberichte zum Kopieren.

Warum „passt nicht“ kein Feedback ist

Der wichtigste Satz zuerst:

Ein Feedback vom Reviewer an den bearbeitenden Mitarbeiter muss klar verständlich sein und alle notwendigen Details und Informationen enthalten, damit das Feedback schnell eingearbeitet werden kann.

„Passt nicht“ erfüllt das nicht. Es sagt nur, dass etwas falsch ist. Es sagt nicht, wo, was genau und wie es richtig wäre. Die bearbeitende Person hat dann drei Möglichkeiten: raten, nachfragen oder irgendetwas ändern. Alle drei kosten Zeit. Und oft folgt eine weitere Korrekturschleife.

Gutes Feedback beginnt übrigens schon vor der Arbeit. Wenn die Aufgabe klar beschrieben ist, gibt es später weniger zu korrigieren. Wie das geht, liest du in Gute Aufgabenbeschreibung: Vorlage & Beispiele fürs Team. Hier geht es um den Schritt danach: das Review.

Gutes vs. schlechtes Feedback: 7 Beispiele aus dem Alltag

Diese Beispiele kommen direkt aus dem Agenturalltag. Lies zuerst links, dann rechts. Du merkst den Unterschied sofort.

Warum funktioniert die rechte Spalte?

• Headline: Die Richtung ist klar. Die Lösung bleibt bei der Texterin.

• Abstand: „Um das Doppelte“ ist messbar. Niemand muss raten, wie viel mehr.

• Contentbreite: Die Seite ist genannt, der Vergleich auch. Das Ziel ist eindeutig.

• DOI: Die Rückmeldung beschreibt, was du getan hast und was dann nicht passiert ist. Damit kann man den Fehler nachstellen.

• Werte: Testdaten, Ist-Wert und Soll-Wert. Mehr braucht es nicht für die Fehlersuche.

• Dateigröße: Ein klarer Grenzwert statt eines Gefühls.

• Dateiformat: Zwei erlaubte Formate, eines davon bevorzugt.

Was die guten Beispiele gemeinsam haben

Jedes gute Beispiel beantwortet dieselben Fragen. Wo ist das Problem? Was ist jetzt? Was soll sein? Und oft: Woran messe ich das? Genau daraus entsteht die Formel.

Die Formel für gutes Feedback: Wo + Ist + Soll (+ Maßstab)

Merk dir vier Bausteine:

1. Wo: Seite, Abschnitt, Datei oder Schritt. „Auf der Seite ‚xx‘ …“

2. Ist: Was du siehst. „… ist der Content breiter als der Header.“

3. Soll: Was stattdessen sein soll. „Der Content soll gleich breit sein.“

4. Maßstab (optional): Eine Zahl oder Regel. „Maximal 200 KB.“ „Um das Doppelte.“

Nicht jedes Feedback braucht alle vier. Aber fehlen Wo oder Soll, kommt fast immer eine Rückfrage.

Problem beschreiben statt nur Lösung diktieren

Du musst nicht immer die Lösung kennen. Ein klares Ist und ein Ziel reichen oft. „Bitte die Headline mehr auf Umwelteinflüsse anpassen“ gibt die Richtung vor. Die Formulierung findet die Person, die schreibt. So nutzt du ihr Können, statt es zu ersetzen.

Ein Punkt pro Feedback

Schreib nicht fünf Anmerkungen in einen Satz. Nummerier sie. Dann kann die bearbeitende Person jeden Punkt einzeln umsetzen und abhaken. Und du siehst beim nächsten Review sofort, was erledigt ist.

Sachlich und freundlich bleiben

Feedback betrifft das Ergebnis, nicht die Person. „Der Abstand ist zu klein“ statt „Du hast den Abstand vergessen“. Ein kurzes Danke für die Arbeit schadet nie. Wichtiger ist aber, dass dein Feedback klar ist.

Fehler melden: Ohne Schritte zur Reproduzierbarkeit geht nichts

Bei technischen Fehlern gilt alles oben. Und noch etwas mehr. Besonders wichtig sind die Schritte zur Reproduzierbarkeit:

Je genauer beschrieben wird, was ich gemacht habe und was zu dem Fehler geführt hat, desto schneller und genauer kann der Fehler behoben werden.

Wer den Fehler beheben soll, muss ihn zuerst selbst sehen. Klappt das Nachstellen nicht, beginnt die Suche im Dunkeln.

So schreibst du gute Reproduktionsschritte

• Beginn beim Ausgangszustand. Welche Seite, welches Konto, welcher Browser?

• Eine Aktion pro Schritt. „Formular öffnen“, „E-Mail eintragen“, „Absenden klicken“.

• Nenn genaue Eingaben. Welche Testdaten, welche Werte, welche Datei?

• Sag, wie oft es passiert. Jedes Mal, manchmal oder nur einmal?

• Ein Fehler pro Bericht. Zwei Fehler bekommen zwei Berichte.

Fakten von Vermutungen trennen

Schreib zuerst, was du siehst. „Nach dem Absenden kommt keine E-Mail“ ist ein Fakt. „Die Automatisierung ist kaputt“ ist eine Vermutung. Vielleicht liegt die Mail im Spam-Ordner. Vielleicht ist die Adresse falsch. Wenn du eine Vermutung hast, schreib sie dazu. Aber kennzeichne sie als Vermutung.

Vorlage: Fehlerbericht zum Kopieren

Kopier diese Vorlage in deine nächste Fehlermeldung. Streich, was du nicht brauchst.

Titel: [Was ist falsch] + [wo]

Schritte zur Reproduktion:
1. …
2. …
3. …

Erwartetes Ergebnis:
Was hätte passieren sollen?

Tatsächliches Ergebnis:
Was ist stattdessen passiert?

Umgebung:
Browser, Gerät, Betriebssystem, Seite oder URL, Konto

Häufigkeit:
Jedes Mal / manchmal / einmal

Screenshot oder Datei:
Angehängt: …

So sieht die Vorlage ausgefüllt aus. Nordlicht Studio testet das Kontaktformular für Acme Inc.:

Titel: Keine DOI-Bestätigungsmail nach Absenden des Kontaktformulars

Schritte zur Reproduktion:
1. Kontaktseite von Acme Inc. öffnen
2. Formular mit einer Test-E-Mail-Adresse ausfüllen
3. Newsletter-Checkbox anhaken
4. Auf „Absenden“ klicken

Erwartetes Ergebnis:
Innerhalb weniger Minuten kommt eine E-Mail zum Bestätigen des DOI.

Tatsächliches Ergebnis:
Die Danke-Seite erscheint. Es kommt keine E-Mail, auch nicht im Spam-Ordner.

Umgebung:
Chrome am Laptop, Windows, Kontaktseite

Häufigkeit:
Jedes Mal, dreimal getestet

Screenshot oder Datei:
Screenshot der Danke-Seite ist angehängt

Feedback und Fehler in YOWO7 sauber festhalten

Gutes Feedback braucht einen festen Ort. Nicht im Chat, nicht im Flur, nicht in fünf Mails. In YOWO7 bleibt es dort, wo gearbeitet wird.

In YOWO7 Projekte:

• Kommentare an der Aufgabe: Im Aufgabendetail liegt rechts das Panel Aktivität. Dort schreibst du dein Feedback als Kommentar. Kommentare und Änderungen stehen gemeinsam im Verlauf. So sieht jede Person, was wann besprochen wurde.

• Anhänge mit Vorschau: Screenshots und Dateien hängst du direkt an die Aufgabe. Bilder siehst du als Vorschau. Dein Screenshot liegt also genau neben dem Feedback.

• Checklisten: Mehrere Feedback-Punkte werden zu abhakbaren Einträgen. Der Fortschritt, zum Beispiel 3/5, steht direkt auf der Karte.

• Unteraufgaben: Größere Korrekturen bekommen eine eigene Karte mit eigenem Status. Sie hängt an der ursprünglichen Aufgabe.

• Eigene Status: Leg zum Beispiel eine Spalte „Review“ oder „Korrektur“ an. Dann sieht das ganze Team auf dem Board, was gerade geprüft wird.

• Zuweisung, Frist und Priorität: Setz fest, wer die Korrektur übernimmt und bis wann.

In Tickets der App Support:

• Status, Priorität und Bearbeiter: Jedes Ticket hat einen Status, eine Priorität von Niedrig bis Dringend und eine zuständige Person.

• Interne Notiz: Hinweise nur fürs Team schreibst du als interne Notiz. Die anfragende Person sieht sie nicht.

• Tickets aus Formularen: Tickets entstehen über das Widget auf deiner Website, per E-Mail oder über Formulare. Ein Formular kann bei jeder Einsendung ein Support-Ticket anlegen. Baust du dort Felder für Schritte, erwartetes und tatsächliches Ergebnis und Umgebung ein, kommen Fehlermeldungen gleich strukturiert an.

Und in Dateien: Lädst du eine Datei mit gleichem Namen in denselben Ordner, entsteht eine neue Version. So ist klar, zu welcher Version welches Feedback gehört.

Wie du Projekte in der Agentur insgesamt aufbaust, liest du in Projektmanagement in Agenturen. Kommt das Feedback vom Kunden per Mail, hilft ein gemeinsames Postfach. Und warum Feedback an einem Ort besser ist als in vielen Tools, steht in Tool-Chaos: Wie viele Tools sind zu viele?

Checkliste: Prüf dein Feedback vor dem Absenden

Bevor du ein Feedback oder einen Fehler abschickst, stell dir fünf Fragen:

1. Steht drin, wo das Problem ist?

2. Steht drin, was jetzt ist und was sein soll?

3. Gibt es einen Maßstab, wo einer möglich ist?

4. Bei Fehlern: Kann jemand die Schritte nachmachen?

5. Ist ein Screenshot angehängt, wenn er hilft?

Fünfmal Ja? Dann kann die bearbeitende Person sofort loslegen.

Fazit: Klares Feedback spart eine Korrekturschleife

Gutes Feedback kostet dich eine Minute mehr beim Schreiben. Dafür spart es Rückfragen, Wartezeit und oft eine ganze Korrekturschleife. Nutze die Formel Wo + Ist + Soll. Nummerier deine Punkte. Und beschreib bei Fehlern genau, was du gemacht hast.

Willst du sehen, wie Feedback und Fehlermeldungen in deinem Team an einem Ort landen? Demo buchen: 30 Minuten, live und unverbindlich. Wir zeigen dir Projekte, Kommentare, Anhänge und Tickets an einem echten Ablauf.