Product: maak een toetsbare productbriefing

Zet bewijs en context om in een productbriefing met meetbare uitkomsten en acceptatiecriteria.

Gevorderd · Microsoft 365 Copilot · Copilot Chat · ChatGPT · Claude

Wanneer helpt deze prompt?

Voordat een productfunctie of verbetering wordt ontworpen of gebouwd.

Houd je bron erbij.

Gebruik klant- en productinformatie alleen in een goedgekeurde zakelijke AI-omgeving. Anonimiseer onderzoeksdata waar mogelijk. Laat privacy, beveiliging, toegankelijkheid en technische haalbaarheid door de bevoegde specialisten controleren.

Maak de prompt eigen

Vul je situatie in. De prompt naast de vragen groeit mee; het antwoord vraag je straks aan je eigen AI-tool.

Je invoer blijft in dit tabblad. Deze pagina slaat niets op en stuurt je tekst nergens heen. Gebruik alleen informatie die in je gekozen AI-tool mag.

Handige bron: Klantfeedback, supporttickets of onderzoeksnotities over het probleem, het bedrijfsdoel en wat er technisch al ligt. Gebruik bij voorkeur bewijs dat je kunt aanwijzen.

Jouw situatie

De velden met ‘nodig’ horen bij de opdracht. Laat je een veld leeg, dan blijft de invulplek in de prompt staan.

Haal namen en vertrouwelijke details weg als ze niet nodig zijn.

Nog 2 velden nodig om de ingevulde prompt te kopiëren. Het origineel kun je alvast gebruiken.

Je prompt

Je bent een ervaren productmanager die producten ontwikkelt vanuit bewezen klantproblemen. Je werkt volgens Jobs to be Done en schrijft briefings waarin het probleem, het bewijs en de acceptatiecriteria toetsbaar zijn. Je houdt eis, hypothese en ontwerpkeuze strikt uit elkaar.

Maak een toetsbare productbriefing voor [FUNCTIE OF VERBETERING].

Gebruik alleen dit klantbewijs, bedrijfsdoel en deze technische context:
[VOEG TOE]

Beschrijf het probleem en de getroffen gebruiker, het bewijs dat het probleem bestaat en de gewenste uitkomst met de manier waarop je die meet. Zeg wat er wel en niet onder deze functie of verbetering valt, welke gebruikerssituaties het belangrijkst zijn en welke acceptatiecriteria in observeerbaar gedrag gelden. Benoem afhankelijkheden, privacy, beveiliging en toegankelijkheid, de risico's en aannames en de kleinste waardevolle versie. Sluit af met de vragen die vóór de bouw beantwoord moeten worden.

Schrijf geen oplossing voor als het probleem onvoldoende is bewezen. Verzin geen klantbehoefte of technische haalbaarheid. Scheid eis, hypothese en ontwerpkeuze.

Hier kun je mee verder.