Hai un’idea per un’app. È il momento più pericoloso. Pericoloso perché l’entusiasmo ti spinge a fare la cosa sbagliata: cercare subito qualcuno che la costruisca.
Secondo CB Insights (2024), il 42% delle startup fallisce per mancanza di domanda di mercato. Non per problemi tecnici. Non per mancanza di fondi. Nessuno voleva quello che avevano costruito. Il primo passo non è sviluppare. È capire se il problema che vuoi risolvere esiste davvero.
Come si valida il problema?
Il 42% delle startup che fallisce per mancanza di domanda (CB Insights 2024) ha saltato un passaggio fondamentale: validare il problema prima di costruire la soluzione. Non validare l’idea. Validare il problema. Sono due cose diverse.
L’idea è la tua soluzione. Il problema è la ragione per cui qualcuno pagherebbe per quella soluzione. Se il problema non è reale, urgente e frequente, l’idea non vale niente, per quanto sia elegante.
Il test più semplice: riesci a descrivere il problema in una frase senza menzionare la tua soluzione? “I freelance perdono 3 ore a settimana a categorizzare le spese per la dichiarazione IVA” è un problema. “Un’app che categorizza le spese con l’AI” è una soluzione. Parti dal primo.
Come quantifichi se il problema è reale? Cerca le tracce che le persone lasciano quando un problema le infastidisce. Post su forum, domande su Quora, thread su Reddit, recensioni negative di prodotti esistenti. Se trovi persone che si lamentano spontaneamente di quel problema, hai un segnale. Se devi spiegare il problema alle persone perché lo riconoscano, il segnale è debole.
Un altro indicatore potente: le persone stanno già pagando per risolvere quel problema, anche con soluzioni inadeguate? Fogli Excel complicati, processi manuali, workaround con tool che non sono pensati per quello scopo. Se qualcuno ha costruito un foglio Google con 47 tab per gestire qualcosa, quel qualcosa è un problema reale. Nessuno investe ore a costruire workaround per problemi che non sentono. Ti è mai capitato di usare un tool in modo assurdo solo perché non esisteva quello giusto?
Cerca evidenze concrete. Ci sono forum, gruppi Facebook, thread su Reddit dove le persone si lamentano di questo problema? Esistono competitor, anche indiretti, che lo risolvono parzialmente? Se nessuno ne parla e nessuno ha provato a risolverlo, chiediti perché.
A volte la risposta è che il problema non esiste. Altre volte è che il mercato non è ancora maturo. In entrambi i casi, devi saperlo prima di investire.
Tempo stimato per questa fase: 1-2 settimane di ricerca dedicata. Costo: zero, solo il tuo tempo. Se vuoi un metodo strutturato per capire se la tua idea è pronta, leggi i 5 segnali che indicano che è il momento di costruire.
Con chi devi parlare?
Uno studio di First Round Capital (2024) mostra che i founder che validano parlando con almeno 10-15 potenziali utenti prima di costruire hanno il 2,5x di probabilità di raggiungere il product-market fit entro il primo anno. Non parlare con amici. Non parlare con familiari. Parla con persone che hanno il problema che vuoi risolvere.
I tuoi amici ti diranno che è una bella idea perché ti vogliono bene. I potenziali utenti ti diranno la verità perché gli interessa risolvere il loro problema, non proteggere i tuoi sentimenti.
Dove trovi queste persone? Dipende dal tuo target. Gruppi LinkedIn e Facebook di settore, community su Reddit o Discord, eventi di networking. Se il tuo prodotto è per i ristoratori, vai nei forum dove i ristoratori parlano dei loro problemi. Se è per i designer freelance, vai dove si trovano i designer freelance. Non cercare “utenti generici”. Cerca le persone specifiche che vivono il problema ogni giorno.
Le regole per le interviste:
- Non presentare la tua idea. Chiedi del problema. “Come gestisci [problema] oggi? Quanto tempo ci perdi? Hai mai cercato una soluzione?” Se presenti l’idea, l’interlocutore si sente in dovere di essere gentile. Se chiedi del problema, parla della sua esperienza reale.
- Ascolta, non vendere. Se parli più del 30% del tempo, stai sbagliando. Le interviste migliori sono quelle dove l’altra persona parla per 20 minuti di fila e tu prendi appunti.
- Cerca il segnale forte. “Lo comprerei adesso” vale più di mille “bella idea”. Se qualcuno ti chiede quando sarà disponibile o offre di pagare in anticipo, hai trovato qualcosa. Risposte tiepide come “sì, carino, potrebbe servire” sono un segnale debole.
- Fai domande sul comportamento passato. “Hai mai provato a risolvere questo problema? Cosa hai usato? Quanto hai speso?” Il comportamento passato predice il comportamento futuro molto meglio delle intenzioni dichiarate.
Dieci interviste bastano per capire la direzione. Quindici ti danno un quadro solido. Non servono mesi. Ogni intervista dura 20-30 minuti. In due settimane puoi completare tutto il ciclo.
Tempo stimato: 2-3 settimane. Costo: zero se le fai online, il prezzo di qualche caffè se le fai di persona.
Quanto deve essere grande il tuo MVP?
Hai validato il problema. Le persone lo sentono. Secondo un’analisi di Y Combinator (2024), le startup che lanciano un MVP in meno di 8 settimane hanno il 30% in più di probabilità di sopravvivere al primo anno rispetto a chi impiega più di 6 mesi. La risposta: il più piccolo possibile.
L’errore più comune è progettare il prodotto completo. Tutte le funzionalità, tutti i flussi, tutti i casi d’uso. Questo non è un MVP. È una lista dei desideri. Per capire cos’è davvero un MVP e come definirlo, leggi la guida completa al MVP.
Un MVP ha 3-4 funzionalità. Solo quelle necessarie a risolvere il job principale. Se la lista ne ha di più, non hai ancora capito qual è il nucleo del prodotto. Taglia senza pietà. Stai ritardando il momento in cui i tuoi utenti reali toccano il prodotto e ti danno feedback?
Come decidi cosa tenere e cosa tagliare? Per ogni funzionalità, chiediti “se la tolgo, il prodotto risolve ancora il problema principale?”. Se la risposta è sì, la funzionalità è fuori dall’MVP. Se è no, resta.
Formula pratica: “Quando [situazione], l’utente vuole [azione], così che [risultato].” Tutto ciò che non serve direttamente a completare quel job è fuori scope. Lo parcheggi per la versione 1.1.
Un esempio concreto. Stai costruendo un’app per la gestione delle spese dei freelance. Il job principale: categorizzare le spese e generare un report per il commercialista. Le funzionalità MVP: importazione estratto conto, categorizzazione delle spese, esportazione PDF.
Le funzionalità che tagli per la v1.0: dashboard con grafici, integrazione bancaria diretta, previsioni di spesa, gestione multi-valuta. Ognuna di queste è utile. Nessuna è necessaria per validare se il prodotto risolve il problema.
Tempo stimato: 1 settimana. Costo: zero se lo fai da solo, da €1.500 a €3.000 se ti fai affiancare da un consulente di prodotto per un Audit strutturato.
Scegli come costruire
Hai un problema validato, utenti che lo confermano, uno scope definito. Secondo Deloitte Digital (2024), l’uso di strumenti AI nello sviluppo ha ridotto i tempi di delivery del 25-35% rispetto al 2023. Ora puoi pensare a come costruire. Le opzioni nel 2026 sono diverse per budget, tempo e livello di controllo.
Landing page + waitlist. Costa da €500 a €2.000. Tempo: 1-2 settimane. Valida l’interesse prima di scrivere codice. Crei una pagina che descrive il prodotto come se esistesse già, con un bottone “iscriviti alla waitlist”. Se nessuno si iscrive, hai risparmiato migliaia di euro. Se le iscrizioni arrivano, hai una lista di primi utenti pronti a testare. È il principio alla base del metodo Fake Door.
In pratica: usa un builder come Framer o Webflow, oppure chiedi un sito statico con Astro. La pagina deve avere un titolo chiaro (il problema), una descrizione della soluzione, e un form di iscrizione. Nient’altro.
No-code (Bubble, Glide). Costa da €2.000 a €8.000. Tempo: 3-6 settimane. Funzionalità limitate ma velocità massima. Adatto a workflow semplici: app interne, dashboard, tool di gestione.
Limitazioni reali: le performance degradano con molti utenti, la personalizzazione ha un tetto, e se il prodotto cresce devi comunque riscrivere tutto con codice tradizionale. Valido come MVP per testare la domanda, rischioso come soluzione a lungo termine. Quanto crescerà il costo mensile quando superi i pochi utenti del piano gratuito?
Attenzione ai costi nascosti: i piani gratuiti dei tool no-code hanno limiti stringenti. Appena superi poche centinaia di utenti o qualche migliaia di record nel database, i costi salgono rapidamente. Fai i conti prima.
MVP custom con AI-assisted development. Costa da €8.000 a €35.000. Tempo: 6-10 settimane. Il range di prezzo dipende dalla complessità. Un’app con autenticazione, un paio di CRUD e un pagamento sta nella fascia bassa. Un marketplace con logica di matching, gestione transazioni e dashboard analytics sta nella fascia alta.
Cosa ottieni con un MVP custom che non ottieni con il no-code: performance prevedibili, codice che ti appartiene, nessun vincolo con la piattaforma, la possibilità di scalare senza riscrivere da zero.
Impara a costruire con l’AI. Costo: da €2.000 a €5.000 per un percorso guidato, tempo variabile. Nel 2026, un founder non tecnico può costruire un prototipo funzionante con Claude Code o Cursor. Non sostituisce uno sviluppatore esperto, ma cambia il livello di autonomia che puoi avere sul tuo prodotto.
Questa opzione ha senso se hai tempo da investire nell’apprendimento, almeno 10-15 ore a settimana per 4-6 settimane. Serve se ti interessa capire come funziona il prodotto a livello tecnico e se vuoi poter iterare velocemente senza dipendere da nessuno. Non ha senso se hai fretta di lanciare o se il prodotto ha complessità tecnica elevata come pagamenti, sicurezza e dati sensibili.
La scelta dipende da complessità del prodotto e livello di autonomia che vuoi. Un prodotto semplice con un founder che vuole imparare: Learn. Un prodotto complesso con un founder che vuole concentrarsi sul business: Build. Un’idea ancora da validare: landing page. Un prototipo per testare un workflow: no-code. Per capire come funziona il processo nel concreto, leggi come si lavora con Redini, dal contatto al prodotto live.
Il primo passo concreto non è cercare uno sviluppatore. È validare il problema e parlare con chi ce l’ha. Se vuoi un approccio strutturato per passare dall’idea al prodotto, l’Audit di Redini parte esattamente da qui: analisi del problema, validazione, e un piano chiaro per i passi successivi.
Vuoi fare il prossimo passo? Parti con un Audit per capire se la tua idea regge, prima di investire tempo e soldi nello sviluppo. Parliamone, 30 minuti, zero impegno.