Da Idea a MVP AI in 2 Settimane

Non serve spendere mesi per validare un'idea AI. Il problema non è la tecnologia — le API esistono, le piattaforme di deployment esistono. Il problema è sempre lo stesso: costruire qualcosa che nessuno vuole. Con il framework giusto, in 2 settimane puoi avere un prototipo funzionante da testare con utenti reali.

Il rischio più comune con un "MVP AI" è confondere il prototipo tecnico con la validazione del problema: è facile collegare un'API di OpenAI a un'interfaccia in un weekend, molto più difficile capire se qualcuno la userebbe davvero. Questo framework tiene i due aspetti separati di proposito — la prima settimana è quasi tutta dedicata a capire se vale la pena costruire, prima ancora di iniziare a farlo.

Settimana 1: Define & Design

Giorni 1-2: Problem Discovery

• Intervista 5-10 potenziali utenti (in persona o video call, 20 minuti)
• Identifica il problema specifico da risolvere — non l'idea che hai in testa
• Definisci la value proposition in una frase: "X aiuta Y a fare Z"

L'obiettivo di queste interviste non è raccogliere conferme ("ti piacerebbe uno strumento che fa X?" — quasi tutti dicono sì), ma capire il comportamento attuale: come risolvono il problema oggi, quanto tempo ci perdono, cosa hanno già provato e abbandonato. Sono le risposte concrete, non le opinioni, a dirti se il problema è abbastanza sentito da giustificare un cambio di abitudine.

Giorni 3-4: Solution Design

• Scegli la feature core — una sola, quella che risolve il problema principale
• Disegna mockup low-fidelity (carta o Figma base, non perdere tempo)
• Valida il mockup con 3 utenti target prima di scrivere codice

Scegliere una sola feature core è il passo più difficile di questa fase, perché ogni idea sembra avere 5 feature ugualmente importanti. Il test pratico: se dovessi togliere tutto tranne una, quale farebbe comunque desistere l'utente dal tornare al metodo vecchio? Quella è la feature core. Il resto aspetta la versione 2.

Giorno 5: Tech Stack Decision

La scelta tra GPT-4o e Claude non è ideologica: GPT-4o è generalmente più veloce e più economico per task brevi e ben definiti (classificazione, estrazione dati), Claude tende a comportarsi meglio su testi lunghi e ragionamento articolato. Per un MVP, la cosa più importante è non bloccarsi su questa scelta più di qualche ora — entrambe le API si integrano allo stesso modo, e cambiare provider dopo richiede in genere poche righe di codice.

Settimana 2: Build & Test

Giorni 6-8: Build Core Feature

• Setup progetto e infrastruttura base (non over-engineerare)
• Implementa SOLO la feature core — tutto il resto è scope creep
• Usa API esistenti, non reinventare la ruota

In questa fase il vibe coding è particolarmente efficace: per un prototipo da validare, delegare la costruzione dell'interfaccia e della feature core a un agente AI (Replit Agent, v0, Bolt) può far risparmiare giorni interi rispetto a scrivere tutto a mano — a patto di rifare una revisione tecnica seria prima di trattare il codice come produzione.

Giorni 9-10: Polish & Deploy

• UI/UX minimo ma usabile — l'utente deve capire cosa fa senza spiegazioni
• Deploy su Vercel, Railway o Render
• Setup analytics base: registra almeno le azioni chiave

Giorni 11-14: User Testing

• Invita 10-20 beta tester (inizia dalla tua rete)
• Raccogli feedback strutturato (non "ti è piaciuto?", ma "hai usato X? come? Quante volte?")
• Misura: utilizzo, retention dopo 3 giorni, willingness to pay

Il feedback più prezioso in questa fase non è quello che ti danno spontaneamente, ma quello che osservi: se un utente si registra e non torna più, quella è un'informazione più affidabile di qualsiasi risposta educata a "com'è andata?".

Validation Checklist

• Almeno 5 utenti hanno usato il prodotto più di una volta senza essere sollecitati
• Almeno 3 utenti pagherebbero per il prodotto (anche solo €5/mese)
• Il problema risolto è chiaro e misurabile prima e dopo
• Ho identificato i primi 2-3 improvement da fare nel prossimo sprint

Quanto costa un MVP AI in queste 2 settimane

I costi diretti sono bassi: hosting su Vercel/Railway spesso gratuito nei piani base, chiamate API che per un test con 10-20 utenti raramente superano poche decine di euro, dominio pochi euro/anno. Il costo vero è il tempo — tuo o di chi lo costruisce. Se lo fai da solo part-time, realisticamente servono 3-4 settimane invece di 2. Se lo affidi a uno sviluppatore dedicato full-time, 2 settimane sono un obiettivo realistico per il perimetro descritto qui.

Domande frequenti

Serve competenza tecnica per seguire questo framework?

Per la Settimana 1 (discovery e design) no — è lavoro di ricerca e validazione. Per la Settimana 2 (build) sì, o serve chi la faccia per te. Strumenti come Streamlit e Gradio abbassano la barriera, ma resta comunque sviluppo software.

E se dopo 2 settimane l'MVP non è ancora "pronto"?

Un MVP non deve essere pronto per il mercato — deve essere sufficiente a farti rispondere alla domanda "qualcuno vuole questo?". Se dopo 2 settimane la risposta è ancora poco chiara, spesso il problema è aver scelto una feature core troppo ampia, non la mancanza di tempo.

Quando ha senso passare da MVP a prodotto vero?

Quando la validation checklist è superata con margine — non al primo utente soddisfatto, ma quando il pattern si ripete su un campione sufficiente (20-30 utenti) e almeno una parte reale paga o si impegna concretamente a farlo.