Themen

Karten-Ergonomie: wie viel Information pro Karte zu viel ist

Die Karte ist die kleinste Bedeutungs-Einheit auf einem Board. Überlade sie, wird das Board unlesbar; befüll sie zu wenig, müssen Leute jede Karte öffnen, um zu finden, was sie brauchen. Das richtige Maß ist enger, als es scheint.

Karten-Design
UX
Produktion
Konzepte
Julia Yukovich
Julia YukovichCo-Founder + CEO
·14. Dezember 2025·
4 Min. Lesezeit

Die Karte hat eine Aufgabe: der Person vor dem Board zu sagen, was diese Arbeit ist, wer dran sitzt und ob sie gesund läuft - in unter drei Sekunden. Alles, was diesem Ziel nicht dient, ist Deko.

Die Drei-Sekunden-Regel

Öffne dein Board, schau eine beliebige Karte an, ohne sie anzuklicken, und beantworte drei Fragen in dieser Reihenfolge: was ist diese Arbeit? (Ein-Zeilen-Titel), wer ist gerade verantwortlich? (Owner der aktuellen Phase), läuft sie gesund? (überfällig / blockiert / auf Kurs). Schaffst du alle drei in unter drei Sekunden ohne Klick, stimmt die Ergonomie. Braucht auch nur eine einen Klick, ist die Karte für die Rolle im täglichen Lesen unter-designt.

Was auf die Karten-Oberfläche gehört

Das richtige Minimum ist klein. Titel (konkret, von der Kund:in wiedererkennbar). Aktueller Owner (Avatar oder Initialen der Person, die für diese Phase verantwortlich ist - nicht der Erst-Assignee). Gesundheits-Glyph (ein visuelles Zeichen: grün = auf Kurs, gelb = nahe der Dauer, rot = überfällig, grau = blockiert). Das ist die Oberfläche, die die meisten Boards brauchen. Optionale Ergänzungen: Prioritäts-Chip, Deadline-Datum bei knapper Frist, ein Tag, wenn deine Taxonomie klein genug ist, dass eines die Kategorie trägt. Der Rest hinter dem Klick.

Titel - eine Zeile, von Kund:innen wiedererkennbar.
Aktueller Owner - aktuelle Phase, nicht ursprünglich.
Gesundheits-Glyph - ein Zeichen: grün / gelb / rot / grau.
Optional: Prioritäts-Chip, knappe Deadline, ein Tag.

Was Teams oft zu viel reinpacken

Fünf wiederkehrende Sünder. Der volle Daten-Stack (erstellt, gestartet, fällig, fertig) - ein Datum ist Signal; vier sind Rauschen. Alle je Beteiligten - die ursprüngliche Zuteilung, der aktuelle Owner, die QA-Person, die Liefer-Person - als Reihe von vier Avataren. Nur der aktuelle Phasen-Owner zählt auf den Blick. Tag-Suppe - 5+ Tags pro Karte; das Auge hört auf zu lesen. Beschreibungs-Vorschau - 200 Zeichen Body-Vorschau; nie tragend, immer verstellend. Eigenfelder-Salat - jedes aus Asana / Notion importierte Feld auf der Oberfläche, weil der Import nicht entscheiden konnte, welches wichtig ist. Die Migration ist der richtige Moment, sie zu reduzieren.

Die Fünf-Karten-Prüfung

Einmal im Quartal: fünf laufende Karten zufällig wählen und gegen die Drei-Sekunden-Regel prüfen. Versagt eine der fünf, sind die Oberflächen-Felder falsch, nicht die Karte. Streich, was nicht tragend ist - meist ein Feld, gelegentlich zwei. Das Board liest sich am selben Nachmittag sauberer.

Der Board-Zoom-Test

Eine praktische Heuristik. Zoom das Board im Browser auf 50%. Kannst du das Tragende noch lesen - Titel, Owner, Gesundheit? Wenn ja, skaliert die Ergonomie. Wird es bei 50% unlesbar, hängst du an Details, die einen vollen Tag auf einem echten Bildschirm nicht überleben. Die meisten Teams sollten für den 50%-Zoom entwerfen; 100% ist für den Moment, in dem du reinklickst, um zu arbeiten - nicht für den Scan zur Planung.

Wie Production Board standardmäßig setzt

Die Karten-Oberfläche von {PRODUCT} ist bewusst schmal: Titel, Owner der aktuellen Phase, Gesundheits-Glyph aus Phasen-Dauer und Blocker-Status, optional ein Prioritäts-Chip. Beschreibung, Kommentare, Anhänge und das volle Audit-Log hängen hinter dem Klick. Wir haben zu viele Boards in Oberflächen-Rauschen ertrinken sehen; die Disziplin sitzt im Default, nicht in der Selbst-Beschränkung des Teams.

Häufige Fragen

Häufig gefragt

Diesen Artikel teilen

Probiere Production Board

Kostenloser Tarif, keine Kreditkarte nötig. Hosting in Deutschland. Export und Löschung sind self-service.

Julia Yukovich

Geschrieben von

Julia Yukovich

Co-Founder + CEO

Julia ist eine der Co-Founder. Sie kümmert sich um Design, Produkt-Richtung und den Großteil der Support-Antworten am Morgen.

julia.yukovich at aicuflow dot comLinkedIn