# Lesersituationen zuordnen, ohne Identitäten zu erraten

Vollständige eigene konstruierte Übung. Keine echten Personen, Konten, Studien, Anfragen, Projekte oder Geschäftsergebnisse.

Ordne redaktionellen Bedarf nach Aufgabe, Auslöser und Einschränkung, die eine Antwort tatsächlich verändern. Beobachtete Belege, berichtete Angaben und eigene Annahmen bleiben in einer kleinen Situationskarte sichtbar. Demografische Anteile oder erfundene Personas verraten keinen individuellen Bedarf.

## Das Problem als Einheit wählen

Für eine Berichtsbibliothek bestimmt „Junior-Marketer“ die passende Erklärung nicht ausreichend. Ein Erstleser deutet Impressionen, eine Kollegin bereitet einen zugänglichen öffentlichen Export vor und ein Verantwortlicher prüft einen kommerziellen Berichtsschluss. Das sind unterschiedliche Aufgaben. Je Situation Auslöser, Ziel, Vorwissen und Hindernis festlegen; keine erfundenen Alters-, Arbeitgeber- oder Einkommensgruppen anhängen.

GOV.UKs Bedarfshilfe trennt erforschte Bedürfnisse von Annahmen und nennt Umstände zusätzlich zu Aufgabe und Zweck. Sie betrifft staatliche Dienste, keine bestätigte Segmentierung von LinkedIn-Creatorn. Die Situationskarte hier ist ein eigener Planungsbogen; weder echte Teilnehmende noch eine Publikums-Clusteranalyse haben ihre Zeilen hervorgebracht.

## Jeder Zeile einen Belegstatus geben

Aufgabenaussage, Quellenverweis, tatsächlich Beobachtetes oder Berichtetes und verbleibende Annahme als getrennte Spalten führen. Eine echte Supportfrage belegt diese Frage in diesem Zusammenhang, nicht ihren Anteil am Publikum. Eine Zusammenfassung aus zweiter Hand bleibt berichteter Beleg, bis Quelle und Umfang prüfbar sind. Redaktionelle Vorschläge gehören in die Annahmenspalte.

Ein natives Analysefeld kann ein aggregiertes Publikum innerhalb eigener Schwellen und Zeitfenster beschreiben. Es verknüpft keinen bestimmten Menschen mit Titel, Hindernis oder Zahlungsbereitschaft. Aggregierte Passungsprüfung bleibt die eigene Aufgabe im verlinkten Leitfaden. Identifizierende Details minimieren; ein lokaler Quellenverweis genügt meist zum berechtigten Nachprüfen.

## Eine Karte mit drei Situationen bearbeiten

Alle drei Übungszeilen sind Annahmen. S1: „Ich habe einen Screenshot und muss vor dem Vergleich dessen Zeitraum bestimmen“; Hindernis: abgeschnittenes Datum; Hilfe: Zeitraumprüfung. S2: „Ich muss einen Bericht teilen, ohne Identitäten offenzulegen“; Hindernis: private Beschriftung; Hilfe: Schwärzung und Exportprüfung. S3: „Ich muss erklären, ob der Bericht Verkäufe zeigt“; Hindernis: fehlende Zahlungsbelege; Hilfe: Ergebnisgrenzen. Keine Zeile belegt ein echtes persönliches Problem.

Überschneidung ist erlaubt: Jemand kann heute S1 und S2 und später S3 haben. Ein Leitfaden dient der Aufgabe statt einer Quote für ein fiktives Segment. Vorhandene Antworten verlinken. Eine entscheidungsrelevante Lücke notieren, etwa ob das Datum im gespeicherten Export noch vorhanden ist, statt eine gesamte persönliche Vorgeschichte anzufordern.

| Situation | Aufgabe | Belegstatus |
| --- | --- | --- |
| S1 | Zeitraum bestimmen | Annahme |
| S2 | Private Beschriftung entfernen | Annahme |
| S3 | Verkaufsaussage prüfen | Annahme |

## Drei Zuordnungsfehler bearbeiten

S-A — Konstruierte Titelabkürzung: Ein Analysefeld nennt viele Führungskräfte. Entscheidung: Weder Budgetverantwortung noch gemeinsamen Angebotsbedarf ableiten. Aufgabenbeleg bleibt unbekannt. Ergebnis: Unbelegtes Käufersegment wird entfernt.

S-B — Konstruierte Ausschließlichkeit: Dieselbe Person könnte Zeitraumdeutung und Entfernung privater Beschriftung brauchen. Entscheidung: S1/S2 als überlappende Situationen mit passenden Vorbereitungsschritten erhalten. Ergebnis: Weder doppelte Personenzählung noch dauerhaft erfundene Einzelpersona.

S-C — Konstruierter Prioritätskonflikt: Ein grafischer Umbau ist einfach, im Bericht steht aber eine unbelegte Verkaufsaussage. Entscheidung: Diese Aussage zurückhalten und Belegproblem zuerst lösen. Schönere Grafik behebt es nicht. Ergebnis: Begrenzte redaktionelle Priorität statt beobachteter Leserpräferenz.

## Eine begrenzte nächste Antwort wählen

Mit sichtbarem Grund wählen: Bedeutung der belegten Aufgabe, Folgen falscher Antwort, vorhandene Abdeckung, Belegreife und echte Pflegekapazität. Erfundenes Segmentvolumen mal geschätzter Konversion ergibt keinen belastbaren Score. Ein ungemessener Bedarf mit ernsten Folgen kann Klärung oder Zurückhalten verlangen statt selbstsicherem Artikel.

Je Antwort festhalten, was Leser danach tun können sollen und woran ein Fehlschlag erkennbar wäre. Ein funktionierender Link ist etwas anderes als erfolgreicher Aufgabenabschluss. Ändert berechtigte spätere Forschung die Umstände, Karte versionieren und abhängige Leitfäden prüfen; frühere Annahmen nicht stillschweigend zu bestätigtem Bedarf umbenennen.

## Belege und Redaktionsentscheidung nachvollziehbar halten

Der Privatbogen enthält Situationskennung, Auslöser/Aufgabe/Ziel, Einschränkung, tatsächlichen Beleg mit Datum, Annahme, Überschneidung, Antwortvorschlag, Prioritätsgrund, Zuständigkeit und nächste Prüfung. Downloadbar sind die eigene Dreizeilenkarte und Fälle. Der Prüfer sichert nur den ausdrücklich hypothetischen Status der Übungszeilen; er bestätigt weder Bedarf, Repräsentativität, Identität, Präferenz noch Käufe.

Primärhilfe wurde am 1. November 2026 gelesen. Es gab weder Segmentierungsstudie noch Interviews, Rekrutierung oder Anreicherung persönlicher Daten. Der Bogen unterstützt die Entscheidung über nächste Untersuchung und Erklärung. Echte spätere Belege in ihrem tatsächlichen Umfang halten; private Quellen nicht in öffentliche Beispiele kopieren.

1. Aufgabe, Umfang und tatsächliche Befugnis festhalten.
2. Eingaben und Belegstatus an der wirklichen Quelle prüfen.
3. Vollständigen Vorschlag samt Abhängigkeiten und offenen Punkten bearbeiten.
4. Entscheidung, Zuständigkeit und nächsten berechtigten Schritt notieren.
5. Tatsächliches Ergebnis getrennt von Plan und konstruiertem Beispiel prüfen.

## Primärquellen

- [GOV.UK: Circumstances, evidence and validated user needs](https://www.gov.uk/service-manual/user-research/start-by-learning-user-needs)