Je gebruikers willen weten wat er verandert. Of het nu een nieuwe functie, een bugfix of een prestatieveerbetering is, een goed bijgehouden changelog bouwt vertrouwen op en houdt je community betrokken. De changelog van Heedback laat je verzorgde release notes publiceren, berichten categoriseren met labels, meerdere talen ondersteunen en abonnees automatisch informeren.

Deze handleiding begeleidt je bij het aanmaken van je eerste changelog-bericht en het opzetten van een doorlopende publicatieworkflow.

Vereisten

Voordat je changelog-berichten publiceert, zorg ervoor dat:

Je een actieve Heedback-organisatie hebt met een Pro-abonnement.
Je account beheerders- of eigenaarsrechten heeft.
Je portaalinstellingen hebt geconfigureerd onder Instellingen > Portaal (de changelog wordt gepubliceerd op je publieke portaal).
Optioneel: stel je ondersteunde talen in onder Instellingen > Talen als je meertalige berichten wilt publiceren.

Een changelog-bericht aanmaken

Ga naar Changelog in de linkerzijbalk van je dashboard.
Klik op Nieuw bericht rechtsboven.
Vul de berichtdetails in:
- Titel: Een beknopte samenvatting van de update. “Donkere modus voor het dashboard” is beter dan “UI Update v3.2.1.”
- Inhoud: Schrijf de volledige release note met de rich-text editor. Leg uit wat er is veranderd, waarom het belangrijk is en of gebruikers actie moeten ondernemen.
- Datum: Standaard vandaag. Antidateer als je een eerdere release documenteert.
Klik op Publiceren om het bericht live te zetten op je portaal, of Opslaan als concept om later verder te werken.

Concepten zijn alleen zichtbaar voor je team. Gepubliceerde berichten verschijnen direct op je publieke portaal en in het Changelog-blok van de widget (indien ingeschakeld in de App Builder).

Labels gebruiken om berichten te categoriseren

Labels helpen gebruikers je changelog snel te scannen en te vinden wat voor hen relevant is:

Nieuw: Voor volledig nieuwe functies of mogelijkheden.
Verbetering: Voor verbeteringen aan bestaande functies.
Fix: Voor bugfixes en opgeloste problemen.

Om labels toe te wijzen:

Open een changelog-bericht (nieuw of bestaand).
Klik in het zijpaneel op Labels en selecteer een of meer labels.
Labels verschijnen als gekleurde badges naast de berichttitel op het portaal.

Je kunt aangepaste labels aanmaken onder Changelog > Labels als de standaardlabels niet bij je workflow passen. Voeg bijvoorbeeld “Bèta,” “Beveiliging” of “Breaking Change” toe.

Meertalige berichten schrijven

Als je product gebruikers bedient in verschillende regio’s, kun je met Heedback changelog-berichten in meerdere talen publiceren:

Open een changelog-bericht en zoek de taaltabs bovenaan de editor.
Elk tabblad vertegenwoordigt een van de ondersteunde talen van je organisatie. Schrijf de titel en inhoud in elke taal.
Het portaal toont automatisch de juiste taal op basis van de taalvoorkeur van de bezoeker.

Je hoeft niet elk bericht in elke taal te vertalen. Als een vertaling ontbreekt, valt het portaal terug op je standaardtaal. Maar voor grote releases laat het vertalen van de aankondiging je internationale gebruikers zien dat ze geen bijzaak zijn.

Abonnees beheren

De changelog van Heedback ondersteunt e-mailabonnees — gebruikers die op de hoogte willen worden gebracht wanneer je iets nieuws publiceert:

Ga naar Changelog > Abonnees om je abonneelijst te bekijken.
Gebruikers kunnen zich abonneren via het publieke portaal of het Changelog-blok in de widget.
Wanneer je een nieuw bericht publiceert, worden abonnees automatisch per e-mail geïnformeerd.

Je kunt ook handmatig abonnees toevoegen via e-mailadres, wat handig is bij het onboarden van bètatesters of belangrijke accounts die vroegtijdig toegang willen tot release notes.

Changelog koppelen aan feature boards

Een krachtige workflow is het koppelen van changelog-berichten aan feature board-berichten:

Gebruik bij het aanmaken of bewerken van een changelog-bericht de optie Gekoppelde berichten om het te verbinden met een of meer feature board-berichten.
Gebruikers die op die berichten hebben gestemd, zien dat hun verzoek is uitgebracht — waarmee de feedbackloop wordt gesloten.
Op het portaal tonen gekoppelde berichten de status “Uitgebracht,” wat bevestigt dat je naar gebruikersfeedback luistert.

Deze koppeling transformeert je changelog van een eenrichtingskanaal naar een tweerichtingsgesprek met je gebruikers.

Tips en best practices

Publiceer regelmatig. Een wekelijks of tweewekelijks ritme is ideaal. Gebruikers verliezen interesse in changelogs die eens per kwartaal worden bijgewerkt, en dagelijkse updates veroorzaken ruis.
Schrijf voor gebruikers, niet voor ontwikkelaars. “Verbeterde API response caching” zegt de meeste klanten niets. “Dashboard laadt 2x sneller” wel.
Voeg visuele elementen toe. Een screenshot of korte GIF van een nieuwe functie maakt het bericht aantrekkelijker en vermindert verwarring.
Vier ook fixes. Gebruikers waarderen het om te weten dat een bug die ze hebben gemeld is opgelost. Het bouwt sneller vertrouwen op dan alleen nieuwe functies.
Gebruik concepten voor teamreview. Schrijf het bericht, sla het op als concept, deel de link met je team voor feedback en publiceer zodra iedereen akkoord is.

Gerelateerde functies

Feature Boards: Koppel uitgebrachte functies aan changelog-berichten en sluit de loop met stemmers.
Publieke roadmap: Laat gebruikers zien wat er komt — de changelog toont wat er al is uitgebracht.
Klantenportaal: De changelog leeft op je portaal, naast je kennisbank en feedbackborden.
Widget: Schakel het Changelog-blok in via de App Builder om updates direct binnen je product te tonen.