Lead Productmanager · Coolblue
Ik leid een commercieel team bij Coolblue. Daarnaast breng ik eigen apps uit en houd ik ze in de lucht.
Bij Coolblue ben ik verantwoordelijk voor het commerciële resultaat en de online klantreis van de categorieën Gaming en Printers & Kantoor. Bij mijn eigen apps neem ik alle beslissingen zelf. Hieronder zie je welke, en wat ik meet.
Sinds augustus 2022 ben ik Lead Productmanager in het team Gaming, Printers & Kantoor, voor Nederland, België en Duitsland. Ik ben verantwoordelijk voor het commerciële resultaat en de online klantreis van die categorieën.
Ik geef leiding aan negen mensen: drie commercieel productmanagers, drie product journey managers en drie productredacteuren. Ik vertaal een visie naar roadmaps per kwartaal, prioriteer op impact en inspanning, en breng commercie, marketing, inkoop en development bij elkaar.
De LEGO-categorie. Ik heb de LEGO-categorie bij Coolblue opgezet. Ik was eindverantwoordelijk voor de livegang van de klantreis, en ben dat tot op heden voor het commerciële resultaat. Mijn team maakte de storefronts, filters en content, en samen met de manager van het categorieteam werkte ik aan het winkelplan. De afspraken met LEGO maakte inkoop.
De PlayStation 5, 2020. Toen nog als Productmanager Gaming. Bij de lancering van de PlayStation 5 was er weinig voorraad en veel vraag. Ik werkte met development, het app-team, marketing, klantenservice en logistiek. Daarna zette ik een vast proces op voor nieuwe leveringen. De techniek bouwden anderen; ik zorgde voor de afstemming en het proces.
AI in het werk. Bij Coolblue ben ik AI-ambassadeur en power user van Glean, en begeleid ik collega's bij het gebruik en de adoptie ervan.
Bij elke app begin ik met twee vragen: is dit het oplossen waard, en wat moet een eerste versie echt kunnen? Ik verzamel klachten over bestaande apps, leg vast wat erin komt en wat niet, en test zelf op echte toestellen. Ook de prijs, de App Store-tekst en de supportmail doe ik zelf.
Een reflexspel dat je met één duim speelt. Ontcijfer het grid voordat het verdwijnt, bouw reeksen treffers op en jaag op een highscore.
5,0 ★ 7 ratings85 downloads
Maakt van twee iPhones een videobabyfoon. Beeld en geluid gaan versleuteld van de ene telefoon naar de andere, zonder server van mij ertussen, en de app neemt niets op.
5,0 ★ 2 ratings1.006 downloads
Houdt je horlogecollectie bij, houdt bij welk horloge je draagt en maakt een pdf voor je verzekeraar. Geen account: alles synchroniseert via je eigen iCloud en verder nergens heen.
Nog geen ratings156 downloads
Een zeeslagspel voor twee mensen aan één tafel, op één iPhone Duo. Je trackinggrid staat rechtop, je eigen vloot ligt plat op tafel. Is je beurt voorbij, dan klap je het toestel dicht en draai je het naar de ander. Op een gewone iPhone neemt een knop de plek van de vouw in.
Nog geen ratings
Daarnaast Stillwater ↗: een vijver in een browsertabblad. Een experiment met timing en gewicht, zonder winkel eromheen.
Ratings komen uit de App Store, downloads (sinds lancering) uit App Store Connect. Beide worden elke dag automatisch bijgewerkt. Stand: 3 november 2026.
BabyBeam: een babyfoon zonder account, van eerste versie tot 1.5.4.
Je hebt losse babyfoons, die na een paar jaar in een la belanden, en je hebt apps. Die apps zijn duur als je ze in één keer koopt, of je zit vast aan een abonnement. Vaak moet je ook een account maken. Ik wilde een babyfoon zonder account en zonder opslag van beelden, die elke ouder kan gebruiken zonder zich zorgen te maken over privacy of kosten.
Er was al een eerste werkende versie uit juni: twee telefoons die met een code koppelen en beeld en geluid doorgeven. Voordat ik daar een backlog voor maakte, heb ik de klachten over bekende babyfoons en apps verzameld: Nanit, Owlet, Annie, Bibino, Cloud Baby Monitor en Luna (begin juli 2026). Mensen klaagden onder meer dat de verbinding wegvalt zonder alarm, dat het geluid stopt als het scherm op slot gaat, dat je niet ziet dat de batterij van de babytelefoon leegloopt en dat basisfuncties achter een abonnement zitten.
Ik draai geen eigen server. Beeld en geluid gaan via WebRTC tussen de twee telefoons, versleuteld met DTLS-SRTP, en de app neemt niets op. Voor het koppelen gebruikt de app iCloud van Apple: beide telefoons zetten daar een klein bericht neer, versleuteld met een sleutel die uit de koppelcode wordt afgeleid. Die code staat alleen op de twee telefoons. Zodra de verbinding staat, verwijdert elke telefoon zijn eigen bericht weer.
Meestal werkt het ook als je niet thuis bent. De telefoons zoeken elkaar via internet en vragen daarvoor hun internetadres op bij een STUN-server van Google. Daar gaat geen beeld of geluid langs.
Een babyfoon die zonder waarschuwing stopt, is erger dan een babyfoon met weinig functies. Dat was mijn uitgangspunt. Daarom kwam eerst alles wat vertrouwen geeft: een controle die merkt wanneer het beeld vastloopt, de batterij van de babytelefoon op het ouderscherm, geluid dat doorloopt als het scherm op slot gaat, en huildetectie op het toestel zelf. Daarna pas dingen als koppelen met een QR-code en slaapliedjes op afstand. Het bouwen ging snel: AI bouwde fase 0 tot en met 3 op 2 en 3 juli. Een taak vinkte ik af als de tests slaagden, en daarna heb ik alles op twee echte iPhones getest.
Meerdere kijkers tegelijk, zodat beide ouders mee kunnen kijken, heb ik bewust uitgesteld. Zonder server moet de babytelefoon het beeld voor elke kijker apart versturen, en die telefoon staat de hele nacht aan. Ik heb besloten dit pas na de lancering op te pakken, met maximaal twee kijkers en de tweede standaard alleen met geluid. Het besluit zelf staat hieronder bij de projectnotities.
Mijn eerste inzending werd op 4 juli afgewezen. De beoordelaar bij Apple hoorde geen geluid op de achtergrond, terwijl de app daar wel toestemming voor vroeg. Dat kwam doordat er zonder twee gekoppelde toestellen geen sessie start, dus was er ook niets te horen. Ik had die toestemming kunnen schrappen, maar doorlopend geluid met het scherm op slot is juist waar een babyfoon voor is. Ik heb een schermopname op twee echte toestellen gestuurd, met testinstructies. Op 12 juli heb ik opnieuw ingediend, en op 13 juli was de app goedgekeurd en live.
In september kreeg ik feedbackmails zonder bericht, alleen met het sjabloon. Een Duitstalige gebruiker had de categorie "vertaling" aangetikt, die bij Duitse instellingen bovenaan staat, en de mail direct verstuurd. Diezelfde dag heb ik een verplicht tekstveld laten toevoegen. Dat zat in versie 1.5.3.
De eerste screenshots bleken zwart. De simulator waarmee ze gemaakt zijn heeft geen camera, dus juist de belangrijkste beelden van een videobabyfoon lieten geen video zien. Daar kwam ik pas achter toen ik de cijfers per land bekeek.
De app stuurt mij niets. Wat ik meet, haal ik uit App Store Connect. Van 7 juli tot 4 oktober 2026 werd BabyBeam in de VS 5.579 keer in de App Store getoond, en 140 keer werd daarna de productpagina geopend: 2,5%. In Duitsland was dat 68 van de 558 keer, 12,2%. Mijn vermoeden is dat de zwarte screenshots meespelen, maar een verschil tussen landen bewijst dat niet. De nieuwe set staat sinds versie 1.5.4 online; of die helpt, moet nog blijken. Hoeveel mensen de app echt gebruiken, zeggen deze cijfers niet. Verder lees ik elke feedbackmail. Om een beoordeling vraagt de app alleen na een sessie van minstens tien minuten zonder verbindingsproblemen.
Meerdere kijkers is het grootste onderdeel dat nog openstaat, en ook de zwaarste wijziging sinds de start. Na de lancering ging de aandacht eerst naar betrouwbaarheid, feedback en vindbaarheid.
Vier fragmenten uit mijn projectnotities voor BabyBeam. Ik heb ze ingekort, maar niet herschreven. Deze notities schrijf ik samen met AI; de beslissingen erin neem ik zelf.
Productprincipe 3. Betrouwbaarheid > features. Een babyfoon die stilletjes faalt is erger dan een kale babyfoon.
Fase 0 — Fundament
- [x] 6.0 DataChannel + protocol.
Fase 1 — Vertrouwen (hoogste prioriteit)
- [x] 6.1 Baby-unit-telemetrie op ouder-scherm.
- [x] 6.2 Verbindingswaakhond.
- [x] 6.3 Achtergrond-audio bewijzen en afmaken (ouder).
- [x] 6.4 ⚠️SPIKE Echte huildetectie.
Fase 2 — Comfort
- [x] 6.5 QR-koppeling.
- [x] 6.6 Nachtzicht (interne naam — het is low-light boost, GEEN infrarood; claim 'nachtzicht' dus nooit in marketing).
- [x] 6.7 White noise & slaapliedjes op afstand.
- [x] 6.8 Pinch-to-zoom (ouder).
Fase 3 — Bereik
- [x] 6.9 Live Activity + Dynamic Island (ouder).
- [x] 6.10 Multi-viewer — ontwerp (ADR).
- [ ] 6.11 Multi-viewer — implementatie. ⏸️ UITGESTELD tot ná de release
- [ ] 6.12 Apple Watch companion. ⏸️ Achter 6.11, dus ook ná de release.
Probleem. De feedbackflow opent direct de mailcomposer, voorgevuld met alleen een uitnodigingszin en het diagnostiekblok (versie, app-taal, toestel, iOS-versie, rol). Niets dwingt af dat de gebruiker daar zelf tekst boven typt. Resultaat: mails die ogenschijnlijk leeg zijn — alleen het sjabloon, geen eigen bericht.
Gewenste oplossing.
- Gebruiker kiest een categorie zoals nu.
- In plaats van direct de composer te starten, toont de app een klein tekstinvoerscherm: "Wat wil je melden?", met de toelichting dat het diagnostiekblok automatisch wordt toegevoegd.
- Versturen/volgende-knop is disabled zolang het veld leeg is (whitespace-only telt als leeg).
- Pas na invullen wordt de mailcomposer geopend, met het eigen bericht bovenaan gevolgd door het bestaande diagnostiekblok.
- "Connection trouble" (geen mailflow) blijft ongewijzigd.
Randvoorwaarden. Geen nieuwe backend. Nieuwe teksten in alle 5 talen. Bestaande unit tests mogen niet breken; voeg tests toe voor de nieuwe validatie (leeg/whitespace-only blokkeert versturen).
Context. WebRTC is peer-to-peer en 1-op-1. Zonder SFU [een server die het beeld doorstuurt] betekent N kijkers dat de baby-unit N aparte peer-connecties onderhoudt en N keer de video encodeert en upload.
Besliscriteria. Principes intact: serverless, geen account, opslagvrij, betrouwbaarheid eerst. Batterij/warmte van de baby-unit (die staat de hele nacht aan) beheersbaar.
Besluit. Prioriteit: ná de release. Eerst device-testen + releasen met de huidige functionaliteit; multi-viewer daarna. Max kijkers: 2. Extra kijkers: 2e+ standaard audio-only, video pas op verzoek.
Afgewezen op Guideline 2.5.4: reviewer hoorde geen audio terwijl
UIBackgroundModes: audiogedeclareerd is. Oorzaak: de reviewer kan zonder twéé gekoppelde toestellen geen sessie starten, dus ook geen audio horen. De audio-mode NIET verwijderen — continue achtergrond-audio (ouder blijft de babykamer horen met vergrendeld scherm) is de kernfunctie en exact het toegestane gebruik.
AI schrijft alle code in deze apps. Ik programmeer zelf niet. Mijn werk is bepalen welk probleem ik oplos, wat erin komt en wanneer iets af is. Ik test op echte toestellen en ik besluit wat live gaat. Ik noem mezelf dan ook geen developer.
Wat de app doet, klopt meestal wel. Het gaat mis in de tekst eromheen.
Drie voorbeelden van deze site. Ze stonden alle drie wekenlang online voordat ik het zag. Doorgestreept staat wat de pagina beweerde, daaronder wat er echt klopte.
href="#". De knop deed niets, en zo is hij live gegaan.
Het zijn geen bugs, maar zinnen die goed klonken en niet klopten. Dat kan alleen iemand controleren die het product kent. Ik vond ze pas weken later, tijdens een review. Sindsdien controleer ik tekst uit AI net zo streng als de app zelf. Er gaat niets live voordat ik het naast het product heb gelegd, ook de juridische pagina's niet.
Ik werk met een vaste projectstructuur en aantekeningen die ik per app hergebruik. Daarin staat vooral wat eerder misging, zodat ik dat niet nog een keer doe. Een nieuwe app begint daardoor niet bij nul.
Wil je praten over productwerk, een commercieel team leiden of zelf apps uitbrengen? Mail me gerust.