Prima versione di un software: cosa ci va dentro e cosa no

    Non è una versione ridotta di tutto. È la parte che permette di scoprire se l'idea funziona, costruita bene.

    9 minImprenditori, direzione, chi valuta un nuovo prodotto digitale

    Cosa portare a casa

    Risposta breve

    Una prima versione utile non è un prodotto incompleto: è la porzione più piccola che permette a qualcuno di fare davvero il lavoro per cui il software esiste. Si costruisce partendo dal percorso principale, si mette in mano a poche persone reali, e si decide il resto guardando cosa fanno invece di cosa avevano detto.

    La prima versione copre un percorso completo, non tutte le funzioni a metà.

    Ciò che si taglia va scritto, non dimenticato: diventa la mappa delle versioni successive.

    Il criterio per continuare va deciso prima, non dopo aver visto i risultati.

    Web App

    CONSOO

    Torna alle guide

    Cosa significa «minima» senza fare danni

    L'errore più comune è interpretare «versione minima» come «tutte le funzioni previste, ma abbozzate». Il risultato è un prodotto che nessuno può usare per lavorare davvero, e da cui quindi non si impara nulla. L'interpretazione corretta è opposta: poche funzioni, ma complete al punto che una persona può fare il proprio lavoro dall'inizio alla fine.

    InterpretazioneCosa produce
    Tutte le funzioni al 30%Nessuno riesce a lavorarci: nessun apprendimento
    Un percorso completo al 100%Qualcuno lo usa davvero: si scopre cosa manca
    Solo l'interfaccia, senza logicaUtile per validare il concetto, non l'utilità
    Il prodotto completo, ma in ritardoSi scopre cosa non serviva dopo averlo pagato

    Come si sceglie cosa entra

    1. 01

      Scrivere la frase che descrive il lavoro

      «Un tecnico apre l'app, registra l'intervento, il cliente firma, l'ufficio lo vede». Se non riuscite a scriverla in una riga, il perimetro non è ancora chiaro.

    2. 02

      Elencare i passi di quella frase

      Ognuno è una funzione. Tutto ciò che non compare in quei passi è fuori dalla prima versione, per definizione.

    3. 03

      Togliere i casi particolari

      Il tecnico che lavora per due aziende, l'intervento annullato a metà, la firma di chi non è il titolare. Esistono, ma nella prima versione si gestiscono a mano.

    4. 04

      Scrivere l'elenco di ciò che avete tolto

      È il documento più utile del progetto: impedisce che le stesse discussioni si ripetano, e diventa la mappa delle versioni successive.

    I primi utenti

    SceltaEffetto
    Tre-cinque persone che fanno quel lavoro ogni giornoIl feedback migliore possibile
    Tutta l'azienda dal primo giornoLe critiche sommergono i segnali utili
    Solo la direzioneSi valuta l'aspetto, non l'utilità
    Il cliente più esigenteSi costruisce per un caso limite
    Nessuno, finché non è finitoSi scopre tutto quando cambiare costa di più

    Le persone scelte vanno avvisate che stanno usando una prima versione e che i loro problemi verranno raccolti: senza questo patto, la reazione al primo difetto è l'abbandono.

    Vale la pena osservare quelle persone mentre lo usano, invece di chiedere loro un parere. Quello che dicono in riunione e quello che fanno davanti allo schermo raramente coincidono, e la seconda informazione è quella che serve.

    Decidere se continuare

    Il criterio va scritto prima di iniziare

    • Quante persone devono usarlo spontaneamente perché si consideri riuscito?
    • Con che frequenza, e per quante settimane consecutive?
    • Quale attività fatta prima in altro modo deve essersi spostata qui?
    • Cosa vi farebbe decidere di fermarvi? Se non c'è risposta, non state validando nulla.

    Risorse collegate utili

    Domande frequenti

    Cosa deve contenere la prima versione di un software?

    Un percorso completo, non tutte le funzioni abbozzate: la sequenza di passi che permette a una persona di fare il proprio lavoro dall'inizio alla fine. Tutto ciò che non compare in quella sequenza è, per definizione, fuori dalla prima versione.

    Cosa non va mai tolto da una prima versione?

    Accessi e permessi, salvataggio affidabile dei dati ed esportazione. Sembrano le parti più rimandabili, ma aggiungerle dopo obbliga a rifare quanto già costruito, e il risparmio iniziale si trasforma in un costo maggiore.

    A quante persone farla provare?

    Tre-cinque, scelte tra chi fa quel lavoro ogni giorno. Aprirla a tutta l'azienda dal primo giorno sommerge i segnali utili sotto le critiche; darla solo alla direzione fa valutare l'aspetto invece dell'utilità.

    Meglio chiedere un parere o osservare?

    Osservare. Quello che le persone dicono in riunione e quello che fanno davanti allo schermo raramente coincidono, e solo la seconda informazione dice cosa va cambiato.

    Come si decide se andare avanti?

    Con un criterio scritto prima di iniziare: quante persone devono usarlo spontaneamente, con quale frequenza, per quante settimane. Se non sapete cosa vi farebbe decidere di fermarvi, non state validando nulla — state solo costruendo a rate.

    Un esito negativo è uno spreco?

    No: scoprire in poche settimane che il problema non era quello vale esattamente quanto è costato, perché evita un progetto completo costruito su un presupposto sbagliato. È il motivo per cui la prima versione si fa piccola.

    Raccontaci il lavoro che il software dovrebbe permettere: in mezz'ora definiamo il perimetro della prima versione.

    CONSOO trasforma idee su software, AI e integrazioni in un percorso tecnico chiaro per PMI.

    • 30 minuti, online
    • Nessun impegno
    • Analisi del tuo caso reale
    • Risposta entro 24 ore