Deze pagina is vertaald uit het Engels.
Developertools
Bouw een platform voor A/B-testen en experimenteren
Kliv is een AI-app-bouwer. Beschrijf het platform voor A/B-testen dat je nodig hebt — sticky toewijzingen, events, metrics, waarborgen en beslissingen — en het bouwt de app rond jouw data.
Voer je idee in het tekstvak in en AI bouwt het voor je
Wat is Kliv?
Kliv is geen experimentsuite waarop je je abonneert en die je configureert — het is een AI-app-bouwer die software voor je bouwt.
Je beschrijft in gewone taal de app die je nodig hebt, en Kliv bouwt hem: de data, de logica, de schermen en de workflow. Je krijgt een echte, werkende app die van jou is. Je bezit hem, draait hem op je eigen domein of accounts, en blijft hem later aanpassen door het gewoon te vragen. Het is geen sjabloon met jouw naam erop.
Op deze pagina is die app een op maat gemaakt platform voor A/B-testen en experimenteren. Kliv bouwt allerlei soorten webapps; dit is één voorbeeld.
Waarom je eigen experimentplatform bouwen?
Veel experimenttools worden geprijsd op verkeer, niet op hoeveel tests je daadwerkelijk uitvoert. Een team draait misschien zes experimenten per kwartaal en betaalt toch voor elke bijgehouden gebruiker. Het lastigere probleem is data: toewijzingen staan vaak in het datawarehouse van de leverancier, los van de bestellingen, abonnementen en retentiecijfers die bepalen of een test ertoe deed.
Kliv bouwt het experimentplatform rond je eigen data. Experimenten, toewijzingen, events, metrics en beslissingen zijn rijen in je database, naast de omzet- en klantgegevens die ze moeten verklaren.
Wat het systeem weet
Een experiment heeft feiten nodig die vaststaan. Dit zijn de gegevens waar Kliv omheen bouwt.
Experimenten en varianten
Elk experiment heeft een hypothese, varianten, verkeersverdeling, eigenaar, startdatum, stopdatum en minimale steekproefgrootte. Het is een record dat je team kan inzien, geen aantekening in iemands hoofd.
Sticky toewijzingen
De variant van een bezoeker wordt eenmalig vastgelegd en bij elk bezoek teruggelezen. Een nieuwe release of wijziging in de verdeling verplaatst die bezoeker niet stiekem naar een andere variant.
Events en metrics
Aanmelding, eerste bestelling, opzegging, retentie, omzet — de events die experimenten beslissen worden duidelijk gedefinieerd en per variant geteld.
Het resultatenbord
Dashboards tonen conversie en steekproefgroottes per variant, en of de test genoeg data heeft. Een geplande taak rolt resultaten op volgens het ritme dat jij kiest.
Waarborgen
Regels bepalen wie een test mag lanceren, opschalen, stoppen of archiveren. Elke opschaling en stop wordt gelogd met de persoon, het tijdstip en de cijfers achter de beslissing.
Een voorbeeld: Sannes groeiteam bij een maaltijdboxbedrijf
Zo zou één groeiteam het kunnen gebruiken. Het is maar een voorbeeld — jij zou je eigen experimenten, metrics en beslissingsregels beschrijven.
De hypothese wordt vastgelegd
Sannes team wil testen of het tonen van bezorgdata vóór het afrekenen het aantal eerste bestellingen verhoogt. Ze leggen de eigenaar, de belangrijkste metric, de varianten en de minimale steekproef vast voordat er verkeer naar de test gaat.
Bezoekers worden toegewezen via een API
De site roept het toewijzingsendpoint aan en begint met 10% van de nieuwe bezoekers. Elke toewijzing wordt opgeslagen, zodat een terugkerende bezoeker dezelfde variant ziet.
Events stapelen zich op per variant
Aanmeldingen en eerste-bestelling-events komen binnen als rijen. De nachtelijke optelling werkt het dashboard bij, zodat het team naar dezelfde cijfers kijkt in plaats van dat iedereen zijn eigen query draait.
Het team legt de beslissing vast
Zodra de steekproef is bereikt, staat variant B 9% voor op eerste bestellingen. Sanne legt de beslissing vast bij het experiment, met de cijfers zoals ze die dag waren.
De winnende variant gaat live met de geschiedenis intact
Variant B wordt opgeschaald naar iedereen en het experiment wordt gearchiveerd met toewijzingen, events en het beslissingslogboek. Twee kwartalen later heeft „hebben we dit getest?” een linkbaar antwoord.
Beschrijf het experimentplatform dat je wilt
Kliv bouwt op basis van jouw beschrijving, dus hoe meer detail je geeft, hoe dichter de eerste versie bij je wens ligt. Noem de experimenten, de events, de verkeersregels en het beslissingsproces. Hier zijn er drie om op voort te bouwen:
Groei-experimenttracker
Verdelingen, sticky toewijzingen, dashboards en lanceerregels.
“Bouw een experimentplatform voor ons groeiteam van een maaltijdboxbedrijf. Ondersteun experimenten met twee tot vier varianten, percentuele verkeersverdeling, sticky bezoekerstoewijzing via een API, aanmeld- en eerste-bestelling-conversie-events, minimale steekproefgroottes, nachtelijke resultaatoptellingen, en een beslissingslogboek voor lanceren, opschalen, stoppen en archiveren.”
Prijstestbeheerder
Prijspaginavarianten gekoppeld aan omzet.
“Bouw een prijsexperimenttool voor onze SaaS-site. Test Starter voor €19, Pro voor €49 en Team voor €129 per maand, wijs bezoekers sticky varianten toe, registreer het starten van het afrekenproces, betaalde conversies en omzet in de eerste maand per variant, en vereis een schriftelijke beslissing voordat een prijs naar 100% van het verkeer gaat.”
Nieuwsbrief-onderwerpregellab
Campagnevarianten, verzendgroottes en open-events.
“Bouw een experimenttracker voor onze wekelijkse nieuwsbrief. Laat redacteuren onderwerpregelvarianten aanmaken, de verzendgrootte per variant instellen, open- en klikevents per campagne importeren, resultaten pas vergelijken nadat de minimale steekproef is bereikt, en de definitieve onderwerpregel archiveren met de beslissingsnotities.”
Hoe het samenkomt
Toewijzing is een functie die jij bezit. De verdelingslogica, uitsluitingen en holdouts staan in een server-side functie met een echte API. Jouw site, winkel of e-mailsysteem roept hem aan, en het antwoord wordt opgeslagen als een rij.
Omzetkoppelingen blijven eenvoudig. Toewijzingen en uitkomsten staan in dezelfde database, dus „heeft variant B de retentie na zes maanden verbeterd?” is een query over je eigen rijen, geen afstemmingsklus tussen twee exports.
Gluren wordt een regel. Minimale steekproeven, nachtelijke updates en stopbeslissingen staan op het experimentrecord. Het platform handhaaft de discipline die jouw team van zijn tests wil.
De analytics van Kliv dekt al bezoekers, conversie, omzet per kanaal en aangepaste events. Jouw experimentplatform voegt daar gecontroleerde vergelijkingen aan toe, bovenop die meetlaag. Zie Kliv analytics.
Veelgestelde vragen
Wat is Kliv precies?
Kliv is een AI-app-bouwer. Je beschrijft het platform voor A/B-testen dat je nodig hebt, en Kliv bouwt een echte app met de database, API, schermen en regels voor het uitvoeren van experimenten.
Krijg ik een echte app, of een sjabloon?
Een echte app. De experimentrecords, het toewijzingsendpoint, de eventtabellen, de dashboards en het beslissingslogboek zijn gebouwd rond jouw workflow, geen generiek formulier dat je invult.
Kan ik hem later nog aanpassen?
Ja. Je kunt Kliv vragen om een metric toe te voegen, de lanceerregels te wijzigen, een holdoutgroep toe te voegen, of het dashboard bij te werken, zonder opnieuw te beginnen.
Waarom dit bouwen in plaats van een abonnement op een experimentsuite?
Als je grootste probleem is dat toewijzings- en omzetdata samen moeten bestaan, kan een app op maat eenvoudiger zijn. Je toewijzingen, events en uitkomsten zijn rijen in je database, gekoppeld aan je eigen omzettabellen.
Hoe wordt de stickiness van toewijzingen gegarandeerd?
De variant van de bezoeker wordt bij de eerste toewijzing opgeslagen en later teruggelezen. Het is opgeslagen status, dus een nieuwe release of wijziging in de verkeersverdeling husselt gebruikers niet stiekem opnieuw.
Kunnen experimenten draaien op sites die niet door Kliv worden gehost?
Ja. Het toewijzingsendpoint is een API. Jouw webwinkel, landingspagina's of e-mailtooling kunnen het aanroepen, en events kunnen op dezelfde manier worden teruggemeld.
Wat weerhoudt iemand ervan een test te vroeg op te schalen?
Jij bepaalt wie tests mag opschalen, stoppen of archiveren. Minimale steekproefgroottes en beslissingsnotities staan op het experimentrecord, en elke wijziging wordt gelogd met een naam en tijdstip.
Kunnen resultaten gekoppeld worden aan omzet en retentie?
Ja. Omdat toewijzingen en events in je database staan, kun je ze koppelen aan bestellingen, abonnementen, retentie of andere rijen die je app vastlegt.
Vervangt het analytics?
Nee. Analytics vertelt je wat er is gebeurd. Experimenteren voegt gecontroleerde toewijzing en vergelijking toe, zodat je kunt testen of een verandering een uitkomst veroorzaakte.
Kan ik later van Kliv weg?
Ja. De code van de app synchroniseert met je eigen Git-repository, dus vertrekken is een git pull, geen herbouw.
Heb ik een apart beheertool nodig?
Nee. Het platform is zijn eigen beheeromgeving: jouw team maakt experimenten aan, bekijkt resultaten, legt beslissingen vast en beheert regels in de app zelf.
Meer in deze categorie
Neem beslissingen op basis van opgeslagen toewijzingen
Beschrijf de varianten, metrics, verkeersregels en waarborgen in detail. Kliv bouwt het experimentplatform dat de test en de uitkomst in dezelfde database bewaart.
