01 Context & probleem
De kerngebruiker, een succesvolle professional, is spiritueel hongerig maar zit vast: generieke westerse apps missen diepgang, Instagram-healers zijn niet te vertrouwen, en de echte leraren zijn onbereikbaar vanuit een ander land. De hele categorie faalt op één vraag: is deze persoon authentiek, en is dit veilig? De beperking is niet geld, het is vertrouwen.
02 Rol & beperkingen
Als AI Product Manager was ik verantwoordelijk voor de volledige product- en engineeringbouw: de gebruikers-, practitioner- en admin-oppervlakken. De oprichter is verantwoordelijk voor de kwaliteit van de praktijk, het verificatieoordeel en het merk. Beperkingen: een compact team dat het volledige oppervlak van een marktplaats dekt, een tweezijdige cold-start die aan beide kanten betrouwbaar moet aanvoelen, en een leidend principe uit de specificatie, veiligheid is product, geen compliancelaag.
03 Productaanpak
Verificatie is de ruggengraat. Een practitioner kan niet worden vermeld zonder een vierstaps beoordeling te doorstaan (geschreven aanvraag, video-introductie, een volledige demosessie beoordeeld op een rubric met acht dimensies, en een proefperiode van twintig sessies) voor een ambitieus acceptatiepercentage van onder de 10%. Daaromheen zit een volledige sessielevenscyclus en een relatiemodel: na sessie één heeft een gebruiker een Primary Practitioner, zodat het product voortbouwt op continuïteit in plaats van eenmalige boekingen.
Vertrouwen is de wig: begin met verificatie zoals fintechs beginnen met beveiliging. Het is ook overdraagbaar: de vertrouwenslaag is marktonafhankelijk, dus wereldwijde expansie is go-to-market, geen herbouw.
04 Gebouwde functies
Vierstaps verificatie
Geschreven → video → beoordeelde demo → proefperiode van 20 sessies. De moat.
Practitionerprofielen
Geverifieerd-badge, tier, lineage, introvideo, beoordelingen, beschikbaarheid.
Practitioner-onboarding
Aanvraag plus een checklist van 7 stappen die vóór de eerste sessie is afgeschermd.
Practitionerdashboard + CRM
Vandaag / Planning / Cliënten / Business, met privénotities per cliënt.
Gebruikersaccounts + journey
Dashboard, reflectief Journey-oppervlak, profiel en instellingen.
Zoeken & filteren
Op modaliteit, taal, tier, beschikbaarheid, prijs en beoordeling.
Boekingsflow
Maximaal drie schermen: tijdslot → account → betaling, geen verrassingen.
Stripe Connect-betalingen
Checkout in meerdere valuta en wekelijkse geautomatiseerde uitbetalingen aan practitioners.
Ingesloten video (Daily.co)
Live sessies in de app, geen Zoom-links, volledige controle over de sessie.
Beoordelingen & reviews
Opt-in, admin-gemodereerd, voedt de tier-progressie van practitioners.
Trust & safety
Detectie van crisistrefwoorden met getrapte respons en bronnen per land.
Admin / super-admin
Zes secties: dashboard, gebruikers, practitioners, sessies, content, financiën.
Ook uitgebracht: scoped messaging (intake + één uitwisseling na de sessie), tweerichtings Google Calendar-synchronisatie, pakketten, cadeausessies, referrals, en de content-/praktijkbibliotheek.
05 Architectuur
Next.js (App Router) op Vercel; Supabase voor Postgres + auth met row-level security die de gebruikers-, practitioner- en admin-rollen scheidt. Stripe Connect verzorgt marktplaatsbetalingen en wekelijkse uitbetalingen in meerdere valuta; Daily.co levert ingesloten video; tweerichtings Google Calendar-synchronisatie stuurt de beschikbaarheid van practitioners aan.
06 Analytics & observability
Vanaf dag één geïnstrumenteerd, zodat elke funnel, drop-off en fout zichtbaar is, en zodat de datafundering waarvan de AI-laag hieronder afhankelijk is daadwerkelijk bestaat. Vier tools, bewust niet-overlappend:
PostHog
Productanalytics: funnels, event-tracking en session replay over de intro→betaald- en retentietrajecten.
Sentry
Fout- en prestatiemonitoring: vangt crashes en trage paden in checkout en live video.
Google Analytics
Acquisitieanalytics: verkeersbronnen, conversie van landingspagina's en channel-CAC.
Hotjar
Heatmaps en opnames: laat zien waar gebruikers aarzelen op profielen en bij de checkout.
07 AI-beslislaag
Boven op de analytics-stack hierboven draait het platform een getrapte commissie-engine (30% → 25% → 20% naarmate practitioners meer sessies leveren) en marktspecifieke prijsstelling. Die datafundering voedt de AI-beslislaag.
Claude is geïntegreerd in de super-admin als een beslis-copiloot die de PostHog- en analyticsgegevens leest: het beveelt aan en automatiseert vervolgens aanpassingen van commissies en tarieven om de marge te beschermen, handelt op analytics-events (churn-risico, tekorten in tijdzone-aanbod, kwaliteitsafwijking van practitioners), en brengt winstoptimalisaties naar voren die een menselijke admin zou missen. De volgorde was het punt: het analytics-substraat kwam eerst, en AI beslist daarbovenop.
08 Status & resultaat
Volledig drie-zijdig platform gebouwd voor web en mobiel; de lancering werd supply-first gesequenced, met een Yoga Day-campagne die de vroege vraag verankerde.
50
Geverifieerde practitioners
1,200
Betalende gebruikers
32%
Intro → betaald conversie
70%
Eerste → tweede sessie retentie
09 Reflectie / wat volgt
Het opzetten van de fundering voor verificatie, analytics en admin vóór enige AI was bewust: een systeem dat echt geld aanpast is slechts zo betrouwbaar als de data en het beoordelingsproces eronder. Het platform draait succesvol met de AI-beslis-copiloot live, en dezelfde overdraagbare vertrouwenslaag schaalt het model markt voor markt.