Questa pagina è stata tradotta dall’inglese.
Strumenti per sviluppatori
Crea una piattaforma di test A/B e sperimentazione
Kliv è un generatore di app basato su IA. Descrivi la piattaforma di test A/B di cui hai bisogno — assegnazioni persistenti, eventi, metriche, controlli di sicurezza e decisioni — e Kliv crea l’app attorno ai tuoi dati.
Inserisci semplicemente la tua idea nella casella di testo e l’AI la realizzerà per te
Che cos’è Kliv?
Kliv non è una suite di sperimentazione a cui ci si abbona e che si configura: è un generatore di app basato su intelligenza artificiale che crea il software al posto tuo.
Descrivi l’app di cui hai bisogno con parole semplici, e Kliv la costruisce: i dati, la logica, le schermate e il flusso di lavoro. Ottieni un’app reale e funzionante che è tua. La possiedi, la gestisci sul tuo dominio o sui tuoi account, e continui a modificarla in seguito semplicemente chiedendo. Non è un modello con il tuo nome sopra.
In questa pagina, quell’app è una piattaforma di test A/B e sperimentazione su misura. Kliv crea ogni tipo di applicazione web; questo è solo un esempio.
Perché costruire la propria piattaforma di sperimentazione?
Molti strumenti di sperimentazione hanno un prezzo legato al traffico, non al numero di test che esegui davvero. Un team può eseguire sei esperimenti a trimestre e pagare comunque per ogni utente tracciato. Il problema più difficile riguarda i dati: le assegnazioni spesso restano nel data warehouse del fornitore, lontane dagli ordini, dagli abbonamenti e dai numeri di retention che stabiliscono se un test ha davvero contato.
Kliv costruisce la piattaforma di sperimentazione attorno ai tuoi dati. Esperimenti, assegnazioni, eventi, metriche e decisioni sono righe del tuo database, accanto ai dati su ricavi e clienti che servono a spiegarli.
Cosa sa il sistema
Un esperimento ha bisogno di dati stabili. Ecco i dati attorno ai quali Kliv costruisce il sistema.
Esperimenti e varianti
Ogni esperimento ha un’ipotesi, delle varianti, una suddivisione del traffico, un responsabile, una data di inizio, una data di fine e una dimensione minima del campione. È un dato che il tuo team può consultare, non un appunto nella testa di qualcuno.
Assegnazioni persistenti
La variante di un visitatore viene scritta una sola volta e riletta a ogni ritorno. Un nuovo rilascio o una modifica della suddivisione non sposta silenziosamente quel visitatore in un’altra variante.
Eventi e metriche
Iscrizione, primo ordine, cancellazione, retention, ricavi — gli eventi che decidono gli esperimenti sono definiti con chiarezza e conteggiati per variante.
La bacheca dei risultati
Le dashboard mostrano la conversione per variante, le dimensioni del campione e se il test ha raccolto dati sufficienti. Un job pianificato aggiorna i risultati alla cadenza che scegli.
Controlli di sicurezza
Delle regole stabiliscono chi può lanciare, ampliare, interrompere o archiviare un test. Ogni ampliamento e interruzione viene registrato con la persona, l’orario e i numeri dietro la decisione.
Un esempio: il team di crescita meal-kit di Giulia
Ecco come un team di crescita potrebbe usarla. È solo un esempio: tu descriveresti i tuoi esperimenti, le tue metriche e le tue regole decisionali.
L’ipotesi viene messa per iscritto
Il team di Giulia vuole verificare se mostrare le date di consegna prima del checkout aumenta i primi ordini. Registrano il responsabile, la metrica principale, le varianti e il campione minimo prima che il traffico veda qualsiasi cosa.
I visitatori vengono assegnati tramite un’API
Il sito richiama l’endpoint di assegnazione e parte con il 10% dei nuovi visitatori. Ogni assegnazione viene memorizzata, così un visitatore che ritorna vede sempre la stessa variante.
Gli eventi si accumulano per ogni variante
Gli eventi di iscrizione e primo ordine arrivano come righe. L’aggiornamento notturno aggiorna la dashboard, così il team osserva gli stessi numeri invece che ognuno lanci una propria query.
Il team registra la decisione
Quando il campione viene raggiunto, la variante B è avanti del 9% sui primi ordini. Giulia registra la decisione sull’esperimento con i numeri così come si presentavano quel giorno.
La variante vincente va in produzione con la cronologia intatta
La variante B viene estesa a tutti e l’esperimento viene archiviato con assegnazioni, eventi e registro delle decisioni. Due trimestri dopo, «l’abbiamo testato?» ha una risposta collegabile.
Descrivi la piattaforma di sperimentazione che desideri
Kliv costruisce a partire dalla tua descrizione, quindi più dettagli fornisci, più la prima versione sarà vicina a ciò che vuoi. Indica gli esperimenti, gli eventi, le regole sul traffico e il processo decisionale. Eccone tre da cui partire:
Tracciamento esperimenti di crescita
Suddivisioni, assegnazioni persistenti, dashboard e regole di lancio.
“Crea una piattaforma di sperimentazione per il nostro team di crescita di kit pasto pronto. Supporta esperimenti con due o quattro varianti, suddivisioni percentuali del traffico, assegnazioni persistenti dei visitatori tramite un’API, eventi di conversione su iscrizione e primo ordine, dimensioni minime del campione, aggiornamenti notturni dei risultati e un registro delle decisioni per lancio, ampliamento, interruzione e archiviazione.”
Gestione test sui prezzi
Varianti della pagina prezzi legate ai ricavi.
“Crea uno strumento di sperimentazione sui prezzi per il nostro sito SaaS. Testa Starter a 19€, Pro a 49€ e Team a 129€ al mese, assegna ai visitatori varianti persistenti, registra gli inizi di checkout, le conversioni a pagamento e i ricavi del primo mese per variante, e richiedi una decisione scritta prima che un prezzo vada al 100% del traffico.”
Laboratorio oggetti email newsletter
Varianti di campagna, dimensioni degli invii ed eventi di apertura.
“Crea un tracciamento esperimenti per la nostra newsletter settimanale. Consenti ai redattori di creare varianti dell’oggetto email, di impostare la dimensione dell’invio per ogni variante, di importare gli eventi di apertura e clic per campagna, di confrontare i risultati solo dopo aver raggiunto il campione minimo, e di archiviare l’oggetto finale con le note della decisione.”
Come si combina tutto
L’assegnazione è una funzione che possiedi tu. La logica di suddivisione, le esclusioni e gli holdout risiedono in una funzione lato server con un’API reale. Il tuo sito, negozio o sistema email la richiama, e la risposta viene salvata come riga.
I collegamenti ai ricavi restano semplici. Assegnazioni ed esiti vivono nello stesso database, quindi «la variante B ha migliorato la retention a sei mesi?» è una query sulle tue righe, non un lavoro di riconciliazione tra due esportazioni.
Sbirciare i dati in anticipo diventa una regola. Campioni minimi, aggiornamenti notturni e decisioni di interruzione risiedono nel record dell’esperimento. La piattaforma applica la disciplina che il tuo team vuole dai propri test.
L’analisi di Kliv copre già visitatori, conversione, ricavi per canale ed eventi personalizzati. La tua piattaforma di sperimentazione aggiunge confronti controllati sopra questo livello di misurazione. Vedi Kliv analytics.
Domande frequenti
Cos’è esattamente Kliv?
Kliv è un generatore di app basato su intelligenza artificiale. Descrivi la piattaforma di test A/B di cui hai bisogno, e Kliv crea un’app reale con database, API, schermate e regole per gestire gli esperimenti.
Ottengo un’app reale o un modello?
Un’app reale. I record degli esperimenti, l’endpoint di assegnazione, le tabelle degli eventi, le dashboard e il registro delle decisioni sono costruiti attorno al tuo flusso di lavoro, non un modulo generico da compilare.
Posso modificarla dopo che è stata costruita?
Sì. Puoi chiedere a Kliv di aggiungere una metrica, cambiare le regole di lancio, aggiungere un gruppo holdout o aggiornare la dashboard senza ricominciare da capo.
Perché costruire questo invece di abbonarsi a una suite di sperimentazione?
Se il tuo problema principale è che i dati di assegnazione e di ricavo devono convivere, un’app su misura può essere più semplice. Le tue assegnazioni, i tuoi eventi e i tuoi esiti sono righe del tuo database, collegate alle tue tabelle dei ricavi.
Come viene garantita la persistenza dell’assegnazione?
La variante del visitatore viene salvata alla prima assegnazione e riletta in seguito. È uno stato memorizzato, quindi un nuovo rilascio o una modifica della suddivisione del traffico non rimescola silenziosamente gli utenti.
Gli esperimenti possono girare su siti non ospitati da Kliv?
Sì. L’endpoint di assegnazione è un’API. Il tuo negozio online, le tue landing page o i tuoi strumenti email possono richiamarlo, e gli eventi possono essere inviati indietro allo stesso modo.
Cosa impedisce a qualcuno di ampliare un test troppo presto?
Definisci tu chi può ampliare, interrompere o archiviare i test. Le dimensioni minime del campione e le note decisionali risiedono nel record dell’esperimento, e ogni modifica viene registrata con nome e orario.
I risultati possono collegarsi a ricavi e retention?
Sì. Poiché assegnazioni ed eventi vivono nel tuo database, puoi collegarli a ordini, abbonamenti, retention o qualsiasi altra riga registrata dalla tua app.
Sostituirà l’analytics?
No. L’analytics ti dice cosa è successo. La sperimentazione aggiunge assegnazione controllata e confronto, così puoi verificare se un cambiamento ha causato un esito.
Posso lasciare Kliv in seguito?
Sì. Il codice dell’app si sincronizza con il tuo repository Git, quindi andarsene significa fare un git pull, non ricostruire tutto.
Serve uno strumento di amministrazione separato?
No. La piattaforma è essa stessa lo strumento di amministrazione: il tuo team crea esperimenti, controlla i risultati, registra le decisioni e gestisce le regole direttamente nell’app.
Altro in questa categoria
Prendi decisioni a partire da assegnazioni memorizzate
Descrivi in dettaglio le varianti, le metriche, le regole sul traffico e i controlli di sicurezza. Kliv costruisce la piattaforma di sperimentazione che mantiene test ed esito nello stesso database.
