# Tradeoff Matrix

## Bewertungsachsen

1. Robustheit / Fehlertoleranz
2. Wartbarkeit / Kopplung
3. Migrationsrisiko
4. Testbarkeit
5. Liefergeschwindigkeit

## Standard-Optionen

### Option A: Zentralisieren im Core

- Vorteile: Konsistenz, weniger Duplikate
- Nachteile: Hoher Impact, breiter Testbedarf
- Geeignet wenn: 3+ Stellen betroffen oder Contract-Sicherheit steigt deutlich

### Option B: Shared Partial/Helper

- Vorteile: Schneller Nutzen, moderates Risiko
- Nachteile: Teilweise Restduplikate möglich
- Geeignet wenn: Wiederkehrendes UI-/Glue-Muster mit klaren Datencontracts

### Option C: Lokal belassen

- Vorteile: Geringstes kurzfristiges Risiko
- Nachteile: Langfristig mehr Wartung, inkonsistente UX
- Geeignet wenn: Einzelfall oder experimentelle Logik

## Entscheidungsregel

- Standardempfehlung: Option B vor Option A, wenn Nutzen hoch und Migrationsradius kleiner ist.
- Option C nur mit expliziter Begruendung (z. B. bewusstes Out-of-Scope oder Legacy-Risiko).
