Product roadmap startup: come pianificare lo sviluppo del prodotto

Definizioni di RICE, MoSCoW, Shape Up e piani degli strumenti verificati su Intercom, Agile Business Consortium, Basecamp e sui siti ufficiali di Linear, Trello e Notion il 12 novembre 2026. Piani e prezzi cambiano: controlla il sito ufficiale.

Cos'è una product roadmap e a cosa serve

Una product roadmap è il piano di sviluppo del prodotto nel tempo: cosa costruirai, in che ordine e perché. Serve a tre cose: allineare il team, spiegare le priorità a chi non lavora sul prodotto (clienti pilota, investitori) e rendere visibili le rinunce. Non è un impegno di consegna con date rigide.

Gli errori tipici sono due. Una roadmap troppo rigida non si adatta a ciò che impari dal mercato. Una troppo vaga non permette di pianificare persone e runway. Prima di costruirla servono una direzione commerciale (la strategia go-to-market) e almeno un'ipotesi chiara di product-market fit.

Roadmap per outcome o per feature

• Roadmap per feature: "mese 3 dashboard, mese 4 integrazione Slack, mese 5 export CSV". È concreta ma fragile: le feature cambiano appena un cliente ti dice altro.
• Roadmap per outcome: "trimestre 3: aumentare la quota di utenti che completano l'onboarding; trimestre 4: ridurre il tempo per la prima attività utile". Fissa il risultato e lascia aperto il come.

Nelle fasi iniziali, quando ancora scopri cosa vuole il cliente, la roadmap per outcome ti protegge dal costruire cose che nessuno usa. Il passaggio chiave: ogni riga della roadmap deve dichiarare quale metrica deve muoversi e come la misuri.

Collegare la roadmap agli OKR

Un Objective è una direzione qualitativa; i Key Results la rendono misurabile. Esempio (numeri inventati a scopo didattico): Objective "Diventare lo strumento di riferimento per i piccoli studi professionali"; KR1 "40 studi paganti a fine trimestre"; KR2 "il 60% dei nuovi account completa l'onboarding entro 7 giorni". Le feature diventano il mezzo per spostare i KR. Per il metodo completo leggi la guida agli OKR per startup.

Prioritizzare con RICE

RICE è un modello di punteggio descritto da Intercom. Ogni iniziativa ottiene quattro valori:

• Reach: quante persone o eventi coinvolge in un periodo (ad esempio clienti al trimestre);
• Impact: effetto su ciascuna persona, con scala proposta da Intercom: 3 massivo, 2 alto, 1 medio, 0,5 basso, 0,25 minimo;
• Confidence: quanto sono solide le stime, con 100% alta, 80% media, 50% bassa (sotto il 50% Intercom parla di "salto nel buio");
• Effort: lavoro totale in persone-mese di prodotto, design e sviluppo.

Punteggio = (Reach × Impact × Confidence) / Effort. Misura "l'impatto totale per unità di lavoro".

Esempio calcolato (valori ipotetici):

Iniziativa	Reach	Impact	Confidence	Effort	Punteggio
A. Onboarding guidato	400	2	80%	2	320
B. Export avanzato	1.500	0,5	100%	3	250
C. Integrazione contabilità	200	3	50%	1	300

Calcoli: A = 400×2×0,8/2 = 320; B = 1.500×0,5×1/3 = 250; C = 200×3×0,5/1 = 300. L'ordine è A, C, B. Nota che C è quasi alla pari con A pur con confidence bassa: prima di costruirla conviene un test economico che alzi la confidence. Il punteggio aiuta a discutere, non decide da solo: i numeri di input sono stime.

Decidere cosa entra con MoSCoW

MoSCoW nasce nel metodo DSDM dell'Agile Business Consortium. Le quattro categorie:

• Must have: senza queste cose la soluzione non è utilizzabile o non vale la pena rilasciarla alla data prevista;
• Should have: importanti ma non vitali, spesso aggirabili con una soluzione temporanea;
• Could have: desiderabili, sono la riserva che si taglia per prima se la scadenza è a rischio;
• Won't have this time: concordate come fuori ambito per questo periodo; scriverle evita che rientrino di nascosto.

Il consorzio indica come regola di prudenza di non superare circa il 60% dello sforzo in Must have e di tenere circa il 20% in Could have come margine. Esempio: con una capacità di 20 persone-settimana nel ciclo, i Must non dovrebbero superare circa 12 persone-settimana e i Could valgono circa 4.

Cicli e Shape Up

Basecamp, nel suo libro gratuito Shape Up, propone cicli di sei settimane seguiti da circa due settimane di pausa in cui si sistemano bug e si decide su cosa puntare dopo (il "betting table"). Al posto del backlog ci sono le "scommesse": un team si impegna su un progetto per un ciclo, con un "appetite" (il tempo che sei disposto a spendere), non con una stima. È un modo di evitare il backlog infinito; per un team di due o tre persone può essere eccessivo, ma il concetto di appetite è utile anche da soli.

Strumenti per tenere la roadmap

• Linear: piano Free a 0 $ con membri illimitati, 2 team e 250 issue; Basic a 10 $ e Business a 16 $ per utente al mese (fatturazione annuale), secondo il sito ufficiale.
• Trello: piano gratuito fino a 10 board per workspace e 10 collaboratori, schede illimitate; Standard a 5 $ e Premium a 10 $ per utente al mese con pagamento annuale. Le viste Timeline e Calendario sono nel Premium.
• Notion: piano Free a 0 € con database, sottoattività e dipendenze; Plus 9,50 € e Business 19,50 € al mese per membro (prezzi mostrati sul sito in euro).

Confronto più ampio, con scrum e kanban, nella guida al project management per startup.

Errori comuni

• Trasformare la roadmap in un elenco di richieste dei clienti più rumorosi.
• Dare date precise a sei mesi: usa orizzonti (adesso, prossimo, dopo) e rivedili.
• Non scrivere i "Won't have".
• Calcolare RICE con numeri inventati senza dichiarare quanto sei sicuro: abbassa la confidence.

Domande frequenti

Fonti

• Intercom: RICE, simple prioritization for product managers^[1]
• Agile Business Consortium: MoSCoW prioritisation^[2]
• Basecamp: Shape Up^[3]
• Linear: pricing^[4]
• Trello: pricing^[5]
• Notion: pricing^[6]