Als je nieuw bent in productmanagement en nog nooit eerder een productspecificatie hebt geschreven, ben je hier aan het juiste adres.
Hoewel je misschien de basisprincipes van het schrijven van een productspecificatie hebt geleerd, is het toepassen ervan iets heel anders en vereist het de nodige aandacht en een toegewijd proces. Hier vind je een handleiding over wat je moet weten en hoe je een flexibele en correcte productspecificatie maakt.
We bespreken wat productspecificaties zijn en waarvoor ze worden gebruikt, samen met verschillende voorbeelden van productspecificaties. Je ziet wat je in je productspecificatiedocument moet opnemen, het proces voor het schrijven van productspecificaties, van het definiëren van een productsamenvatting tot het herzien ervan op basis van feedback van klanten en beperkt gebruikerstesten, en hoe je je producten op weg helpt naar productie of het softwareontwikkelingsproces.
We hebben ook een sjabloon voor een productspecificatie opgenomen dat je kunt gebruiken bij het maken van productspecificatiedocumenten.
Wat zijn productspecificaties?
Om een productspecificatie te schrijven, moet je begrijpen wat het is. Een productspecificatie is een blauwdruk waarin het product dat je gaat bouwen, het uiterlijk ervan en de specifieke productvereisten en functies worden beschreven. Mogelijk bevat deze ook de persona of gebruiker voor wie het product wordt gemaakt.
Deze specificatie moet:
- Heel duidelijk zijn
- Gemakkelijk leesbaar zijn
- Een overzicht bieden van alle informatie die je ontwerpteam en de leden van je productteam nodig hebben
Neem zoveel mogelijk informatie op om ervoor te zorgen dat specificaties niet te vaag zijn voor je productteam. Een tabel of grafiek met specificaties maakt duidelijk waar details te vinden zijn. Houd er echter rekening mee dat dit alleen het productspecificatieblad is: je kunt de productie- en implementatiedetails later in het proces aan je teamleden overlaten. Tools zoals Jira en Confluence kunnen helpen om alle relevante details op één plek over te brengen.
Ik ben dol op de Atlassian-suite: ik vind die geweldig. Ik vind het prettig dat je in Confluence een document met productvereisten kunt maken en vervolgens je Jira-verhalen eraan kunt koppelen… ze er eigenlijk in kunt insluiten.
3 voorbeelden van productspecificaties
Er bestaan veel voorbeelden, zowel op papier als online. Dit is een eenvoudig voorbeeld van een online specificatie die je kunt aanpassen en met je team kunt gebruiken.

Hier is nog een voorbeeld met ruimte voor testresultaten en een stroomdiagram waarin het productontwikkelingsproces wordt beschreven.

Dit derde voorbeeld bevat ook ruimte voor het vastleggen van testresultaten en bekende problemen die tijdens het productontwikkelingsproces zijn ontstaan of kunnen ontstaan.

Waarvoor worden productspecificaties gebruikt?
Een productspecificatie wordt gebruikt als overzicht van de vereisten voor het productteam. Deze wordt meestal geschreven door de productmanager en bevat alle informatie die het team nodig heeft om het product te bouwen met specifieke functies en functionaliteiten. Daarnaast bevat de specificatie een technische beschrijving, prestatiespecificatie en de technische normen waaraan moet worden voldaan, samen met andere details. Dit overzicht wordt gebruikt om informatie over gebruikers, bedrijfsrichtlijnen en andere criteria te communiceren die je team helpen bij het ontwerpen en bouwen van een product.
Wat moet er in een projectspecificatieblad staan?
Elke productspecificatie is gebaseerd op technische vereisten, technische specificaties en andere details die specifiek zijn voor het betreffende product. Over het algemeen moeten de volgende onderdelen echter in elke goede productspecificatie staan:
- Samenvatting – Dit is een algemeen overzicht van het product. Het begint met een schets van het productidee en geeft een korte beschrijving om het product en het algemene concept ervan te introduceren. Ook wordt uitgelegd waarom het product wordt ontwikkeld. De productsamenvatting legt uit hoe het eindproduct eruit zal zien, welke functies het zal hebben en hoe lang de ontwikkeling naar verwachting zal duren.
- Bedrijfscasus – Vervolgens moet in je specificatieblad de bedrijfscasus achter de ontwikkeling van het product staan. Hierin worden de voordelen of pluspunten beschreven die het product het bedrijf op de markt biedt. Ook wordt gekeken naar het budget en andere middelen die nodig zijn om het project af te ronden.
- Gebruikersverhalen – Dit zijn korte berichten vanuit het perspectief van de eindgebruiker van het product. Ze leggen uit welke functies gebruikers in het nieuwe product willen zien. Het is ook een goed idee om acceptatiecriteria toe te voegen aan gebruikersverhalen—dit zijn de criteria die bepalen of een gebruikersverhaal door het product is vervuld, bijvoorbeeld of een gewenste functie is opgenomen.
- Gebruikerspersona's – Hierin wordt beschreven voor wie dit product wordt ontwikkeld en wordt de doelgroep bepaald. Het geeft bijzonderheden over de demografie van de doelgroep en hun uitdagingen, die door het product zullen worden opgelost. Als je weet op wie het product is gericht, blijft je werk gericht op de klant.
- Functionele specificatie – Dit is een document waarin wordt beschreven hoe je de uitstraling en mogelijkheden van het toekomstige product voor je ziet. Ook moet worden beschreven hoe gebruikers ermee zullen werken. Het is het referentiepunt voor het productontwikkelingsteam wanneer zij met hun werk beginnen. Je kunt hier ook een flexibel technisch specificatiedocument voor je team toevoegen.
Ontwerp van de productspecificatie
Het is ook belangrijk om in het productspecificatieblad een indicatie van het productontwerp op te nemen. Hiervoor heb je technische specificaties, schetsen en modellen nodig. Het ontwerp kan worden aangepast naarmate je verdergaat in het productontwikkelingsproces. Het hoeft nog niet perfect te zijn, maar je wilt wel een visuele weergave hebben om je productmanagementteam door het vroege ontwikkelingsproces te leiden. Dit is een goede plek om technische details en eventueel aankoopspecificaties op te nemen.
Er zijn veel verschillende manieren waarop je ontwerpinformatie in je productspecificatieblad kunt opnemen. Dit kunnen renderingen of illustraties zijn, schermafbeeldingen of foto's van een prototype, of zelfs eenvoudige notities over de grootte, afmetingen of uitstraling en werking van het product.
Hoe schrijf je een productspecificatieblad?

1. Definieer het probleem.
Welk probleem of welke uitdaging helpt dit product gebruikers op te lossen? Het heeft geen zin om producten te ontwikkelen die niet inspelen op specifieke zakelijke behoeften of behoeften van consumenten. Zorg ervoor dat de behoeften en problemen waarop het product zal inspelen, in de productsamenvatting worden vermeld.
2. Begrijp de inbreng van klanten.
Wat willen klanten in een nieuw product? Gebruikersverhalen geven je een doel dat je met het nieuwe product moet bereiken en een beoordeling van hoe het je doelgebruikers zal helpen. Gebruik feedback van klanten over bestaande of vergelijkbare producten voor inzichten.
3. Betrek je hele bedrijf bij de discussie.
Belanghebbenden moeten hun zegje kunnen doen en zullen nuttig zijn in het ontwikkelingsproces. Dit kan je helpen om veel nuttige input en meer steun te krijgen bij het voltooien van de taak. Het helpt medewerkers ook het gevoel te krijgen dat ze aan het project kunnen bijdragen, waardoor ze zich meer betrokken voelen bij hun bijdrage en de samenwerking met het team.
4. Bepaal welke productspecificaties je opneemt.
Sommige productvereisten en -specificaties zijn essentieel voor productontwikkelaars, zodat het product veilig en bruikbaar is. Neem specificaties op zoals afmetingen, veiligheidsnormen, houdbaarheidsgegevens en een algemene productspecificatie voor het ontwerp. Deze specificaties maken het gemakkelijker om met de productontwikkeling te beginnen. Andere specificaties, zoals specifieke UI/UX-overwegingen of kleurenschema's, kun je wellicht later laten vastleggen in de productontwikkelingsachterstand.
5. Voer gebruikerstests uit.
Zodra je een plan hebt voor ontwerp en ontwikkeling, maak je een prototype. Zorg ervoor dat het product aansluit bij de behoeften van je klant. Laat klanten het testen, uitproberen en beoordelen. Controleer het gebruik of ontbreken van nuttige functies en let op zaken die moeilijk te gebruiken of irritant zijn. Werkt alles zoals het hoort?
6. Herzie op basis van wat je gebruikers bepalen dat werkt en wat niet.
Beslis wat wel of niet wordt gewaardeerd, ingewikkeld of overbodig is, los problemen op en herzie specificaties indien nodig, op basis van de resultaten van je gebruikerstests en andere relevante statistieken. Denk zorgvuldig na over functionaliteiten of plekken waar gebruikers vastlopen: hoe kun je dit verbeteren? Moet je deze of gene functionaliteit helemaal schrappen?
Vergeet je niet te abonneren op onze nieuwsbrief voor meer bronnen en handleidingen over productmanagement, plus de nieuwste podcasts, interviews en andere inzichten van marktleiders en experts.
