# Sviluppo MVP per startup e nuovi prodotti digitali > Sviluppo MVP per startup e nuovi prodotti digitali: perimetro scritto, prototipo con utenti veri, web app o PWA online a rilasci brevi. Codice tuo. Pagina: https://www.studiojem.it/servizi/sviluppo-mvp/ La prima versione che si usa davvero, con dentro solo quello che serve a capire se l'idea regge. Sviluppiamo MVP per startup e per aziende che lanciano un prodotto digitale nuovo: una prima versione funzionante, con le poche funzioni che servono a verificare l'idea con utenti veri. Prototipo, interfaccia, sviluppo e messa online nello stesso studio, con il codice che resta tuo e che cresce senza ripartire da zero. Un'idea di prodotto si brucia in due modi. Il primo è non provarla mai. Il secondo, più comune, è costruirla tutta prima di sapere se qualcuno la vuole: un anno di sviluppo, venti funzioni, e il primo utente vero che ne usa due. Lo sviluppo MVP serve a evitare il secondo. Si sceglie la funzione che deve dimostrare qualcosa, la si costruisce bene e la si mette online, con i pagamenti se il prodotto dovrà farsi pagare. Il resto aspetta i numeri. hoopit ha otto moduli che il cliente attiva uno alla volta; eSLA è nata per funzionare subito, senza store e senza account. Lo sviluppo di un prodotto digitale, per noi, comincia prima del codice: perimetro scritto, prototipo cliccabile, interfaccia provata da chi la userà. Progettiamo e sviluppiamo nello stesso studio, quindi il prototipo e il prodotto parlano la stessa lingua, e nessuno deve tradurre un file di design in un software. Facciamo sviluppo MVP in Sardegna e in tutta Italia, per startup e aziende. Qui molte idee nascono da un problema visto da vicino: la stagione, le prenotazioni, i turni, la distanza. Sono buone idee da provare in piccolo, con pochi clienti veri, prima di farle diventare un prodotto per tutti. ## Per chi lo facciamo - **SaaS & Prodotti Digitali** — Un software in abbonamento che deve trovare i primi clienti paganti: prima il modulo che risolve il problema, poi gli altri, uno alla volta. - **Ristoranti** — Un servizio per la ristorazione da provare in pochi locali prima di venderlo a tutti: menu, prenotazioni, ordini, senza costruire tutto il primo giorno. - **Wellness & Beauty** — Una piattaforma per vendere lezioni o percorsi online, con abbonamenti e pagamenti, da lanciare ai clienti che hai già. ## Cosa include ### MVP per startup Un MVP per startup non è un prodotto piccolo: è il prodotto con dentro solo la funzione che deve dimostrare qualcosa. Il resto si scrive in una lista, con la data in cui ha senso costruirlo. ### Prototipo app Prima del codice, un prototipo app cliccabile da mettere in mano ai primi utenti. Costa una frazione dello sviluppo e spesso cambia la prima versione più di qualsiasi riunione. ### Web app e PWA La prima versione di solito è una web app o una PWA: si apre dal browser, si installa sul telefono, si aggiorna senza passare dagli store. [eSLA](/lavori/esla/) funziona così, senza App Store e senza account. ### Moduli che si aggiungono Si parte da un modulo e se ne aggiungono altri quando servono. Per [hoopit](/lavori/hoopit-app/) i moduli sono otto, attivabili uno alla volta: menu, prenotazioni, asporto, CRM, inventario. ### Abbonamenti e pagamenti Se l'idea è un servizio in abbonamento, i pagamenti ci sono dalla prima versione: è il modo più onesto di sapere se qualcuno lo vuole. La [piattaforma di Flow](/lavori/app-flow-porto-cervo/) ha tre piani e le gift card. ## Metodo Un MVP fallisce quasi sempre per eccesso, non per difetto: troppe funzioni, troppo tempo, nessun utente vero. I passi servono a tagliare. - **L'ipotesi da verificare** — Una frase: chi ha il problema, cosa fa oggi, cosa farebbe con il prodotto. Da lì si decide cosa entra nella prima versione. - **Perimetro scritto** — Le funzioni dentro, quelle fuori e perché. Con tempi e costi, prima di qualsiasi impegno. - **Prototipo con utenti veri** — Schermate cliccabili provate da chi userà il prodotto. È qui che si scopre la funzione inutile e quella che mancava. - **Sviluppo a rilasci brevi** — La prima versione online appena regge, poi un rilascio dopo l'altro, sulle cose che gli utenti fanno davvero. - **Misura e decisione** — I numeri d'uso dicono se continuare, cambiare direzione o fermarsi. Anche fermarsi presto è un buon risultato. ## Con cosa lo facciamo Web app in React e TypeScript, PWA installabili dal telefono, backend Node.js e database PostgreSQL su cloud gestito, pagamenti con Stripe. Sono le stesse tecnologie dei nostri software su misura: un MVP fatto così diventa il prodotto vero senza essere riscritto. Il codice sta in un repository intestato a te, con la documentazione. React · TypeScript · PWA · Node.js · PostgreSQL · Stripe · Figma ## MVP, prototipo o prodotto completo? Tre cose diverse che spesso si chiamano con lo stesso nome. Sceglierne una per l'altra costa mesi. - **Quando basta un prototipo** — Devi capire se le persone capiscono l'idea, o convincere un socio. Schermate cliccabili, nessun codice: settimane, non mesi. - **Quando serve un MVP** — Devi sapere se le persone lo usano, e magari lo pagano. Serve un prodotto vero, piccolo, online. - **Quando serve il prodotto completo** — Il mercato c'è già, i clienti anche, e il processo è chiaro: lì si progetta il [software su misura](/servizi/software-su-misura/) intero, a moduli. ## Quanto costa **Su richiesta** Il prezzo lo fanno le funzioni della prima versione, i pagamenti, gli accessi e quanto prototipo serve prima del codice. Il confronto giusto è con il costo di costruire tutto e scoprire dopo che metà non serviva. Il preventivo è scritto e gratuito, dal configuratore su [/preventivo/](/preventivo/). ## Domande frequenti ### Quanto costa sviluppare un MVP? Dipende da cosa deve dimostrare la prima versione: un prototipo cliccabile e una web app con pagamenti sono lavori diversi. Il preventivo è scritto e gratuito, con perimetro e tempi, dal configuratore su /preventivo/. ### Quanto tempo serve? Il tempo lo decide il perimetro, e il perimetro si scrive prima. La regola è mettere online la prima versione appena regge, non quando è completa: la data la scriviamo nel preventivo. ### App nativa o web app? Per la prima versione quasi sempre una web app o una PWA: costa meno, si aggiorna subito e non aspetta gli store. L'app nativa ha senso quando servono funzioni del telefono che il browser non dà. ### Il codice è nostro? Sì. Codice in un repository intestato a te, documentazione, accessi al database e al cloud. Se il prodotto cresce, può proseguire con noi o con un team tuo. ### Lavorate con startup fuori dalla Sardegna? Sì. Perimetro, prototipo e rilasci si seguono bene in call, con un link da aprire a ogni versione. Lavoriamo così con aziende in tutta Italia.