Deine Nutzer wollen wissen, was sich ändert. Ob neues Feature, Bugfix oder Performance-Verbesserung — ein gepflegter Changelog baut Vertrauen auf und hält deine Community engagiert. Heedbacks Changelog ermöglicht es dir, polierte Release Notes zu veröffentlichen, Einträge mit Labels zu kategorisieren, mehrere Sprachen zu unterstützen und Abonnenten automatisch zu benachrichtigen.

Diese Anleitung führt dich durch die Erstellung deines ersten Changelog-Eintrags und den Aufbau eines laufenden Veröffentlichungs-Workflows.

Voraussetzungen

Bevor du Changelog-Einträge veröffentlichst, stelle sicher:

Du hast eine aktive Heedback-Organisation mit einem Pro-Plan.
Dein Konto hat Admin- oder Inhaber-Berechtigungen.
Du hast deine Portal-Einstellungen unter Einstellungen > Portal konfiguriert (der Changelog wird auf deinem öffentlichen Portal veröffentlicht).
Optional: Richte deine unterstützten Sprachen unter Einstellungen > Sprachen ein, wenn du mehrsprachige Einträge veröffentlichen möchtest.

Einen Changelog-Eintrag erstellen

Navigiere zu Changelog in der linken Seitenleiste deines Dashboards.
Klicke auf Neuer Eintrag oben rechts.
Fülle die Eintragsdetails aus:
- Titel: Eine prägnante Zusammenfassung des Updates. „Dark Mode für das Dashboard” ist besser als „UI Update v3.2.1.”
- Inhalt: Schreibe die vollständige Release Note im Rich-Text-Editor. Erkläre, was sich geändert hat, warum es wichtig ist und welche Aktionen Nutzer gegebenenfalls vornehmen müssen.
- Datum: Standardmäßig heute. Setze das Datum zurück, wenn du ein vergangenes Release dokumentierst.
Klicke auf Veröffentlichen, um den Eintrag auf deinem Portal live zu schalten, oder Als Entwurf speichern, um später weiterzuarbeiten.

Entwürfe sind nur für dein Team sichtbar. Veröffentlichte Einträge erscheinen sofort auf deinem öffentlichen Portal und im Changelog-Block des Widgets (falls im App Builder aktiviert).

Labels zur Kategorisierung nutzen

Labels helfen Nutzern, deinen Changelog schnell zu scannen und Relevantes zu finden:

Neu: Für komplett neue Features oder Funktionen.
Verbesserung: Für Erweiterungen bestehender Features.
Fix: Für Bugfixes und behobene Probleme.

So weist du Labels zu:

Öffne einen Changelog-Eintrag (neu oder bestehend).
Klicke im Seitenpanel auf Labels und wähle ein oder mehrere Labels aus.
Labels erscheinen als farbige Badges neben dem Eintragstitel auf dem Portal.

Du kannst benutzerdefinierte Labels unter Changelog > Labels erstellen, wenn die Standards nicht zu deinem Workflow passen. Du könntest beispielsweise „Beta”, „Sicherheit” oder „Breaking Change” hinzufügen.

Mehrsprachige Einträge schreiben

Wenn dein Produkt Nutzer in verschiedenen Regionen bedient, kannst du Changelog-Einträge in mehreren Sprachen veröffentlichen:

Öffne einen Changelog-Eintrag und suche die Sprach-Tabs oben im Editor.
Jeder Tab repräsentiert eine der unterstützten Sprachen deiner Organisation. Schreibe Titel und Inhalt in jeder Sprache.
Das Portal zeigt automatisch die passende Sprache basierend auf der Spracheinstellung des Besuchers.

Du musst nicht jeden Eintrag in jede Sprache übersetzen. Fehlt eine Übersetzung, fällt das Portal auf deine Standardsprache zurück. Aber bei großen Releases zeigt die Übersetzung der Ankündigung deinen internationalen Nutzern, dass sie keine Nebensache sind.

Abonnenten verwalten

Heedbacks Changelog unterstützt E-Mail-Abonnenten — Nutzer, die benachrichtigt werden wollen, wenn etwas Neues veröffentlicht wird:

Navigiere zu Changelog > Abonnenten, um deine Abonnentenliste einzusehen.
Nutzer können sich über das öffentliche Portal oder den Changelog-Block im Widget anmelden.
Wenn du einen neuen Eintrag veröffentlichst, werden Abonnenten automatisch per E-Mail benachrichtigt.

Du kannst auch manuell Abonnenten per E-Mail-Adresse hinzufügen, was nützlich ist für das Onboarding von Beta-Testern oder Schlüsselkunden, die frühzeitigen Zugang zu Release Notes wünschen.

Changelog mit Feature Boards verknüpfen

Ein wirkungsvoller Workflow ist die Verknüpfung von Changelog-Einträgen mit Feature-Board-Beiträgen:

Beim Erstellen oder Bearbeiten eines Changelog-Eintrags nutze die Verknüpfte Beiträge-Option, um ihn mit einem oder mehreren Feature-Board-Beiträgen zu verbinden.
Nutzer, die für diese Beiträge abgestimmt haben, sehen, dass ihr Wunsch umgesetzt wurde — das schließt den Feedback-Kreislauf.
Im Portal zeigen verknüpfte Beiträge einen „Ausgeliefert”-Status und unterstreichen damit, dass du auf Nutzerfeedback hörst.

Diese Verbindung verwandelt deinen Changelog von einem Broadcast-Kanal in eine Zwei-Wege-Kommunikation mit deinen Nutzern.

Tipps und Best Practices

Veröffentliche regelmäßig. Ein wöchentlicher oder zweiwöchentlicher Rhythmus ist ideal. Nutzer verlieren das Interesse an Changelogs, die nur einmal pro Quartal aktualisiert werden, und tägliche Updates erzeugen Rauschen.
Schreibe für Nutzer, nicht für Entwickler. „Verbessertes API Response Caching” sagt den meisten Kunden nichts. „Dashboard lädt 2x schneller” schon.
Verwende Visuals. Ein Screenshot oder kurzes GIF eines neuen Features macht den Eintrag ansprechender und reduziert Verwirrung.
Feiere auch Fixes. Nutzer schätzen es zu wissen, dass ein gemeldeter Bug behoben wurde. Das baut schneller Vertrauen auf als neue Features allein.
Nutze Entwürfe für Team-Reviews. Schreibe den Eintrag, speichere als Entwurf, teile den Link mit deinem Team für Feedback und veröffentliche erst, wenn alle einverstanden sind.

So veröffentlichst du einen Changelog in Heedback