Per chi è

Skomi per i prodotti SaaS

Un'azienda SaaS misura due cose che di solito si comprano separatamente: un sito di marketing che deve convertire, e un prodotto che deve trattenere. Skomi copre tutte e due da uno script e una fattura, per quanto riguarda la misurazione a livello di pagina, che è la parte da leggere con attenzione qui sotto.

Che cosa ottieni

Il sito di marketing e il prodotto con accesso sullo stesso script. Le pagine di prova, la documentazione, i prezzi e l'applicazione stessa riportano in un solo account, così il percorso da un articolo del blog a un account attivato è un imbuto solo invece di due strumenti cuciti a mano.

Nessun banner di consenso sul sito di marketing. Sul dispositivo di chi visita non resta niente, quindi la pagina che deve convertire non è la pagina che chiede prima il permesso. Per un prodotto la cui proposta riguarda la fiducia, vale più dell'analitica stessa.

Imbuti, e coorti con una riserva. I percorsi mostrano dove un'iscrizione o un avvio perdono gente, passo per passo, e questo funziona qualunque sia la tua impostazione di identità. Le coorti di retention raggruppano per quando una persona è stata vista la prima volta in assoluto invece che la prima volta nel periodo. Ma leggi la sezione successiva prima di appoggiarti a loro, perché che cosa voglia dire «la stessa persona la settimana prossima» dipende da un'impostazione che quasi tutti lasciano stare.

Mappe di calore e registrazioni dentro al prodotto. La schermata di avvio dove si bloccano tutti di solito non è quella che avresti indovinato. Nelle registrazioni i campi di input sono sempre mascherati, il che qui conta più che su una pagina di marketing.

Un widget di feedback che puoi mettere su una sola schermata. Chiedi sulla pagina dove sta il dubbio, invece di mandare un questionario per email una settimana dopo.

Report senza distribuire accessi. Una dashboard condivisa è un collegamento senza un account dietro, ed è così che chi fonda un'azienda mostra i numeri a un investitore o a un consiglio senza aggiungere postazioni.

Che cosa Skomi non farà per te

Skomi non scopre da solo chi è chi. L'identità viene ricavata sul server da un sale che ruota ogni giorno, quindi chi torna la settimana dopo viene contato come una persona nuova, non come la stessa. L'eccezione è una che scegli tu: attiva Identify signed-in users nelle impostazioni di Analytics del sito, e il tuo prodotto può chiamare skomi.identify() con il proprio identificativo per una persona che ha effettuato l'accesso. Quell'identificativo segue la persona da un giorno all'altro e da un dispositivo all'altro, non conserva niente sul suo dispositivo e permette di filtrare la dashboard, l'elenco delle visite e i percorsi su quello che ha fatto quel singolo cliente. Resta spento finché non lo accendi, rifiuta tutto ciò che somiglia a un indirizzo email, e informare i tuoi utenti spetta a te. Aggiunge un filtro, non un modello di account: non c'è nessuna dimensione azienda, nessun elenco dei tuoi utenti e nessun attributo legato a loro. Un identity.mode impostato a device per singolo sito è una scelta separata. Rimette un identificativo stabile sul dispositivo e fa sì che la retention voglia dire quello che ti aspetti, al costo di conservare qualcosa sul dispositivo, cosa che si riporta dietro la questione del consenso. È un compromesso reale e la scelta spetta a te.

Nessun flag di funzionalità, nessun esperimento, nessun test A/B. Le suite di analitica di prodotto li includono e Skomi non ne ha nessuno. Se la tua tabella di marcia dipende dal rilasciare varianti e leggerne la differenza, ti troverai a far girare qualcos'altro accanto.

Nessun CRM, nessuna email, nessuna scheda utente. Skomi misura e riporta. Oltre a un identificativo che scegli di mandare, non tiene niente sui tuoi clienti, quindi non può segmentare per piano, far partire un'email del ciclo di vita, o dirti quali account sono diventati silenziosi.

Nessun accesso unico per la tua squadra. Le persone con cui lavori accedono con la loro email e la loro password, oppure con Google, Microsoft o GitHub, e l'accesso si concede per singolo sito o app invece che per gruppo di directory.

Registrare un prodotto con accesso dovrebbe essere una decisione, non un valore di serie. I campi di input sono mascherati e puoi campionare invece di catturare tutto, ma stai comunque filmando schermate con sopra dati di clienti. Fallo di proposito, dillo alle persone nella tua informativa sulla privacy, e decidi quanto testo della pagina può mostrare una registrazione.

Configurarla come lavori tu

Uno script su tutti e due, sito di marketing e applicazione. Possono essere un sito solo su Skomi o due: uno se vuoi l'imbuto intero in una vista sola, due se le squadre che li guardano sono diverse. La guida allo snippet copre entrambi i casi.

Etichetta ogni campagna allo stesso modo così il lato acquisizione si legge. C'è una convenzione che vale la pena adottare prima della prima campagna invece che dopo la decima.

Fai dell'iscrizione un obiettivo, e della prima azione vera un secondo obiettivo. Lo spazio fra i due è l'attivazione, ed è il numero che manca alla maggior parte delle dashboard SaaS.

Accendi le registrazioni a campione, non per tutti. Un campione basta per vedere dove l'avvio si blocca, e nessuno ha bisogno di filmare ogni sessione del prodotto.

Sappi per quanto tempo si conservano le registrazioni. La conservazione dipende dal tuo piano, non da un'impostazione per singolo sito, e su ogni piano le registrazioni si conservano meno a lungo dell'analitica. La pagina dei prezzi mostra la finestra di ognuno.

Uno script, o un SDK. Gli stessi report in entrambi i casi.

Crea un account, registra un sito, e accendi quello che ti serve.