Een lichtgevend pad van stapstenen slingert een heuvel op naar een vlag, met korte zijpaden die voortijdig doodlopen

1. Vragen over product sense (design)

“Ontwerp een koelkast voor mensen die één keer per week koken.” “Verbeter Spotify voor gezinnen.” “Wat is je favoriete product en hoe zou je het beter maken?”

De interviewer toetst of je van nature vanuit de gebruiker denkt, structuur aanbrengt in onduidelijkheid en onderbouwde trade-offs maakt. Een opbouw die werkt:

  1. Verhelder en baken af. Stel twee of drie echte vragen (voor wie is dit, welk platform, een nieuw product of een verbetering) en spreek daarna je afbakening hardop uit: “Ik richt me op de persona die wekelijks vooruit kookt, op mobiel.”
  2. Segmenteer gebruikers en kies er één. Noem twee of drie aannemelijke segmenten met verschillende behoeften en kies er één met een uitgesproken reden (“het grootste probleem waar nog geen goede oplossing voor is”).
  3. Som pijnpunten op en geef er één voorrang. Drie pijnpunten, kies het scherpste en zeg waarom.
  4. Schets oplossingen, kies er één en werk die uit. Twee of drie ideeën met een verschillend ambitieniveau; kies op basis van criteria die je benoemt (impact, haalbaarheid, onderscheidend vermogen). Ga daarna echt ontwerpen: de belangrijkste schermen of momenten, het happy path en één randgeval.
  5. Definieer succes. Eén north star-metric plus een guardrail (“aantal recepten dat wekelijks helemaal wordt gekookt, bewaakt met klachten over verspilde boodschappen”).

Waar kandidaten op stranden: meteen naar een lievelingsfeature springen, ontwerpen voor “iedereen” en bij keuzemomenten nooit zeggen waarom. Interviewers beoordelen de redenering tussen de stappen, niet hoe slim het uiteindelijke idee is.

2. Vragen over execution en metrics

“De DAU is deze week met 8% gedaald. Neem me mee in je analyse.” “Welke metrics zou je kiezen voor Instagram Stories?” “Je kunt maar één van deze twee features opleveren. Hoe beslis je?”

Gebruik bij het uitzoeken van een dalende metric een expliciete eliminatieboom en spreek die hardop uit:

  • Verhelder de metric. Definitie, omvang, periode, geleidelijk of abrupt.
  • Interne oorzaken: recente releases, experimenten, wijzigingen in de logging, de platformmix (trof de daling alleen iOS?).
  • Externe oorzaken: seizoenseffecten, feestdagen, lanceringen van concurrenten, wijzigingen in de appstore of het besturingssysteem.
  • Segmenteer tot je de oorzaak kunt aanwijzen: platform, regio, nieuwe of terugkerende gebruikers, acquisitiekanaal. Een daling die zich concentreert bij nieuwe Android-gebruikers in één land vraagt een ander onderzoek dan een gelijkmatige afname.

Koppel bij het kiezen van metrics elke metric aan het moment waarop het product zijn kernwaarde levert, en combineer de north star altijd met een guardrail, zodat niemand je kan verwijten dat je op het cijfer stuurt in plaats van op het doel (de wet van Goodhart): engagement bewaakt met kwaliteitsklachten, groei bewaakt met retentie.

Noem bij prioriteren een framework (impact × zekerheid ÷ inspanning is prima), maar besteed je tijd aan de invoer (waar de inschatting van de impact vandaan komt, wat je zekerheid zou veranderen) en niet aan het opzeggen van de formule.

3. Strategievragen

“Moet Netflix de gamingmarkt op?” “Je bent de PM van Apple Maps. Wat doe je aan Google Maps?” “Hoe zou je de omzet in vijf jaar vertienvoudigen?”

Strategierondes toetsen je vlieghoogte: kun je redeneren over markten, duurzaam concurrentievoordeel en volgorde in plaats van over features? Een bruikbaar stramien: waar kan het bedrijf geloofwaardig winnen (assets, distributie, merk), waar gaat de markt heen (wat is over vijf jaar waar en nu nog niet), wat moet er waar zijn om de zet te laten slagen, en wat is de gok in stappen (eerste ingang → uitbreiding → blijvend voordeel). Onderbouw minstens één bewering met een echt feit dat je over het bedrijf weet: hier laat je zien dat je je hebt ingelezen.

4. Technische vragen (voor PM-functies)

“Leg uit wat er gebeurt als je een URL intypt en op Enter drukt.” “Hoe zou je de API voor deze feature ontwerpen?” “Schat hoeveel opslag Instagram per dag nodig heeft.”

Tenzij je solliciteert op een zwaar technische PM-functie, is de lat dat je de taal spreekt, niet dat je kunt implementeren: kun je een eerlijk gesprek voeren met engineers, begrijp je trade-offs (consistentie vs. beschikbaarheid, native vs. web, zelf bouwen vs. inkopen) en kun je een gestructureerde schatting maken met nette rekensommen? Benoem bij schattingen je aannames, rond stevig af op machten van tien en toets het resultaat aan een bekend ijkpunt. Gaat system design bij het bedrijf van je keuze dieper, dan vind je het volledige framework in onze gids over system design.

5. Gedragsvragen, de PM-variant

Gedragsrondes voor productmanagers draaien om invloed zonder formele macht, conflicten met engineering of design, en beslissen onder onzekerheid:

  • “Vertel eens over een moment waarop engineering nee zei.” Ze willen horen hoe je het aanpakte: heb je opnieuw over de scope onderhandeld, data meegebracht, een derde optie gevonden? Doordrukken en toegeven vallen allebei af.
  • “Een lancering mislukte. Wat gebeurde er?” Neem de verantwoordelijkheid voor de beslissing en laat zien dat de post-mortem je manier van werken heeft veranderd. (De algemene aanpak voor vragen over mislukkingen staat in ons overzicht met sollicitatievragen.)
  • “Vertel eens over een productbeslissing die je nam met onvolledige data.” Laat zien dat je weet wanneer je informatie moet kopen (prototype, holdout-groep, gesprekken met gebruikers) en wanneer je moet beslissen en gaan meten.
  • “Hoe zeg je nee tegen stakeholders?” Een echt verhaal waarin de relatie goed bleef: erken het verzoek, maak de trade-off open zichtbaar en bied het vroegste eerlijke alternatief aan.

Gebruik STAR met de verdeling uit het STAR-gedeelte van het overzicht: een minimale aanloop, acties in de ik-vorm en resultaten met cijfers.

20 oefenvragen voor productmanagers

Beantwoord ze hardop, met een stopwatch en het liefst met een opname, of in een oefengesprek met een AI-assistent voor sollicitatiegesprekken die het daarna met je kan nabespreken:

  1. Ontwerp een product waarmee mensen een arts kunnen vinden.
  2. Verbeter YouTube voor mensen die een taal leren.
  3. Je favoriete product, en het grootste gebrek ervan.
  4. Ontwerp een geldautomaat voor kinderen.
  5. Het aantal uploads naar Instagram is met 15% gedaald. Zoek uit waarom.
  6. Kies metrics voor WhatsApp-kanalen.
  7. Feature A (retentie) of B (omzet) opleveren? Beslis.
  8. Moet Airbnb een loyaliteitsprogramma opzetten?
  9. Moet Shopify hardware voor fysieke winkels gaan maken?
  10. Hoe zou je Google Maps verder te gelde maken zonder advertenties?
  11. Leg caching uit aan een niet-technische stakeholder.
  12. Schat het aantal zoekopdrachten per dag op Google.
  13. Ontwerp de API voor een ETA-functie in een taxi-app.
  14. Een moment waarop je onder druk van mening veranderde.
  15. Een moment waarop je iets opleverde waar je het niet mee eens was.
  16. Je grootste mislukking met een product.
  17. Een moment waarop je invloed had zonder formele macht.
  18. Hoe bepaal je wat je niet bouwt?
  19. Neem me van begin tot eind mee door je favoriete lancering.
  20. Waarom productmanagement, en waarom hier?

Oefen alsof het echt is, want dat wordt het.

ChadFlow transcribeert je oefengesprekken en je echte sollicitatiegesprekken, stelt op het moment zelf antwoorden voor op basis van jouw materiaal en maakt van elk transcript coaching voor de volgende ronde.

Download ChadFlow