---
name: weekly-client-report
description: Schreibt einen wöchentlichen Statusbericht auf einer Bildschirmseite für Kunden einer Agentur, Beratung oder eines Service-Teams – Gesamtstatus (im Plan, gefährdet, nicht im Plan) mit Grund, Erledigtes dieser Woche, Plan für nächste Woche, Kennzahlen gegen Ziel und Blocker mit dem, was der Kunde tun muss. Nutze den Skill, wenn jemand aus Notizen, einer Aufgabenliste oder einem Tracker-Export ein wöchentliches Kunden-Update, einen Statusbericht, einen Wochenrückblick für den Kunden oder „schick dem Kunden, wo wir stehen“ braucht.
---

# Wöchentlicher Kundenbericht

Ein guter Wochenbericht sagt einem viel beschäftigten Kunden schon in der ersten Zeile, ob er sich Sorgen machen muss, und zeigt ihm in unter einer Minute, was er tun muss. Schreib ihn als umgekehrte Pyramide: Status und Bitte zuerst, die Liste der Arbeiten als Beleg dahinter. Wer nach 2 Zeilen aufhört, hat trotzdem das Wichtigste.

## Wann du sie nutzt

- Jede Woche (oder jeden Sprint) bei einem Retainer oder Projekt für einen externen Kunden.
- Wenn die Kundenverantwortliche Notizen, einen Export des Task-Boards oder einen Slack-Thread schickt und sagt: „Mach daraus das Kunden-Update.“
- Vor einem Status-Call, damit der Call seine Zeit auf die Blocker verwenden kann.
- Nicht für ein internes Team-Update (nutze weekly-3p-update) und nicht für ein Quartalsgespräch mit dem Kunden (nutze qbr-prep).

## Was du brauchst

- Was diese Woche erledigt wurde und was für nächste Woche geplant ist (Notizen, Tickets oder ein Tracker-Export).
- Das Ziel oder die Meilensteine des Projekts und die Zielwerte der berichteten Kennzahlen. Fehlen Zielwerte, berichte die Zahl ohne Bewertung und markiere „[Ziel zu bestätigen]“.
- Blocker und alles, was auf den Kunden wartet (Freigaben, Material, Zugänge, Feedback).
- Den Namen des Kunden und die Berichtswoche. Fehlt der Termin des nächsten Meilensteins, frag einmal nach.

## Schritte

1. **Den Gesamtstatus wählen.** Die 3 Stufen folgen der Ampelskala (Rot-Gelb-Grün) für die Lieferzuversicht, die die britische Infrastructure and Projects Authority bei Großprojekten nutzt. Im Plan (grün): Lieferung in Zeit, Budget und Qualität ist sehr wahrscheinlich, und kein größeres offenes Problem gefährdet sie. Gefährdet (gelb): Lieferung wirkt machbar, aber erhebliche Probleme brauchen jetzt Aufmerksamkeit; sie wirken lösbar, wenn man sie zügig angeht, also nenn die Lösung und ihr Datum. Nicht im Plan (rot): Der Meilenstein wirkt so wie geplant nicht erreichbar; nenn das neue Datum oder sag, dass es noch nicht feststeht. Standard dieses Skills: nie „im Plan“ wählen, solange ein Blocker auf Kundenseite offen und älter als 3 Arbeitstage ist.
2. **Den Grund in einem Satz schreiben.** Der Grund nennt Ursache und Folge: „Gefährdet: Die Produktfotos kamen 4 Tage zu spät, deshalb verschiebt sich die Launch-Seite vom 12. auf den 15. Mai, wenn der Text nicht bis Freitag freigegeben ist.“ Keine weichmachenden Wörter wie „leicht“.
3. **Die Bitten an den Kunden direkt unter den Status setzen.** Jede Bitte: was, bis wann und was passiert, wenn es später kommt. Höchstens 3 Bitten; gibt es mehr, stehen die wichtigsten 3 hier und der Rest unter Blocker.
4. **Erledigtes als Ergebnisse auflisten, nicht als Tätigkeiten.** „Checkout-Seite läuft auf Staging“ schlägt „am Checkout gearbeitet“. Höchstens 6 Punkte; kleine Punkte zusammenfassen. Interne Aufgaben, für die der Kunde nicht zahlt, weglassen.
5. **Nächste Woche als Zusagen auflisten.** Höchstens 5 Punkte, jeder etwas, das der Kunde im nächsten Bericht überprüfen kann.
6. **Kennzahlen gegen Ziel berichten.** Zahl, Ziel und Richtung seit letzter Woche. Nur die 3 bis 5 Kennzahlen aus der Vereinbarung oder die, nach denen der Kunde gefragt hat. Stammt eine Zahl aus einem noch laufenden Zeitraum, schreib „bisher“.
7. **Auf eine Bildschirmseite kürzen.** Standard dieses Skills sind etwa 250 Wörter. Ist es länger, ist die Liste der erledigten Punkte zu lang.

## Ausgabeformat

```markdown
**[Kunde] — Wochenbericht, Woche vom [Datum]**

**Status: [Im Plan / Gefährdet / Nicht im Plan]** — [Grund in einem Satz, mit Ursache und Folge]

**Was wir von Ihnen brauchen**
- [Bitte] — bis [Datum]. [Was passiert, wenn es später kommt.]

**Diese Woche erledigt**
- [Ergebnis]

**Nächste Woche**
- [Zusage]

**Kennzahlen**
| Kennzahl | Diese Woche | Ziel | ggü. Vorwoche |
|---|---|---|---|
| [Kennzahl] | [Wert] | [Ziel oder „[Ziel zu bestätigen]“] | [gestiegen / gesunken / gleich] |

**Blocker und Risiken**
- [Blocker] — verantwortlich: [Name], seit [Datum]

Nächster Meilenstein: [Meilenstein] am [Datum].
```

## Beispiel

**Eingabe:** Notizen von Mara (Studio Hellfeld) für den Kunden Kaffeerösterei Nordlicht: „Homepage-Design Mo freigegeben. Produktliste + Warenkorb auf Staging gebaut. Fotos für die 24 Produkte immer noch nicht da, waren für letzten Mi (28. Mai) zugesagt. Wenn sie nicht bis Mi 4. Juni kommen, verschiebt sich der Launch frühestens auf 24. Juni. Newsletter-Anmeldeformular fertig. Als Nächstes: Checkout, Mobile-QA. Sitzungen auf alter Website 8.210 (Ziel 9.000, Vorwoche 7.900). Launch 20. Juni.“

**Ausgabe:**

```markdown
**Kaffeerösterei Nordlicht — Wochenbericht, Woche vom 2. Juni**

**Status: Gefährdet** — Die Produktfotos sind 5 Tage überfällig, deshalb verschiebt sich der Launch am 20. Juni, wenn sie nicht bis Mittwoch, 4. Juni, da sind.

**Was wir von Ihnen brauchen**
- Produktfotos für alle 24 Artikel — bis Mittwoch, 4. Juni. Danach verschiebt sich der Launch frühestens auf den 24. Juni.

**Diese Woche erledigt**
- Homepage-Design freigegeben (Montag).
- Produktliste und Warenkorb laufen auf Staging.
- Newsletter-Anmeldeformular gebaut.

**Nächste Woche**
- Checkout läuft auf Staging.
- Mobile-QA abgeschlossen.

**Kennzahlen**
| Kennzahl | Diese Woche | Ziel | ggü. Vorwoche |
|---|---|---|---|
| Sitzungen auf der aktuellen Website | 8.210 | 9.000 | gestiegen (7.900) |

**Blocker und Risiken**
- Produktfotos nicht erhalten — verantwortlich: Nordlicht, seit 28. Mai.

Nächster Meilenstein: Launch am 20. Juni.
```

## Prüfen vor dem Senden

- [ ] Die erste Zeile nennt einen Status und einen Grund mit Ursache und Folge.
- [ ] Jede Bitte an den Kunden hat ein Datum und sagt, was ein Versäumnis kostet.
- [ ] Der Status ist nicht „im Plan“, solange ein Blocker auf Kundenseite älter als 3 Arbeitstage ist.
- [ ] Jede Kennzahl hat ein Ziel oder „[Ziel zu bestätigen]“; keine Zahl ist erfunden.
- [ ] Erledigte Punkte sind Ergebnisse, die der Kunde sehen kann, keine Tätigkeiten.
- [ ] Der Bericht passt auf eine Bildschirmseite (etwa 250 Wörter).

## Häufige Fehler

- Die Bitte im letzten Absatz verstecken. Kunden lesen oben und hören dann auf.
- „Im Plan“ melden, um eine unangenehme Woche zu vermeiden, und in der nächsten dann „nicht im Plan“. Risiken früh melden.
- 15 Aufgaben auflisten, um beschäftigt zu wirken. Der Kunde zahlt für Ergebnisse.