Productdesigner
Gestructureerde sollicitatievragen voor een Productdesigner, met per vraag de signalen van een sterk antwoord.
PraktijkcaseOnderzoek en probleemafbakening Een veelgebruikte flow kent veel afhakers, maar je weet niet op welke stap het misgaat. Welke informatie verzamel je voordat je een nieuw scherm ontwerpt?
Wat een sterk antwoord laat zienDe kandidaat onderscheidt gebruiksdata, kwalitatieve observatie en aannames. Een oplossing voorstellen zonder eerst het probleem te lokaliseren is onvoldoende.
PraktijkcaseSamenwerking met development Een developer zegt dat jouw voorkeursoplossing te veel technische risico’s heeft. Hoe kom je samen tot een besluit?
Wat een sterk antwoord laat zienNieuwsgierigheid naar de beperking, alternatieven met dezelfde gebruikersintentie en een expliciete keuze. De kandidaat verdedigt niet automatisch het eerste ontwerp.
PraktijkcaseProductoordeel Je krijgt van sales drie verzoeken van klanten die op elkaar lijken, maar niet identiek zijn. Wat doe je met die signalen?
Wat een sterk antwoord laat zienDe kandidaat zoekt naar het onderliggende probleem, toetst of het bij de doelgroep past en maakt de afruil zichtbaar. Losse klantwensen zonder patroon krijgen geen voorrang.
PraktijkcaseOntwerpkwaliteit Een team wil een bestaand patroon vervangen omdat het er verouderd uitziet. Welke vragen stel je voordat je daarmee instemt?
Wat een sterk antwoord laat zienEffect op gebruikers, herkenbaarheid, onderhoud en meetbare aanleiding. De kandidaat kan esthetische voorkeur van een aantoonbare verbetering onderscheiden.
Beoordelingsplan
Een productdesigner beoordeel je niet op een galerij met eindschermen. Het relevante bewijs zit in de route van probleem naar keuze, en in wat de kandidaat veranderde nadat een eerste oplossing niet werkte.
Fase 1: portfolio en cv
Lees portfolio en cv naast elkaar. Zoek naar een heldere eigen bijdrage, een beschreven gebruikersprobleem en beslissingen die onderweg zijn bijgesteld. Een fraaie interface zonder context kan goed werk zijn, maar bewijst nog niet dat iemand zelfstandig productkeuzes kan maken.
Fase 2: verdiepend gesprek
Laat de kandidaat één case ontrafelen: wat was de vraag, welke informatie ontbrak, welke alternatieven lagen op tafel en wat veranderde na oplevering? Vraag ook wat de kandidaat achteraf anders zou aanpakken. Dat levert doorgaans meer op dan een rondgang langs tools.
Fase 3: korte ontwerpverkenning
Geef een afgebakend probleem uit je product of een vergelijkbare context. Vraag de kandidaat om vragen, aannames, een eerste route en een manier om risico te toetsen. Beoordeel het denken en de communicatie, niet een gepolijst bestand dat buiten beeld is gemaakt.
Fase 4: gezamenlijke beoordeling
Laat productmanagement, development en design afzonderlijk scoren voordat zij over een kandidaat overleggen. Zo wordt zichtbaar of het verschil gaat over onderzoek, interactieontwerp of samenwerking in plaats van over de overtuigingskracht van één gesprekspartner.
Zo herken je een sterke kandidaat
| Competentie | Onder de norm | Op de norm | Boven de norm |
|---|---|---|---|
| Onderzoek en probleemafbakening | Begint met schermen en noemt onderzoek vooral als bevestiging achteraf. | Formuleert een onderzoeksvraag, combineert signalen en maakt aannames toetsbaar. | Ziet ontbrekend bewijs vroeg, kiest een passende methode en verandert koers wanneer de uitkomst daarom vraagt. |
| Productoordeel | Volgt de luidste wens of kiest op persoonlijke smaak. | Weegt gebruiker, productdoel en uitvoerbaarheid zichtbaar tegen elkaar af. | Maakt een scherpe keuze onder onzekerheid en legt uit welk risico later nog getoetst moet worden. |
| Samenwerking met development | Draagt bestanden over zonder technische afstemming. | Bespreekt beperkingen vroeg en werkt samen aan haalbare alternatieven. | Verbindt ontwerpbeslissingen aan onderhoudbaarheid en helpt het team ook na overdracht bij lastige keuzes. |
| Ontwerpkwaliteit | Toont losse schermen zonder samenhang of uitleg van gedrag. | Ontwerpt consistente flows met aandacht voor begrijpelijkheid en uitzonderingen. | Verbetert patronen systematisch en laat zien hoe kwaliteit in het productteam geborgd blijft. |
30/60/90-dagenplan
Na 30 dagen
- De belangrijkste gebruikers, productdoelen en bestaande ontwerpkeuzes leren kennen
- Met development en productmanagement een eerste probleemgebied en onderzoeksvraag afbakenen
Na 60 dagen
- Een ontwerpverkenning afronden met vastgelegde aannames, feedback en vervolgbesluit
- Een verbetering opleveren met heldere overdracht aan development
Na 90 dagen
- De uitkomst van een geleverde verandering terugkoppelen aan het team en een vervolgkeuze voorstellen
- Een concrete verbetering aanbrengen in een gedeeld patroon, proces of design system