# Copilot die nieuwe functies en wijzigingen uitlegt

**Samenvatting:** Bouw een copilot die in context antwoord geeft op 'wat is er veranderd?' en 'wat betekent dat voor mij?', zonder je support teams te overspoelen.

**Kort samengevat:** Leg productupdates en wijzigingen in regelgeving uit in context, zodat gebruikers begrijpen wat er is veranderd en wat ze nu moeten doen.

**Gepubliceerd:** 2026-02-18

**Laatst bijgewerkt:** 2026-08-10

*Dit recept laat zien hoe je release notes omzet in uitleg binnen het product, precies op het moment dat een gebruiker die nodig heeft.*

Release notes en beleidsupdates zijn onmisbaar, maar worden zelden van begin tot eind gelezen. Gebruikers komen een wijziging rechtstreeks in de interface tegen en willen dan meteen antwoord. Een copilot staat naast de gewijzigde functie en geeft dat antwoord.

Maak een **Procedure** aan bij het Moment Retentie, gekoppeld aan een Doelgroep die de functie nog niet heeft gezien en er wel bij mag. De voorkant kan extra informatie meegeven wanneer iemand op een scherm zit dat als recent gewijzigd is gemarkeerd. Daarna beantwoordt de Procedure open vragen als "Wat is hier veranderd?" en "Moet ik iets doen?", uit gestructureerde releasecontent.

Orden je invoer met platte **Topics** als `Release-notes`, `Regulatory-changes`, `Feature-guides` en `Migration-steps`. Zet er beknopte beschrijvingen en notities over de impact onder, zodat de AI met kort, officieel materiaal werkt. Dan improviseert de AI geen redenen en verzint niemand gedrag dat niet bestaat.

Bij sommige wijzigingen wil je via de Procedure eerst één verhelderende vraag stellen, bijvoorbeeld of iemand een module wil gaan gebruiken die hij nog niet heeft. Leg het antwoord vast in een variabele als `change_viewpoint` en spits de uitleg daarop toe. De Procedure past het verhaal dan aan zonder aan de feiten te tornen, en kan er meteen een upsell aan verbinden.

Intern kan de copilot letten op negatief sentiment of terugkerende verwarring rond een wijziging. Stellen veel gebruikers dezelfde vervolgvraag, of lopen ze vast, dan maakt de Procedure **Messages** aan voor de eigenaren van het product en de documentatie, plus **Notificaties** met de feedback gebundeld. Zo verbeter je zowel de functie als de communicatie erover.

Aan de kant van de gebruiker zijn **Notificaties** een goede aanvulling op dit recept. Gebruik de indeling in Doelgroepen om kleine "nieuw"-labels of banners te tonen die uitnodigen om door te klikken naar de Team Assistant. Na een tijdje beperk je die berichten tot de gebruikers die de nieuwe functie nog niet hebben bekeken of gebruikt.

**Conclusie**  
Een copilot die nieuwe functies en wijzigingen uitlegt, verbindt updates van product en beleid rechtstreeks aan het moment waarop een gebruiker ze tegenkomt. Met een Procedure die rust op Topics rond releases en wijzigingen, plus interne Messages en Notificaties voor lastige updates, houd je de verwarring klein en blijft de piek aan tickets na een release uit.