Ga naar inhoud

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.

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)”
  1. 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.
  2. 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.
  3. 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 IBetaalPoort voor 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 zonder Mollie: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.
  • 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).
  • 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.
  • 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.

KPIWaarom
Activatie: % aanmeldingen dat een vraag indientmeet de onboarding-frictie
Tijd tot volledige beantwoording (en % AI vs. mens)liquiditeit van de tweezijdige markt
D7/D30-retentie & credits-omloopsnelheidkomt de lus op gang?
Conversie naar betaald advies & omzetverdienmodel
Meldingen per 1.000 opinies + moderatie-doorlooptijdtrust & safety
  1. Visuele moderatie van opnames vóór distributie (veiligheidsgat).
  2. DPIA + leeftijdsbeleid (juridische lanceerblokker).
  3. Blob-mediastore + logging/monitoring + CD-pipeline (operationele basis).
  4. Mollie-adapter (zonder echt geld geen echt verdienmodel).
  5. Product-analytics (zonder meten geen groei-sturing).

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.