Soluzioni · SaaS

Gestite il vostro programma, sul vostro sito

Il vostro team gestisce la roadmap e conduce i test. Pertento fornisce la piattaforma: un tag script, un editor visivo e risultati verificabili.

Gestirlo da soli

Dal primo pomeriggio in poi

Uno script tag, e il vostro team fa test già nel pomeriggio.

Installarlo, chi invitate, e come viene pubblicata una modifica quando non c'è tempo di ingegneria da dedicarci.

Per iniziare

Operativi già dal primo pomeriggio

Uno script tag nel head, e la console inizia a riportare dati. Niente da procurarsi, nessuna pipeline di dati da costruire, nessuno sprint di ingegneria da pianificare.

  • Un loader da 0,9 KB, senza cookie, senza dati personali
  • L'editor visivo gira da un'estensione Chrome sul vostro sito live
  • Un nuovo test è una bozza finché non lo avviate e pubblicate il sito
La schermata di implementazione, che conferma che il tracker è attivo ed elenca come è installato: uno script tag nel head, un loader da 0,9 KB, senza cookie.

Il team

Invitate tutti, pagate per sessioni

Il prezzo segue le sessioni, non le postazioni, così la designer che scrive la variante e l’analista che legge il risultato non costano niente in più.

  • Utenti illimitati su ogni piano
  • Ruoli per chi può avviare, fermare e pubblicare
  • Un registro attività di chi ha cambiato cosa
La schermata delle impostazioni del team: cinque membri con i loro ruoli, sopra due riquadri che dicono utenti illimitati e fatturazione sulle sessioni.

Senza sviluppatori

Pubblicate la modifica e passate la variante vincente agli sviluppatori

La maggior parte delle varianti non ha mai bisogno di uno sviluppatore. Quelle che vale la pena mantenere producono un ticket di implementazione con il selettore e la modifica esatta, così la consegna è un incolla anziché una riunione.

  • Modifica senza codice di testo, stile, layout e posizione
  • Consegna all'implementazione per i vincitori che vale la pena fissare nel codice
  • Il test continua a essere servito finché il codice non viene pubblicato
La coda di implementazione: tre test vincenti, uno in attesa di essere fissato nel codice, uno in corso e uno già pubblicato.

In pratica

Come si presenta la gestione in proprio un martedì

La parte difficile di un programma interno raramente è il primo test. È tenerne in corso diversi insieme quando sperimentare non è il lavoro a tempo pieno di nessuno.

01Il traffico non limita il vostro ritmo di testOgni visitatore ammissibile entra in ogni test ammissibile, quindi un piccolo team può avere otto test attivi su un sito di medie dimensioni senza che nessuno di essi richieda più tempo per concludersi. Il consiglio di eseguirne uno alla volta è un limite degli altri strumenti.02Decide il backlog, non la voce più forteAssegnate a ogni idea un punteggio per potenziale, esposizione e sforzo: la lista si ordina da sola. Quando non ci sono problemi né decisioni in sospeso, la console vi indica quale bozza riprendere.
03La sola lettura è un ruolo veroI membri vedono tutto e non modificano nulla, ed è proprio questo che rende sicuro dare un account a tutto il team. Avviare, fermare e pubblicare restano ad amministratori e proprietari, e ogni modifica è registrata sul test con un nome.
04Il secondo test costa meno del primoDuplicare un test porta con sé le varianti, le modifiche, gli screenshot e tutti e tre i tipi di targeting. La maggior parte del costo di un programma è rifare le configurazioni, e la maggior parte degli errori sta nella parte che si ricostruisce a mano.
05Nessuno deve ricordarsi di fermarloPianificate inizio e fine già durante la creazione del test. Potete anche attivare l’arresto al raggiungimento della significatività, con una durata minima e una data di fine obbligatoria. Così l’arresto anticipato permette di concludere prima, senza essere l’unico modo di terminare un test.
06Vi avvisa se un test ha un problemaSe la ripartizione non corrisponde più alla configurazione o se il test non riceve traffico per un giorno intero, ricevete un avviso via e-mail e su Slack. Di solito significa che un rilascio ha rimosso lo script o che una regola di targeting non trova più corrispondenze.

Domande

Prima di gestirlo internamente

Quanto piccolo può essere il team?

Basta una persona in grado di modificare il sito e leggere un grafico. Le attività che normalmente richiedono uno specialista sono già integrate: l’editor permette di creare la maggior parte delle varianti senza sviluppatori, l’ordinamento del backlog evita le discussioni sul prossimo test da eseguire e la coda delle decisioni in sospeso elimina il controllo quotidiano dei problemi. La piattaforma non può però decidere cosa vale la pena testare, e nessuna piattaforma può farlo. Se nessuno si assume questa responsabilità, acquistare un software non risolverà il problema.

Cosa dovranno fare i nostri sviluppatori?

Tre cose, di cui solo la prima è indispensabile. Inserire una volta un tag script nel head: è l’unica modifica da apportare al vostro sito. Creare i test lato server, in cui il vostro backend decide cosa mostrare: è l’unico tipo di test che richiede davvero codice. Infine, integrare le varianti vincenti nella vostra base di codice quando preferite gestirle direttamente. La modifica esatta viene consegnata insieme al risultato: basta copiarla e incollarla, senza riunioni. Tutto il resto si fa selezionando gli elementi del sito in produzione.

Come si comporta il costo quando cresciamo?

Segue le sessioni e non il numero di persone, quindi non pagate per ogni persona che contribuisce al programma. La designer che scrive la variante, l’analista che legge il risultato e lo stakeholder che vuole seguire possono avere tutti un account, e i membri sono in sola lettura su tutta la piattaforma, quindi distribuire quegli account è sicuro. Ciò che cresce con voi è il numero di sessioni che i vostri siti registrano, e un solo piano copre ogni sito dell’account.

Abbiamo già GA4. Questo lo sostituisce?

No, ed è meglio se lo mantenete. Impostate il sito su GA4 e il runtime legge gli eventi che già scorrono nel vostro data layer, così le conversioni che misuriamo sono le stesse che il vostro strumento di analisi registra. Questo elimina la solita discussione fra due strumenti con due definizioni di acquisto. Anche l’esposizione alla variante viene rimandata indietro, così un test diventa una dimensione su cui segmentare dentro la reportistica di cui il vostro team già si fida.

Che fine fa il lavoro se ci fermiamo?

Tutto ciò che è già fissato nel codice sta nella vostra codebase e resta intatto, ed è esattamente per questo che la coda di implementazione continua a insistere sui vincitori che serviamo ancora. I vincitori ancora serviti dalla piattaforma si fermano quando si ferma lei, come si ferma qualsiasi variante. I test, le ipotesi che li hanno originati e la traccia di ogni decisione vivono nell’account e non nel foglio di calcolo di un consulente: ciò che portate via è un programma documentato e non una cartella di screenshot.

Test migliori, conversioni migliori

Test on all visitors with the world’s lightest script and make confident decisions powered by real-time reporting.Inizia la provaPrenota una demo