La risposta in 60 secondi
Tre artefatti, tre compiti:
- Proof of Concept (PoC) risponde a “possiamo costruirlo?”. Solo interna, usa e getta, tecnica. 5–25k $. 1–3 settimane.
- Prototipo risponde a “gli utenti lo vogliono?”. Rivolta all’esterno, simulata, senza backend reale. 5–15k $. 1–2 settimane.
- MVP risponde a “lo pagheranno?”. Prodotto reale, utenti reali, denaro reale. 30–400k $. 6–14 settimane.
Usare il termine sbagliato in un brief per un fornitore è l’errore linguistico più costoso nel software early-stage. Un team che quota un “MVP” mentre si stanno ancora ponendo domande da PoC venderà 12 settimane di ingegneria quando si aveva bisogno di due settimane di Figma. Un team che quota un “prototipo” quando si ha bisogno di un MVP regolamentato lascerà con una demo cliccabile e nessun percorso verso i ricavi.
Proof of Concept — cos’è davvero
Una PoC è uno spike tecnico focalizzato. Il suo unico compito è ridurre un rischio specifico a una risposta binaria: sì, funziona oppure no, non funziona. È interna, grezza, usa e getta e quasi mai ha un’interfaccia degna di essere mostrata a un cliente.
Nel 2026 le PoC che eseguiamo più spesso sono:
- Benchmark di qualità del retrieval che confrontano Claude 4.6 Sonnet, GPT-4o e Gemini 2.5 Pro sul corpus di documenti del fondatore, usando LlamaIndex o LangChain come harness.
- Sonde di costo/latenza — come si traduce il $/1M token in economia unitaria reale sulla distribuzione effettiva delle query? A 3 $/M in / 15 $/M out per Claude 4.6 Sonnet, 2,50 $/M / 10 $/M per GPT-4o e 1,25 $/M / 5 $/M per Gemini 2.5 Pro, la scelta spesso cambia una volta visti i prompt reali.
- Spike di fattibilità degli agenti — un agente con strumenti può davvero completare il workflow end-to-end sull’80% dei casi con supervisione ragionevole? Vedi sviluppo di agenti AI per i pattern che usiamo in produzione.
- Spike di integrazione — l’API di terze parti (Plaid, Truelayer, Stripe Connect, HubSpot, NetSuite) espone davvero i dati necessari nella forma richiesta?
| Attributo | Proof of Concept |
|---|---|
| Destinatari | Team interno, occasionalmente un investitore tecnico |
| Qualità del codice | Usa e getta. Notebook Jupyter, script, nessun test, nessuna auth |
| Interfaccia | Nessuna o Streamlit/Gradio |
| Costo (2026) | 5–25k $ |
| Durata | 1–3 settimane |
| Criterio di successo | Una risposta misurabile e scritta a una domanda di rischio |
Prototipo — l’esperimento rivolto agli utenti
Un prototipo è una simulazione del prodotto, rapida ed economica, usata per verificare se gli utenti reali capiscono il flusso, trovano il linguaggio chiaro e rispondono alla proposta di valore. Non è il prodotto. Non deve funzionare davvero.
Nel 2026 i prototipi si suddividono in tre varianti:
- Figma cliccabile — il cavallo di battaglia. 1–2 settimane. Testato con 8–12 utenti tramite Maze o interviste moderate.
- Prototipo no-code — Bubble, Softr, FlutterFlow, Glide. Utile quando il valore deriva dal flusso dei dati stesso, non solo dall’interfaccia.
- Prototipo AI-assisted — v0.dev, Bolt, Lovable. Genera un’app React funzionante da un prompt. Eccellente per ottenere uno shell realistico in poche ore, pericoloso quando i fondatori lo scambiano per codice di produzione.
Un prototipo è onesto su ciò che è. Non ha account utente, non fattura, non conserva dati tra le sessioni. Il suo compito è permettere a un utente di percorrere il momento di valore in 90 secondi e dire se quel valore è reale.
MVP — il prodotto rilasciabile più piccolo che genera ricavi
Un MVP è il prodotto più piccolo che i clienti reali possono usare per ottenere valore reale e dal quale è possibile raccogliere denaro reale. È codice di produzione, su infrastruttura di produzione, con auth, fatturazione, osservabilità e una postura sulla privacy. Non è una demo.
La caratteristica definitoria di un MVP è il minimo in “minimo viable”. La maggior parte degli MVP che falliscono sono sovradimensionati — includono la seconda, terza e quarta cosa che il fondatore vuole, invece di tagliare brutalmente alla sola cosa per cui il cliente pagherà.
Un tipico MVP standard 2026 in nearshore europeo arriva a €130–215k complessivi in 10–14 settimane. I numeri sono esaminati in dettaglio in quanto costa un MVP nel 2026. I componenti infrastrutturali definitori sono: auth (Clerk, Auth0, Supabase Auth), fatturazione (Stripe), osservabilità (Sentry + uno strato di metriche come Datadog o Grafana Cloud), analisi (PostHog o Amplitude) e uno strato di privacy/consenso pronto al lancio.
| Attributo | PoC | Prototipo | MVP |
|---|---|---|---|
| Domanda a cui risponde | Possiamo costruirlo? | Gli utenti lo vogliono? | Lo pagheranno? |
| Utenti reali? | No | Utenti test (8–12) | Sì, paganti |
| Backend reale? | Forse (lo spike) | No o finto | Sì |
| Auth, fatturazione, osservabilità | Niente | Niente | Tutti obbligatori |
| Costo (2026) | 5–25k $ | 5–15k $ | 30–400k $ |
| Durata | 1–3 settimane | 1–2 settimane | 6–14 settimane |
| Usa e getta? | Sì | Sì | No — la v2 si costruisce su di esso |
Matrice decisionale — di cosa hai bisogno?
Si parte dall’alto. Se una riga si applica, occorre realizzare l’artefatto di quella riga prima di procedere.
| Se questo è vero… | Costruire prima questo |
|---|---|
| Esiste un rischio tecnico specifico (accuratezza del modello, disponibilità dell’integrazione, latenza, costo) e nessuno nel team conosce la risposta | PoC |
| Esiste un percorso tecnico chiaro, ma non si è sicuri che gli utenti navighino il flusso o comprendano il valore | Prototipo |
| Il prototipo ha avuto buoni risultati con 8+ utenti e si ha bisogno di un segnale reale di ricavi o retention per raccogliere il round successivo | MVP (lean) |
| Sono presenti lettere di intenti firmate, clienti pilot paganti o un contesto regolamentato che richiede la cosa reale | MVP (standard o regolamentato) |
Tre esempi pratici
Esempio 1: Assistente legale AI per avvocati indipendenti
Il fondatore ha una tesi: gli avvocati indipendenti pagheranno 99 $/mese per un assistente di drafting basato su Claude, addestrato sui loro atti passati. Tre rischi: (1) il retrieval restituisce davvero clausole rilevanti? (2) l’UX è abbastanza sicura per il lavoro legale? (3) gli avvocati pagheranno l’abbonamento?
- PoC (12k $, 2 settimane) — LlamaIndex su 200 atti anonimizzati, Claude 4.6 Sonnet come generatore, criterio di successo scritto: retrieval top-1 della clausola > 0,75 su 50 query etichettate manualmente. Supera a 0,81.
- Prototipo (8k $, 1,5 settimane) — Figma + uno shell sottile v0.dev collegato al backend della PoC, testato con 10 avvocati indipendenti. 7 su 10 capiscono il valore in meno di 90 secondi.
- MVP lean (€55k, 8 settimane) — auth, Stripe Billing, caricamento reale dei documenti, audit log, admin di base. Lanciato su una lista d’attesa di 30 utenti; 14 hanno pagato entro il primo mese.
Spesa totale per un segnale di cliente pagante validato: circa €75k. Correttamente sequenziato. Un approccio “costruiamo direttamente l’MVP” avrebbe impegnato €180k+ prima di scoprire che il retrieval richiedeva un reranker.
Esempio 2: Strumento di pianificazione SaaS B2B
Il fondatore proviene da un ruolo ops in un’azienda logistica; conosce già il problema e la disponibilità a pagare. Nessun rischio tecnico, nessuna UX innovativa. PoC e prototipo sarebbero uno spreco.
- Si salta la PoC — lo stack (Next.js, Postgres, Stripe) è consolidato.
- Si salta il prototipo o lo si comprime in un Figma di 3 giorni per allineare il team sull’interfaccia, non per testare l’idea.
- Si procede direttamente all’MVP standard (€130k, 11 settimane). Vedi sviluppo SaaS.
Esempio 3: App HealthTech companion regolamentata
Contesto clinico. Un prodotto parziale non è solo imbarazzante — non è conforme. Non esiste un MVP utile al di sotto del minimo regolatorio.
- PoC (18k $) — revisione dell’architettura del flusso dati conforme a HIPAA, spike di integrazione con il fornitore EHR.
- Prototipo (10k $) — Figma testato con 6 clinici.
- MVP regolamentato (€360k, 18 settimane) — il prodotto minimo rilasciabile legalmente. Vedi Fractional CTO per il livello di leadership.
Segnali d’allarme e abusi linguistici
- “Possiamo fare un MVP in 4 settimane per 15k $.” Intendono “prototipo”. O intendono “build low-code su template senza auth, senza fatturazione, senza osservabilità.” Nessuno dei due è un MVP.
- “Distribuiamo una PoC ai vostri primi 50 clienti.” Una PoC è interna. Dal momento in cui ha clienti esterni, è un MVP non mantenuto e il costo per rifarlo correttamente sarà 3 volte tanto.
- “Il prototipo diventerà il codice di produzione.” Quasi mai vero. Un prototipo codificato ottimizzato per la velocità di iterazione non ha nessuna della disciplina (test, tipi, gestione degli errori, osservabilità) che la produzione richiede.
- “Non abbiamo bisogno di una PoC, i nostri ingegneri conoscono lo stack.” Conoscere lo stack non equivale a sapere se il modello, il dataset o la terza parte si comporterà come necessario. Le PoC esistono precisamente perché gli ingegneri esperti sanno di non sapere.
- “Saltiamo il prototipo, sappiamo già cosa vogliono gli utenti.” La frase singola più costosa nel prodotto early-stage. Una settimana di test del prototipo si ripaga dieci volte nel build dell’MVP.
Una sequenza sensata per i fondatori finanziati
Se si dispone di un assegno pre-seed o seed fresco e si vuole spenderlo bene, la sequenza canonica che raccomandiamo è:
- Settimana 0–1: Sprint di discovery. Un ingegnere di prodotto senior + un designer + il fondatore. Si decide per iscritto se serve una PoC, un prototipo, o entrambi.
- Settimana 1–3: PoC se necessario. Solo se un rischio tecnico specifico è sconosciuto. Altrimenti si salta.
- Settimana 2–4: Prototipo. Figma + traffico a pagamento su una landing page. 8–12 test utente.
- Settimana 4–5: Decisione go/no-go. Si documenta quanto appreso, si cancella o si fa il pivot se il prototipo ha fallito, si definisce lo scope dell’MVP se ha superato la prova.
- Settimana 5–19: MVP lean o standard. 10–14 settimane, prodotto reale, fatturazione reale.
- Settimana 19+: Si itera sui ricavi reali. Non sulle opinioni, non sulla roadmap, sui ricavi.
Elapsed totale: circa 5 mesi dall’assegno al segnale di ricavi. Spesa totale: tipicamente €160–230k per un SaaS B2B in nearshore europeo. Valore informativo totale: enorme rispetto a saltare qualsiasi passaggio.
FAQ
Qual è la differenza tra un MVP, un prototipo e una proof of concept?
PoC: possiamo costruirlo? Prototipo: gli utenti lo vogliono? MVP: lo pagheranno? Destinatari diversi, costi diversi, artefatti diversi.
Quanto costa una proof of concept nel 2026?
5–25k $ per 1–3 settimane con un ingegnere senior. Le PoC più comuni nel 2026 sono benchmark di retrieval RAG, spike di fattibilità degli agenti e sonde di costo/latenza sui principali modelli frontier.
Ho bisogno di un prototipo prima di un MVP?
Quasi sempre sì. Un Figma cliccabile da 5–10k $ fa emergere assunzioni errate che altrimenti si pagherebbero in 12 settimane di ingegneria.
Quando conviene saltare l’MVP e andare direttamente alla v1?
Solo con domanda preesistente dai clienti, un contesto regolamentato o un pilota enterprise pagato.
Uno strumento no-code può sostituire un prototipo?
Per testare flusso e linguaggio — sì. Il problema inizia quando si cerca di scalare un MVP no-code oltre 1.000 utenti paganti.
Chi è proprietario del codice di una PoC o di un prototipo?
Si dovrebbe esserlo: occorre negoziare il trasferimento completo di PI nel SOW anche per il codice usa e getta. Molti fornitori trattengono silenziosamente i diritti.
Ottieni un piano di discovery, non un preventivo del fornitore
Si comunica cosa si vuole imparare. Verrà indicato quale artefatto (PoC, prototipo, MVP) risponde davvero alla domanda — anche se ciò significa un engagement più piccolo.
Ultimo aggiornamento: 26 maggio 2026.
