Ratgeber
Kundenupdates aus GitHub-Aktivitäten erstellen
GitHub dokumentiert die Entwicklungsarbeit. Für Kunden zählt, was sich geändert hat, was bereits veröffentlicht wurde und wo ihre Rückmeldung nötig ist.
Stand: November 2026
Auf dieser Seite
Wobei dieser Ratgeber hilft
Aus ausgewählten Pull Requests, Issues und Releases verständliche Kundenupdates erstellen und erledigte von veröffentlichter Arbeit trennen.
Wann es hilft
GitHub dokumentiert die Entwicklungsarbeit. Für Kunden zählt, was sich geändert hat, was bereits veröffentlicht wurde und wo ihre Rückmeldung nötig ist.
Was Sie vermeiden sollten
Eine rohe Commit-Liste verschicken.
Klarer formuliert
Das Update trennt veröffentlichte Änderungen von der nächsten Bitte.
Empfohlener Aufbau
- Relevante Pull Requests, Issues, Commits, Tags und Releases auswählen.
- Erledigte von nachweislich veröffentlichter Arbeit trennen.
- Technische Arbeit durch ihre Auswirkung erklären.
- Offene Unterlagen, Risiken und nächste Schritte nennen.
- Den Entwurf vor dem Versand prüfen.
Kundenupdate zu einem GitHub-Release
Projektnotizen
PR #42 Startseite zusammengeführt PR #43 mobile Navigation korrigiert Issue #18 Formularprüfung geschlossen Version 1.2.0 veröffentlicht Issue #51 Produktfotos offen
Entwurf für den Kunden
Guten Tag, die neue Version ist veröffentlicht. Sie enthält die neue Startseite, die korrigierte mobile Navigation und die Prüfung des Kontaktformulars. Für den nächsten Produktabschnitt benötige ich noch Ihre Produktfotos. Sobald sie vorliegen, stelle ich den Abschnitt fertig und schicke ihn zur Prüfung.
Warum dieses Beispiel funktioniert
Das Update trennt veröffentlichte Änderungen von der nächsten Bitte.
Zusammengeführt, Veröffentlichung steht aus
Projektnotizen
PR zur Checkout-Validierung zusammengeführt Tippfehler behoben Kein Release Safari-Test offen Preistexte zu bestätigen
Entwurf für den Kunden
Guten Tag, die Checkout-Validierung ist fertig und der Tippfehler im Abrechnungstext behoben. Die Änderungen sind noch nicht veröffentlicht. Vor der Freigabe prüfen wir einen Fehler in Safari. Bitte bestätigen Sie den endgültigen Preistext. Sobald der Text bestätigt ist und die Tests abgeschlossen sind, bereite ich das Release-Update vor.
Warum dieses Beispiel funktioniert
Der Entwurf kennzeichnet den Unterschied zwischen erledigt und veröffentlicht.
Bewährte Vorgehensweisen
- Nur die für den Kunden relevanten Aktivitäten übernehmen.
- Ein Merge allein ist kein Nachweis für eine Veröffentlichung.
- Geschlossene Issues bei Bedarf mit offenen Kundenfragen abgleichen.
Häufige Fehler
- Eine rohe Commit-Liste verschicken.
- Abgeschlossene Arbeit vorschnell als live bezeichnen.
- Eine ausstehende Kundenentscheidung weglassen.
Wie ClientCadence hilft
Nutzen Sie Projektwissen, History und den vereinbarten Berichtsrhythmus. Erstellen Sie aus Notizen einen Entwurf und prüfen Sie ihn vor dem Kopieren, Versenden mit Gmail, Teilen in Slack oder Speichern in History.
Häufige Fragen
Liest ClientCadence Quellcode?
Die Integration verwendet ausgewählte Aktivitätsmetadaten wie Titel von Pull Requests und Issues, Commit-Nachrichten, Tags, Releases, Zeitstempel und Links. Sie liest keine Quelldateien und prüft keine Diffs.
Wann antwortet ClientCadence auf GitHub?
Nur auf einen ausdrücklichen /clientcadence- oder /cc-Befehl in einer Issue- oder Pull-Request-Unterhaltung. Normale Aktivitäten lösen keine Kommentare aus. Die Integration erstellt keine Issues, führt keinen Code zusammen und veröffentlicht keine Releases.
Ist der Import in Free verfügbar?
Der Import ist in Pro und Agency enthalten. In Free können Sie GitHub-Notizen im Rahmen der üblichen Limits manuell einfügen.
Passende Ratgeber und Vorlagen
Mit einem Kundenprojekt kostenlos starten
Projektwissen, Entscheidungen und die letzten Mitteilungen für den nächsten Entwurf griffbereit halten.
Kostenlos startenDie ClientCadence-App ist derzeit auf Englisch verfügbar.