Routekaart naar lancering & groei (voorstel, 11 juli 2026)
Dit is een voorstel ter beoordeling: een gefaseerde routekaart om I See You van de huidige pilot naar een publiek product met veel gebruikers te brengen. Het is geschreven vanuit de directeursrol — dus naast techniek ook positionering, juridische vangrails en groei. Goedgekeurde onderdelen worden stories op het projectboard en volgen daarna de normale docs-first-werkwijze.
Waar staan we?
Section titled “Waar staan we?”De pilot is opvallend volwassen: modelversie actueel, alle 18 stories uit de testsessie van 9-7-2026 op “In review”, een werkend stersysteem met consensus-ranking, een AI-vangnet dat elke vraag gegarandeerd antwoorden geeft, en een groene CI met domein-, unit- en e2e-tests. Live op Azure.
De afstand tot “veel gebruikers” is niet architectureel, maar operationeel, juridisch en commercieel. De bekende — deels bewust gekozen — pilot-shortcuts: gesimuleerde iDeal (dummy-PSP), media op de lokale App Service-schijf, console-logging zonder monitoring, single-instance, handmatige deploys zonder pipeline, geen product-analytics, alleen tekst- (geen beeld-)moderatie, Nederlands-only, geen PWA, en een toegangscode-poort die publiek gebruik blokkeert. Vrijwel alles hiervan is voorbereid met abstracties (IBetaalPoort, IMediaStore, IRealtimeNotifier) en is dus inwissel-werk, geen verbouwing — zie Deployment en de ADR’s.
Fase 0 — Positionering & vangrails (beslissingen vóór bouwen)
Section titled “Fase 0 — Positionering & vangrails (beslissingen vóór bouwen)”- Kies een beachhead-niche. “Feedback op uiterlijk” is te breed voor een koude start. Voorstel: lanceren op 2–3 concrete use-cases met elk een eigen landingsverhaal — datingprofiel-foto’s, sollicitatie-outfit, “wat trek ik aan naar X”. Dit stuurt alle copy, SEO en community-keuzes in fase 3.
- Trust & safety-review — existentieel voor dít concept:
- DPIA/AVG: video’s van gezichten zijn gevoelige persoonsgegevens; een DPIA is nodig vóór publieke lancering. Het retentie-ontwerp (gegarandeerde verwijdering, zie Anonimiteit & retentie) is al sterk — dat wordt juist een privacy-USP in de marketing.
- Leeftijdsbeleid: uiterlijk-feedback voor minderjarigen is een reëel body-image- én reputatierisico. Besluit nodig: 18+ (aanbevolen) of 16+ met check; vastleggen in voorwaarden en onboarding.
- Visuele moderatie-gat dichten: er is nu alleen tekstmoderatie; de opnames zelf worden niet gescreend vóór ze naar opiniegevers gaan. Toevoegen: beeld-/framemoderatie (op de FFmpeg-frames die er voor de AI-route al zijn) vóórdat een opname de pool ingaat.
- Welzijnsvangrails: het smiley-ontwerp beperkt wreedheid al by design; aanvullen met een milde-toon-check op vrije reacties en een zichtbaar meldbeleid.
- KPI’s + product-analytics kiezen (privacy-vriendelijk, bijv. PostHog EU of Plausible) — er is nu geen enkel funnel-inzicht. Zie de meetlat onderaan.
Fase 1 — Productieklaar maken (lanceerblokkers)
Section titled “Fase 1 — Productieklaar maken (lanceerblokkers)”Techniek — alles inwissel-werk achter bestaande poorten:
- Echte betalingen: Mollie-adapter achter
IBetaalPoortvoor de inleg en teaser-ontgrendeling (iDeal). De poort wordt async met een status-opvraag; de webhook (POST /api/betalingen/psp-webhook) haalt de status server-to-server bij Mollie op (body niet vertrouwd) en verwerkt idempotent. De dummy blijft als terugval zonderMollie:ApiKey. Eerst test-mode, dan de live-sleutel via Key Vault. Zie ADR-035. Voor uitbetalingen (aparte story): KYC via de PSP en de DAC7-rapportageplicht. - Media naar Azure Blob via
IMediaStore(nu lokale schijf: data weg bij herstart of opschalen). - Wachtwoord-hashing naar Argon2id (het gedocumenteerde doel) en de dev-fallback van het token-secret hard laten falen in productie; secrets naar Key Vault.
- Observability: gestructureerde logging (Serilog) + Application Insights + alerts. Zonder dit is opschalen blind varen.
- CD-pipeline + IaC: GitHub Actions-deploy-jobs (nu handmatig) + Bicep; een aparte staging-omgeving; EF-migraties als expliciete deploystap in plaats van bij startup.
- Redis-backplane voor SignalR + rate limiting op de API, zodat horizontaal schalen kan.
- Integratietest-laag (Testcontainers-PostgreSQL — staat al beschreven, bestaat nog niet).
- Externe security-pentest vóór lancering.
Merk & juridisch:
- Eigen domein + branding voor app, API en docs — een
*.azurestaticapps.net-adres is geen consumentenmerk. E-maildomein met DKIM/SPF voor de notificatiemails (afleverbaarheid = kern van de retentielus). - Privacybeleid en voorwaarden als echte pagina’s (de mockups bestonden al in het bronmateriaal); verwerkersovereenkomsten met OpenAI, Azure en de PSP.
Fase 2 — Activatie & retentie polijsten
Section titled “Fase 2 — Activatie & retentie polijsten”- PWA: manifest + service worker + web push. Een camera-first product hoort op het thuisscherm; een pushmelding “je resultaat is klaar” is een sterkere retentietrigger dan de huidige e-mail.
- Onboarding-funnel meten: de “eerst 2 vragen beantwoorden”-poort uit de onboarding is goed voor de liquiditeit, maar ook de grootste activatie-frictie — A/B-testen zodra analytics er is.
- Liquiditeits-SLA: definieer “eerste opinies binnen X minuten” en stuur de AI-vangnet-verhouding daarop (de beheer-thermometer bestaat al). Het AI-aandeel is dé gezondheidsmeter van de tweezijdige markt.
- Engelse taal in het gebruikersportaal (de i18n-basis staat klaar; beheer mag Nederlands blijven) — vertienvoudigt de adresseerbare markt tegen lage kosten.
- Groeilussen inbouwen: (a) referral-credits — past exact in de bestaande credits-economie; (b) een opt-in deelbare resultaatkaart (scores/sterren, nooit de opname zelf).
- Toegankelijkheids- en performance-audit (de basis is al goed: aria-attributen, mobile-first).
Fase 3 — Lancering & groei (NL eerst)
Section titled “Fase 3 — Lancering & groei (NL eerst)”- Consumentenlanding met de beachhead-verhalen en de privacy-belofte (“je opname wordt gegarandeerd verwijderd”) prominent; SEO-content per use-case.
- Toegangscode gefaseerd weg: besloten bèta (code) → wachtlijst → open.
- Community-seeding tegen het kip-ei-probleem: fashion-, dating- en sollicitatiecommunity’s; het AI-vangnet dekt het opiniegevers-tekort in de eerste weken — dat is het geheime wapen van dit product.
- PR-hoek: “eerlijke feedback zonder gemeen te zijn” + AI-personas is een goed persverhaal.
- App-store-aanwezigheid via PWA/TWA-wrapper zodra de PWA er is.
- Betaalde acquisitie pas als de activatie-KPI op doel zit — eerder is het geld verbranden.
Fase 4 — Schalen & verdedigbaarheid
Section titled “Fase 4 — Schalen & verdedigbaarheid”- Expertmarktplaats uitbouwen (betaald advies is het verdienmodel): geverifieerde stylisten/professionals, uitgelichte experts, kwaliteitsscore op advies.
- Fraude- en misbruikdetectie: credit-farming en zelf-review-ringen (de één-opinie-per-gebruiker-guard bestaat; device/IP-heuristieken toevoegen zodra volumes groeien).
- Internationalisatie voorbij Engels; de regio-matching (ISO-3166 + UN M49) ondersteunt dit al.
- AI-kwaliteit: nieuwere vision-modellen evalueren; consensus-kwaliteit meten tegen de maker-waardering.
Meetlat (directeursdashboard)
Section titled “Meetlat (directeursdashboard)”| KPI | Waarom |
|---|---|
| Activatie: % aanmeldingen dat een vraag indient | meet de onboarding-frictie |
| Tijd tot volledige beantwoording (en % AI vs. mens) | liquiditeit van de tweezijdige markt |
| D7/D30-retentie & credits-omloopsnelheid | komt de lus op gang? |
| Conversie naar betaald advies & omzet | verdienmodel |
| Meldingen per 1.000 opinies + moderatie-doorlooptijd | trust & safety |
Top-5 “doe dit eerst”
Section titled “Top-5 “doe dit eerst””- Visuele moderatie van opnames vóór distributie (veiligheidsgat).
- DPIA + leeftijdsbeleid (juridische lanceerblokker).
- Blob-mediastore + logging/monitoring + CD-pipeline (operationele basis).
- Mollie-adapter (zonder echt geld geen echt verdienmodel).
- Product-analytics (zonder meten geen groei-sturing).
Hoe verder
Section titled “Hoe verder”Dit voorstel staat ter beoordeling. Per goedgekeurd onderdeel maken we een story op het projectboard (kolom Backlog), geprioriteerd langs de fasen hierboven; elke story volgt daarna de bestaande docs-first-werkwijze met live-verificatie. Beslispunten die alleen de opdrachtgever kan nemen: de beachhead-niches (fase 0.1), het leeftijdsbeleid (fase 0.2), de domeinnaam en het lanceermoment van fase 3.