Salta al contenuto
Neaptidestudio
blog

Come scrivere un caso studio con risultati verificabili

Neaptide · 6 settembre 2026 · 7 min di lettura · Aggiornato: 4 ottobre 2026

Scrivere un caso verificabile: test A/B Vodafone, variazioni relative, dati mancanti, fonti e domande per l’intervista.

In questo articolo
La storia di un progetto in carta collega il problema iniziale, il lavoro e le prove del risultato.

Il caso Vodafone su web.dev riporta vendite in aumento dell’8% insieme alle condizioni del test A/B. Il lettore capisce cosa è cambiato, cosa è stato confrontato e cosa dimostrano i dati. Usa lo stesso criterio per il tuo caso.

Che cosa deve spiegare un caso studio

Un caso studio analizza un progetto concreto: problema, vincoli, decisioni e risultato osservato. Chi lo legge da potenziale cliente vuole capire se l’approccio funzionerebbe nella sua situazione, e un elenco di strumenti non glielo dice.

Raccogliere le prove prima del titolo

  1. Definisci chi aveva il problema, quando si presentava e perché contava.
  2. Raccogli i requisiti del progetto, le versioni precedenti, le date delle modifiche e i resoconti.
  3. Separa il tuo contributo dalle azioni del cliente e degli altri fornitori.
  4. Controlla definizioni, periodi, filtri e modifiche al tracciamento.
  5. Annota il risultato e ciò che non è ancora possibile stabilire.

Se manca la fonte di un numero, chiedila a chi gestisce i dati. Non far riempire il vuoto all’IA con una cifra plausibile. Nella bozza una domanda aperta può restare. Un’affermazione pubblicata deve avere un riscontro.

Il caso reale Vodafone: cosa dimostrano i dati

Il caso Vodafone pubblicato su web.dev il 17 marzo 2021 confronta due landing page con un test A/B e traffico diviso al 50/50. Design e funzioni erano identici; una versione aveva ottimizzazioni Web Vitals. È un risultato pubblicato di Vodafone, non un progetto Neaptide.

Vodafone: risultati pubblicati del test A/B
IndicatoreVersione inizialeVersione ottimizzataVariazione pubblicata
LCP8,3 s5,7 sMiglioramento del 31%
VenditeNon pubblicatoNon pubblicato+8%
Quota di visite diventate leadNon pubblicatoNon pubblicato+15% relativo
Vodafone: LCP da 8,3 a 5,7 s; vendite +8%; quota di lead +15% relativo. Fonte: web.dev, 17 marzo 2021.
Vodafone: LCP da 8,3 a 5,7 s; vendite +8%; quota di lead +15% relativo. Fonte: web.dev, 17 marzo 2021.

Con i valori arrotondati di LCP, (8,3 − 5,7) / 8,3 ≈ 31,3%, coerente con il 31% pubblicato. Il +15% del tasso di lead è relativo. Senza il tasso iniziale non si può calcolare la differenza in punti percentuali.

Il test confronta le versioni nelle condizioni dell’esperimento. Non promette ad altri siti l’8% di vendite in più. I valori commerciali assoluti sono oscurati: non ricostruire lead o ricavi partendo dalle percentuali.

Non confondere metriche diverse

In Search Console i clic provengono dai risultati Google, le impressioni contano le apparizioni e il CTR è il rapporto tra clic e impressioni. Nessuna di queste metriche conta le richieste commerciali. Quelle si misurano altrove, per esempio negli invii validati del modulo o nel CRM.

Indica fonte, date, segmento e regola di conteggio accanto alla tabella. Se sono cambiati il tracciamento o il filtro antispam, spiega quali confronti restano validi. Senza questo contesto una schermata non rende più solida una conclusione debole.

Raccontare le decisioni che contano

Scegli due o tre decisioni che hanno orientato il progetto. Per ciascuna racconta quale ostacolo incontrava l’utente, quali opzioni avete valutato, perché ne avete scartata una e come avete verificato la soluzione. Così il lettore può confrontare le vostre condizioni con le sue.

Un ordine che funziona: problema e vincoli, situazione iniziale, decisioni con le loro motivazioni, verifiche, risultati e limiti. Se non hai metriche commerciali, mostra un altro esito verificabile: una funzione pubblicata, un errore corretto o un percorso d’uso che ha superato il collaudo. Specifica che cosa è stato controllato e non dedurne una crescita del fatturato.

Immagini che aiutano a verificare

  • Schermate prima e dopo alla stessa scala, con il cambiamento spiegato.
  • Grafici con unità, periodi e valori, affiancati da una tabella accessibile.
  • Estratti di documenti o interfacce che sostengono una decisione.

Per la copertina un’illustrazione va benissimo. Un’immagine generata, invece, non sostituisce una schermata reale di analytics o una testimonianza. Concorda con chi ha partecipato al progetto quali materiali si possono pubblicare. Togli i dati personali superflui, ma lascia le condizioni di misurazione che servono al lettore.

Intervista e controllo finale

La traccia dell’intervista aiuta a raccogliere informazioni su problema, vincoli, decisioni, misurazioni e limiti. Scrivi soltanto a partire da risposte verificate. Prima di pubblicare, controlla che il titolo non affermi più di quanto i dati dimostrano, poi rileggi date, didascalie e link. Tieni periodo e limiti accanto al risultato, così lo accompagnano quando qualcuno lo cita. Non promettere lo stesso incremento a un altro cliente.

faq

L'essenziale in breve

Si può pubblicare senza dati di vendita?

Sì. Mostra un altro risultato verificabile, spiega come è stato controllato e specifica che l’effetto sulle vendite non è stato misurato.

E se i dati sono riservati?

Concorda con il cliente i testi e le immagini che si possono usare. Puoi descrivere il processo senza i numeri riservati, ma non inventarne altri al loro posto.

L’IA può aiutare?

Sì, per ordinare i materiali e rivedere la bozza. Fatti, citazioni, date e calcoli vanno comunque verificati sulle fonti.

Serve una percentuale nel titolo?

No. Il titolo può limitarsi a nominare il problema risolto. Una percentuale ha senso solo quando sono chiari la base, il periodo e che cosa misura.