Come si crea quindi la roadmap di una feature un'iniziativa? Una volta che da quel primo famoso meeting sono emerse delle problematiche? Il la metodologia è semplice l'abbiamo già vista anche nei moduli e nelle lezioni precedenti.

Nel caso di Senis quello che facciamo è che andiamo a mettere questa nuova iniziativa all'interno di, in questo caso Google Sheets, ma può funzionare con altri strumenti.

Noi utilizziamo anche Linear, per esempio come tu il management, per poterli ordinare in base all'ot del core che vi ho che ho spiegato nel nel modulo precedente.

In questo modo, una volta visualizzate ed è fatto, le varie iniziative possibili da realizzare abbia avremo una chiara idea di quale pro prima ri ricordandoci sempre che l'ordine che è chiaramente prestabilito dall' del re non è per forza quello con il quale la le realizzeremo, perché ci sono almeno dieci altri elementi che possono influire.

Questa questa um presa una una qualsiasi di queste future, quello che viene definito sono delle tempistiche di test e sviluppo erroneamente magari si pensa a sviluppo come solo la parte di sviluppo software.

In realtà, per quello che riguarda la mia esperienza, quando parlo di sviluppo, parlo sempre dello sviluppo del prodotto e quindi quello che è la parte di user testing di eventuale ricerca prima di realizzazione del design, validazione del design e poi solo in ultima fase, la realizzazione dello sviluppo tecnologico.

Questo è molto importante perché sembra poi di andare a vedere solo l'ultimo pezzettino, diciamo di questa catena.

La definizione del test è um secondo me l'elemento probabilmente più complesso perché um l le tipologie diverse di test le abbiamo viste in precedenza, sono tantissime, forse non le abbiamo neanche menzionate tutte e quindi stabilire quale tipologia di test andare a utilizzare è fondamentale per l'atto della.

Molto spesso in seres quello che facciamo sono o bst, quindi cinquanta e cinquanta tendenzialmente è quello che garantisce a livello di tempo e ottimizzazione probabilmente dall'uscita più veloce.

Qualche volta facciamo test di multi variation, per esempio quindi con più varianti.

Ora che il nostro traffico è aumentato è più facile scegliere la multi variation anche perché ti dà più panorami possibili contemporaneamente, ma dipende dal numero di persone che visualizzano quella feature e lo vedremo successivamente.

E un altro dei test abbastanza comune è il bifore after, quindi si osserva un periodo di tempo prestabilito di una settimana, un mese un giorno, e si vede modificando il codice direttamente, quindi senza passare da un cinquanta e cinquanta il giorno dopo com'è e e si e si comparano sostanzialmente questi giorni.

È una delle scelte che prendiamo molto meno piacevolmente rispetto alle altre, perché in realtà è influenzata da una cosa specifica è il giorno normalmente come in tutte le aziende, come in tutti i prodotti la sta quella che si chiama stagionalità, impatta tantissimo e quindi tu probabilmente vai a prendere un giorno giovedì contro venerdì, che per il la tua tipologia di business non sono comparabili.

Quindi funziona, ma funziona su periodi di osservabilità molto più ampi, tipo il mese precedente o il mese successivo.

Anche se qui confrontando ad esempio un ipotetico marzo con i con un ipotetico aprile dove ci sono periodi di Pasqua venticinque aprile, altro non sempre sono facilmente confrontabili e quindi rischi di avere tanti, tanti caveat, insomma da osservare.

Quindi, tornando su quello che è la nostra scelta principale, tendenzialmente facciamo a B T s e quindi osserviamo un un un campione a contro un campione B o contro le Variant e aspettiamo gli out.

Il terzo elemento della roadmap è a tutti gli effetti stabilire e e fissare già idealmente in testa una una tempistica.

Perché? Perché il rischio, ovviamente, è quello di non essere mai sicuri di quello che ti dice l'output e E e in realtà ti permette anche di capire quanto investimento portarci.

Parliamo anche di investimento economico, alle volte, se parliamo di campagne di marketing, o comunque il fatto che quel test duri una settimana o dieci giorni o un mese ha un impatto molto differente.

E questo questo elemento, cioè quello della della durata del test, è significativo perché ti permette in qualche modo di dire okay, io voglio testare il fatto che una funzioni meglio di un'altra sulla mia landing page, però voglio deciderlo in fretta.

Allora probabilmente la cosa più veloce sarà fare sti investendo economicamente su un qualche tipo di campagna che ti permette di portare un numero di utenti maggiore um, su quelle landing page per cui raggiungere quel livello minimo di confidenza statistica a livello dei numeri e viceversa.

Un un test sul quale hai un interesse, ma non hai un interesse affinché sia concluso nel più breve tempo possibile.

Ti fa dire io sono disposto ad aspettare due settimane per avere l'output e quindi non spenderci di fatto dei dei soldi.

Normalmente per la mia esperienza, non solo in anche nelle nelle aziende passate spesso è preferibile investire, soprattutto quando si parla del prima.

Da parte del fan di A di acquisition di Wass è preferibile spendere a livelli economici, cioè chiaramente ha possibilità economiche spendere per avere risultati prima e questo fa sì che tu potrai reiterare parecchie volte un esperimento o degli esperimenti fatti.

Um proprio nelle aziende, nelle aziende precedenti è stato quello sull'ottimizzazione delle landing page di campagne pad.

Quindi dove l'azienda investiva già numeri economici molto alti e quindi volendo provare a reiterare, ottimizzare all'infinito quelle che erano le le performance se o e di spid del delle pagine abbiamo fatto sostanzialmente test che giravano e in una settimana facevamo cinque test.

Quindi ogni giorno prendevamo la versione vincente, la portavamo in produzione testavamo in a b test con l'altra l'altra versione e via così dicendo è un lavoro diciamo quasi logorante.

Però è molto bello perché riesce ad avere degli output costantemente e velocemente um dall'altra parte abbiamo avuto test in seres, uno dei quali lo vedremo anche successivamente um che sono durati più di due mesi, perché la nostra confidence, facendo riferimento al core, era molto bassa.

L'impatto era molto alto in realtà a livello di utenti e quindi abbiamo per esempio in quel caso fatto dieci percento contro il novanta percento.

E quindi prima di raggiungere una confidenza statistica alta abbiamo dovuto aspettare del tempo, ma non avevamo una reale fretta.

Quindi, quando guardiamo questa roadmap, dobbiamo sempre farla combaciare alle esigenze del business, che poi è quello che spinge di fatto a migliorare e e migliorare continuamente K P i.