Come strutturare un caso studio Malt: metodo + 5 esempi

Molti freelance confondono i due formati. È un errore che costa caro.

Progetto portfolio: formato breve (100-250 parole), un progetto tra tanti, obiettivo volume di prove.

Caso studio: formato lungo (400-800 parole), un progetto approfondito, obiettivo dimostrazione di metodo.

Su Malt, puoi avere 5-8 progetti portfolio brevi + 1-2 casi studio approfonditi. I casi studio sono i tuoi "progetti di punta" che dimostrano in profondità il tuo valore aggiunto.

Quando usare un caso studio: - Progetto emblematico con risultati spettacolari - Caso complesso che mostra la tua metodologia - Progetto nel tuo settore di specializzazione target - Cliente rassicurante con autorizzazione a comunicare

Quando restare su progetto portfolio: - Missioni più brevi o classiche - Progetti dove i risultati sono meno spettacolari - Missioni riservate senza dettagli possibili

Rapporto ideale: 1 o 2 casi studio approfonditi + 5-6 progetti portfolio brevi. I 2 casi studio devono essere messi per primi nel tuo portfolio per catturare l'attenzione. Sono la tua dimostrazione di metodo. I progetti brevi completano mostrando il volume e la varietà di esperienze.

STAR-R è un framework di strutturazione di caso studio che funziona benissimo su Malt. Adattato dallo STAR classico (Situation, Task, Action, Result) con una R aggiuntiva cruciale.

S — Situation (100 parole max) Descrivi il contesto cliente: chi, quale dimensione, quale settore, quale fase. Poi il problema iniziale: cosa non funzionava, perché ti hanno contattato. Sii preciso e quantificato. Es: "Scale-up EdTech, Serie B, 80 persone. Traffico organico in calo del -35% in 6 mesi in seguito a un rifacimento tecnico mal calibrato. Obiettivo: recuperare il traffico perso in 4 mesi."

T — Task (50 parole max) La missione che ti è stata affidata. Non ciò che hai fatto, ciò che era atteso. Es: "Auditare le cause del calo, definire un piano di recupero, eseguire le correzioni critiche su 4 mesi con un obiettivo di +50% di traffico recuperato."

A — Action (200-300 parole) La parte più ricca. Il tuo approccio, le tue decisioni, i tuoi deliverable. Struttura in 3-5 fasi numerate. Mostra la tua metodologia. Es: "Fase 1 (settimane 1-2): audit tecnico completo, identificazione di 12 problemi bloccanti. Fase 2 (settimane 3-6): correzione Core Web Vitals + ristrutturazione del maillage interno. Fase 3 (settimane 7-12): rifacimento di 40 pagine pilastro. Fase 4 (settimane 13-16): piano di netlinking, monitoraggio e aggiustamenti."

R — Result (100 parole) Risultati quantificati. Moltiplica i KPI: traffico, conversione, fatturato, tempo, adozione. Confronta prima/dopo. Es: "Traffico organico recuperato a +12% vs baseline pre-calo in 4 mesi. 15 parole chiave in top 3 Google. Ricavo attribuito SEO: +45k€/mese. Obiettivo superato del 60%."

R — Retrospettiva (100 parole) La parte spesso dimenticata, quella che differenzia. Cosa hai imparato? Cosa faresti diversamente? Questa riflessività dimostra la tua seniority e maturità. Es: "Il punto chiave è stato prioritizzare i Core Web Vitals prima di qualsiasi altro cantiere. Su un progetto simile, partirei con un piano di contingenza banner audience già dalla settimana 1."

6 errori ricorrenti che affossano l'80% dei casi studio che vedo su Malt.

Errore 1 — Zero tensione narrativa. Inizi con "Ho fatto un sito web" invece di "Il cliente perdeva il 35% del suo traffico". La tensione all'inizio aggancia. Senza tensione, nessuno legge.

Errore 2 — Troppo tecnico, poco business. Dettagli "Ho usato React 18 con Zustand per lo state management" ma non dici cosa ha portato al cliente. Malt compra risultati business, non stack tecnologici.

Errore 3 — Nessun numero. "Risultati: il cliente era contento" = zero impatto. "Risultati: conversione +32%, fatturato +45k€/mese, NPS +15 punti" = firma.

Errore 4 — Nessun contesto cliente. Non dici se è una startup di 5 persone o un gruppo di 5000. Il lettore non può proiettarsi.

Errore 5 — Formato blocco di testo. Un caso studio senza struttura visiva (paragrafi, punti, fasi) stanca. Malt permette un formato tipo markdown, usalo: titoli H3, elenchi puntati, grassetto sui numeri chiave.

Errore 6 — Autocelebrazione eccessiva. "Grazie alla mia expertise unica..." = bruciato. Resta fattuale, lascia parlare i risultati. Il cliente legge tra le righe che sei bravo se i numeri sono buoni.

Test qualità: fai leggere il tuo caso studio a un potenziale prospect (o un amico fuori mestiere). Se non riesce a riassumere in 2 frasi "chi, cosa, perché, risultato", è mal strutturato.

Rifacimento front app fintech B2B — Time-to-load diviso per 3, conversione +18%

Situation. Scale-up FinTech B2B (Serie B, 60 persone), app SaaS con 40.000 utenti attivi. Time-to-load medio di 3,2 secondi, tasso di rimbalzo al 34%, lamentele utenti ricorrenti sui rallentamenti. Stack legacy React 16 + Redux, debito tecnico di 2 anni.

Task. Rifare progressivamente il front verso uno stack moderno per raggiungere un time-to-load sotto 1,5s in 3 mesi, senza interrompere la velocità prodotto del team interno.

Action. - Fase 1 (settimane 1-2): audit tecnico completo, benchmark performance (Lighthouse, WebPageTest), identificazione degli 8 punti bloccanti prioritari. - Fase 2 (settimane 3-4): migrazione a Next.js 15 App Router con React Server Components per le pagine critiche (dashboard, listing transazioni). - Fase 3 (settimane 5-8): implementazione Cache Components sulle viste data-heavy, streaming dei componenti pesanti, lazy loading immagini. - Fase 4 (settimane 9-10): migrazione TypeScript strict sui moduli critici, messa in atto test visivi Playwright. - Fase 5 (settimane 11-12): audit accessibilità WCAG 2.2, correzioni navigazione tastiera, aggiustamenti ARIA.

Result. - Time-to-load: 3,2s → 1,1s (-66%) - Tasso di conversione checkout: +18% - Score Lighthouse Performance: 42 → 96 - Tasso di rimbalzo: 34% → 19% - NPS interno team prodotto: +25 punti su sondaggio post-consegna

Retrospettiva. La chiave è stata iniziare dai Cache Components prima della migrazione TypeScript. Su un progetto simile, proporrei fin dal kickoff un piano di misurazione business (ricavo per utente) piuttosto che solo KPI tecnici, per allineare il team business sull'impatto del cantiere.

Design system industriale — SaaS HR scale-up, 120 componenti consegnati in 12 settimane

Situation. Scale-up SaaS HR (200 persone, Serie C), 3 prodotti distinti, nessun design system unificato. Debito design di 2 anni: incoerenze visive maggiori, tempo di shipping prodotto rallentato dalla mancanza di componenti riutilizzabili. Obiettivo business: accelerare il ciclo di sviluppo prodotto del 40%.

Task. Concepire e consegnare un design system completo e industrializzato (token, componenti, doc dev) in 12 settimane, adottato dai 3 team prodotto.

Action. - Fase 1 (settimane 1-2): audit UI dei 3 prodotti, mappatura dei 340 pattern esistenti, identificazione dei 120 componenti prioritari. - Fase 2 (settimane 3-4): definizione della strategia dei token (colori, tipografia, spacing, radius, shadows) allineata con il brand book. - Fase 3 (settimane 5-9): concezione Figma dei 120 componenti con variants, states, proprietà, doc integrata. Sessioni di revisione settimanali con i 3 lead design prodotto. - Fase 4 (settimane 10-11): integrazione Figma dev mode, creazione della documentazione dev (Storybook + Notion), sessioni handoff con i team tech. - Fase 5 (settimana 12): formazione trasversale (4 sessioni), piano di governance post-consegna, definizione dei rituali di contribuzione.

Result. - 120 componenti consegnati + 45 token design + doc completa. - Ciclo di shipping prodotto: 6 settimane → 3 settimane (-50%). - Adozione team dev: 100% su nuove feature in 2 mesi post-consegna. - Riduzione del debito UI misurata: -70% su audit a 6 mesi. - Soddisfazione team prodotto (sondaggio interno): 4,7/5.

Retrospettiva. L'errore che ho quasi fatto: consegnare i componenti prima di fissare la governance. Su un progetto simile, inizio ora con un workshop governance in settimana 1 per chiarire chi contribuisce, chi revisiona, chi decide. Senza questa cornice, il design system muore in 6 mesi post-consegna.

Recupero SEO post-migrazione — Traffico organico ripristinato a +12% in 4 mesi

Situation. Scale-up EdTech Serie B (80 pers.). Traffico organico in calo del -35% in 6 mesi in seguito a una migrazione tecnica di piattaforma (Symfony verso Next.js) mal calibrata. 500.000 URL indicizzate, ricavo SEO stimato -280k€/anno. Panico interno, team SEO dimissionario.

Task. Auditare le cause del calo, definire un piano di recupero prioritizzato, eseguire le correzioni critiche su 4 mesi con un obiettivo di +50% di traffico recuperato.

Action. - Fase 1 (settimane 1-2): audit tecnico completo (crawl Screaming Frog, GSC, log server), identificazione di 12 problemi bloccanti di cui 4 critici (redirect 302 invece di 301 su 40k URL, tag canonical rotti, Core Web Vitals degradati, sitemap obsoleto). - Fase 2 (settimane 3-6): correzione dei 4 problemi critici con il team tech interno, ristrutturazione del maillage interno sulle 200 pagine pilastro, piano di recupero urgente delle URL orfane. - Fase 3 (settimane 7-12): rifacimento editoriale di 40 pagine pilastro (struttura H1-H6, dati strutturati, arricchimento contenuti), piano di netlinking mirato sulle pagine perse. - Fase 4 (settimane 13-16): monitoraggio settimanale GSC + Semrush, aggiustamenti sul 15% di pagine che non erano risalite, piano di contenuti per il 2026.

Result. - Traffico organico: -35% → +12% vs baseline pre-calo (recupero completo + crescita). - 15 parole chiave in top 3 Google (contro 4 prima dell'intervento). - Ricavo attribuito SEO: +45k€/mese a M+6. - Obiettivo di recupero superato del 60% (obiettivo +50%, raggiunto +12% vs baseline). - Core Web Vitals: 100% delle pagine pilastro in "Good" post-consegna.

Retrospettiva. Il punto chiave è stato prioritizzare i Core Web Vitals prima di qualsiasi altro cantiere. Su un progetto simile, partirei con un piano di contingenza banner audience dalla settimana 1 per rassicurare i team interni mentre le correzioni strutturali prendono effetto (2-3 mesi di latenza normale).

ESEMPIO 4 — Copywriter B2B

Ghostwriting LinkedIn CEO SaaS — Da 3k a 28k follower in 12 mesi, 3 lead/mese

Situation. CEO di una startup SaaS B2B (25 pers., Serie A), presenza LinkedIn quasi inesistente (3k follower, 1 post/mese senza engagement). Obiettivo: thought leadership sul suo mercato (HR tech), generazione di lead inbound qualificati.

Task. Costruire la presenza LinkedIn del CEO in 12 mesi con un obiettivo di 20k follower qualificati e 2 lead inbound/mese attribuiti ai post.

Action. - Fase 1 (mese 1): mappatura del mercato HR tech, identificazione dei 30 angoli editoriali forti, definizione del tone of voice (mix expertise + vulnerabilità fondatore). - Fase 2 (mesi 2-12): 2 post/settimana (100 post totali) + 1 articolo lungo/mese (12 articoli), planning trimestrale con 3 serie tematiche strutturanti. - Ogni post: hook forte, struttura arieggiata, 1 insight + 1 aneddoto + 1 domanda, hashtag mirati. - Sessioni bimensili con il CEO per catturare i suoi insight dal campo. - Monitoraggio mensile dei KPI, aggiustamenti formati secondo performance.

Result. - Follower: 3k → 28k (+833%). - Engagement medio: 12 → 340 like/post. - Lead inbound qualificati attribuiti: 3/mese (cioè 30 lead sull'anno). - 3 pitch di investitori entranti via LinkedIn (sui 4 approcci ricevuti per la Serie B).

Retrospettiva. La regolarità 2 post/settimana è stata il vero fattore differenziante, più della qualità individuale dei post. Per un progetto simile, partirei con una fase di test A/B degli angoli (3 serie in parallelo su 4 settimane) per validare cosa aggancia prima di industrializzare.

---

ESEMPIO 5 — Consulente Growth

Cold outreach B2B — 45 appuntamenti qualificati in 3 mesi per studio di consulenza

Situation. Studio di consulenza strategica B2B (12 pers., 4M€ fatturato), 100% acquisizione via passaparola. Obiettivo: diversificare l'acquisizione senza snaturare il brand premium.

Task. Generare 30 appuntamenti qualificati in 3 mesi via cold outreach LinkedIn/email, senza mai superare la linea dello spam mal mirato.

Action. - Fase 1 (settimane 1-2): definizione ICP ultra-preciso (dirigenti COMEX, PMI industriali 200-2000 pers., zona Nord Italia), sourcing 400 account target via LinkedIn Sales Navigator + Kaspr. - Fase 2 (settimane 3-4): redazione di 4 sequenze Lemlist multi-touch (LinkedIn + email), personalizzazione per persona, A/B testing degli hook. - Fase 3 (settimane 5-12): lancio sequenze per ondate di 50 contatti/settimana, monitoraggio tasso di risposta, aggiustamenti settimanali. - Fase 4: qualificazione telefonica dei lead caldi, trasmissione al dirigente dello studio per closing.

Result. - 45 appuntamenti qualificati generati in 3 mesi (obiettivo superato del 50%). - Tasso di risposta medio delle sequenze: 14% (benchmark mercato 3-5%). - 12 proposte inviate, 4 nuove missioni firmate (importo totale 320k€). - ROI missione Growth: 8x in 3 mesi.

Retrospettiva. Il fattore chiave è stato l'ICP ultra-ristretto (solo 400 account, molto mirati) piuttosto che il volume. Su un progetto simile, spingerei ancora più in là la personalizzazione (redazione 1-1 sui 50 account prioritari), a scapito del volume.