[Bug] UX: Tracking→Todo-Erstellung ist im Frontend unsichtbar — keine Discoverability #329

Closed
opened 2026-05-18 13:41:23 +02:00 by admin-mrrm · 3 comments
Owner

Beobachtetes Verhalten

Das Feature „bei Tracking-Status-Änderung wird automatisch ein Todo in einer Liste 'Pakete' angelegt" (implementiert in #143/#144/#145) ist im Frontend nicht erkennbar:

  • Im TrackingDetailScreen kein Hinweis, dass Status-Änderungen Todos erzeugen
  • In der Listen-Übersicht (/einkaufen, /listen) ist 'Pakete' eine Liste unter vielen, ohne besondere Kennzeichnung als „auto-generiert"
  • Keine Notification / Toast / Badge bei Neu-Anlage eines Todos
  • Wenn man die App nicht zum richtigen Zeitpunkt offen hat, merkt man nichts

Folge: User weiß nicht, ob das Feature überhaupt existiert — Testing/Validierung kaum möglich.

Erwartetes Verhalten

Der User soll erkennen können:

  1. dass das Feature existiert (im Tracking-Kontext erklärt)
  2. wann ein Todo erstellt wurde (Notification / Badge)
  3. wo die Todos landen (Liste 'Pakete' optisch hervorgehoben, ggf. Quick-Link aus Tracking-Detail)

Mögliche Lösung (Diskussionsbasis)

  • TrackingDetailScreen: Hinweis-Box „Bei Status-Änderungen wird automatisch ein Todo in der Liste 'Pakete' erstellt" (kann mit Toggle pro User abschaltbar sein)
  • ListsOverviewScreen: Listen mit type='todo' AND title='Pakete' mit kleinem Icon / Badge „auto" markieren
  • Push-/In-App-Notification bei neuem Todo (über bestehendes Notification-System)
  • Optional: Link in TrackingDetailScreen „Zugehöriges Todo anzeigen" (FK-Tabelle: tracking_id ↔ list_item_id)
  • Onboarding-Hinweis beim ersten Tracking-Add: „Hey, wir erstellen automatisch Todos für dich"

Aufwand

prio/medium — Feature ist da, das ist UX-Polish. Aber blockiert effektiv die Nutzung weil unsichtbar.

Web-Parität

Pendant auf Web ebenfalls ziehen (CLAUDE.md-Regel).

Verwandt

  • #143/#144/#145 (Implementation, alle closed)
  • Verifizierungs-Chore (vorhergehender Issue) sollte zuerst bestätigen dass die Pipeline läuft
  • #228 (Event-Historie) — wenn das umgesetzt ist, könnte ein „letztes auto-Todo"-Eintrag in der Timeline auftauchen
## Beobachtetes Verhalten Das Feature „bei Tracking-Status-Änderung wird automatisch ein Todo in einer Liste 'Pakete' angelegt" (implementiert in #143/#144/#145) ist im Frontend **nicht erkennbar**: - Im `TrackingDetailScreen` kein Hinweis, dass Status-Änderungen Todos erzeugen - In der Listen-Übersicht (`/einkaufen`, `/listen`) ist 'Pakete' eine Liste unter vielen, ohne besondere Kennzeichnung als „auto-generiert" - Keine Notification / Toast / Badge bei Neu-Anlage eines Todos - Wenn man die App nicht zum richtigen Zeitpunkt offen hat, merkt man nichts Folge: User weiß nicht, ob das Feature überhaupt existiert — Testing/Validierung kaum möglich. ## Erwartetes Verhalten Der User soll erkennen können: 1. **dass** das Feature existiert (im Tracking-Kontext erklärt) 2. **wann** ein Todo erstellt wurde (Notification / Badge) 3. **wo** die Todos landen (Liste 'Pakete' optisch hervorgehoben, ggf. Quick-Link aus Tracking-Detail) ## Mögliche Lösung (Diskussionsbasis) - [ ] `TrackingDetailScreen`: Hinweis-Box „Bei Status-Änderungen wird automatisch ein Todo in der Liste 'Pakete' erstellt" (kann mit Toggle pro User abschaltbar sein) - [ ] `ListsOverviewScreen`: Listen mit `type='todo'` AND `title='Pakete'` mit kleinem Icon / Badge „auto" markieren - [ ] Push-/In-App-Notification bei neuem Todo (über bestehendes Notification-System) - [ ] Optional: Link in `TrackingDetailScreen` „Zugehöriges Todo anzeigen" (FK-Tabelle: tracking_id ↔ list_item_id) - [ ] Onboarding-Hinweis beim ersten Tracking-Add: „Hey, wir erstellen automatisch Todos für dich" ## Aufwand `prio/medium` — Feature ist da, das ist UX-Polish. Aber blockiert effektiv die Nutzung weil unsichtbar. ## Web-Parität Pendant auf Web ebenfalls ziehen (CLAUDE.md-Regel). ## Verwandt - #143/#144/#145 (Implementation, alle closed) - Verifizierungs-Chore (vorhergehender Issue) sollte zuerst bestätigen dass die Pipeline läuft - #228 (Event-Historie) — wenn das umgesetzt ist, könnte ein „letztes auto-Todo"-Eintrag in der Timeline auftauchen
Author
Owner

Verwandt: #330 ([Bug] ensureTodoList findet falsche Liste)

Verwandt: #330 ([Bug] ensureTodoList findet falsche Liste)
Author
Owner

Verwandt aus v0.4 Drawer/Listen-Arbeit: #331 (Drag-and-Drop Reorder), #332 (dedizierter Todo-Bereich)

Verwandt aus v0.4 Drawer/Listen-Arbeit: #331 (Drag-and-Drop Reorder), #332 (dedizierter Todo-Bereich)
Author
Owner

Erledigt in PR #337 (squash-merged): Hint-Box im TrackingDetailScreen + Auto-Badge auf der Pakete-Liste; Konstante PACKAGES_AUTO_TODO_LIST_TITLE in shared-types extrahiert (kein Drift API↔Frontend).

Out of scope (separate Issues empfohlen):

  • Push-/In-App-Notification bei neuem Auto-Todo
  • FK tracking_idlist_item_id + Link „Zugehöriges Todo anzeigen"
  • Onboarding-Hinweis beim ersten Tracking-Add
Erledigt in PR #337 (squash-merged): Hint-Box im TrackingDetailScreen + Auto-Badge auf der Pakete-Liste; Konstante `PACKAGES_AUTO_TODO_LIST_TITLE` in shared-types extrahiert (kein Drift API↔Frontend). **Out of scope** (separate Issues empfohlen): - Push-/In-App-Notification bei neuem Auto-Todo - FK `tracking_id`↔`list_item_id` + Link „Zugehöriges Todo anzeigen" - Onboarding-Hinweis beim ersten Tracking-Add
Sign in to join this conversation.
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
admin-mrrm/mrrmlabapp#329
No description provided.