MVP nel prodotto fisico: come classificare le funzionalità tra core, attese e delight

Cosa significa MVP per un costruttore di macchine, come classificare le funzionalità con il modello di Kano e come validarle sul campo.

Un MVP nel prodotto fisico è la versione minima che permette a un costruttore di verificare un'ipotesi sul mercato prima di investire in stampi e certificazioni: può essere la macchina stessa, ma anche una simulazione, un servizio o un impianto pilota. Il concetto nasce nelle startup software, dove una versione minima si rilascia e si migliora per cicli successivi; nell'hardware, invece, ogni modifica costa di più man mano che lo sviluppo avanza. In questa guida vediamo quali forme può assumere l'MVP, come classificare le funzionalità in core, attese e delight con il modello di Kano e come validarle; nei riquadri riportiamo l'esperienza di Silvia Piccin, Product Owner Innovation di Electrolux Professional e ospite di Expert Talks.

Cos'è un MVP: origine e definizione

Un MVP, Minimum Viable Product, è la versione di un nuovo prodotto che permette di verificare un'ipotesi sul mercato con il minimo sforzo possibile.

Il termine è stato introdotto nel 2001 da Frank Robinson, cofondatore e presidente della società di consulenza SyncDev, che lo intendeva come il prodotto che offre il massimo ritorno sull'investimento in rapporto al rischio; a renderlo popolare è stato poi Eric Ries, teorico del metodo Lean Startup (Productboard). La definizione oggi più citata è quella che Ries ha pubblicato nel 2009 sul suo blog: «la versione di un nuovo prodotto che permette a un team di raccogliere la massima quantità di apprendimento validato sui clienti con il minimo sforzo» (traduzione nostra). Nello stesso testo Ries precisa che l'MVP, nonostante il nome, non consiste nel creare prodotti minimi (Eric Ries, Startup Lessons Learned).

La definizione di Ries sposta l'attenzione dal prodotto all'apprendimento. L'MVP è il primo giro del ciclo costruire, misurare, imparare, il modo più rapido per verificare un'ipotesi con il minimo rischio. Un MVP non è quindi il prodotto in versione ridotta, ma lo strumento più economico per capire se vale la pena costruirlo.

Perché nel prodotto fisico l'MVP funziona diversamente

Nel prodotto fisico l'MVP funziona diversamente perché il costo di ogni modifica cresce man mano che lo sviluppo avanza e il cliente industriale non accetta un prodotto a metà.

Tre vincoli pesano più degli altri:

• Costo crescente delle modifiche: più un prodotto è avanti nello sviluppo, più costa cambiarlo; un intervento sugli stampi in fase di produzione può costare molto e causare settimane o mesi di ritardo. Le scelte sugli stampi, inoltre, vincolano il progetto.
• Conformità normativa: secondo la Blue Guide della Commissione europea, un prodotto modificato in modo sostanziale dopo la messa in servizio va considerato un prodotto nuovo, e la sua conformità va verificata di nuovo con la procedura applicabile.
• Aspettative del cliente industriale: chi compra una macchina si aspetta affidabilità, documentazione e garanzie, perché un solo componente difettoso può fermare un'intera linea.

Ne nasce un apparente paradosso: il metodo pensato per imparare in fretta sembra incompatibile con prodotti che vanno certificati prima di generare valore. La soluzione proposta da chi applica i metodi agili all'hardware è spostare l'MVP dal prodotto finale al processo di apprendimento. A monte, l'MVP serve a verificare ipotesi e può assumere forme diverse dal prodotto; a valle, ciò che arriva al cliente deve essere affidabile.



«Per me il Minimum Viable Product è comunque il prodotto finito che il cliente può utilizzare.» Silvia Piccin, Product Owner Innovation di Electrolux Professional. Nel suo ambito l'MVP che arriva al cliente deve garantire funzionalità, un'usabilità fedele a quella definitiva e il «touch and feeling» di tutti i punti di contatto con la macchina.

Le forme dell'MVP nell'hardware

Nello sviluppo agile di prodotti fisici si distinguono diverse forme di MVP, scelte in base all'ipotesi da verificare:

• MVP di funzionalità: si certifica e si consegna solo la funzione principale, mentre i moduli successivi arrivano in seguito. Richiede un'architettura di prodotto modulare.
• MVP di segmento: il prodotto completo esce prima in un mercato più semplice o con requisiti meno stringenti, poi nel mercato principale.
• MVP di servizio: il beneficio viene erogato inizialmente come servizio manuale, per verificare requisiti e disponibilità a pagare prima che il prodotto esista.
• MVP digitale: gemelli digitali, modelli CAD e simulazioni raccolgono il feedback del cliente prima della realizzazione fisica.
• MVP «Wizard of Oz»: dal punto di vista del cliente il prodotto funziona, ma internamente alcune operazioni sono ancora svolte a mano.
  

Prototipo, EVT, DVT e PVT: le fasi di sviluppo di un prodotto fisico

Lo sviluppo di un prodotto fisico procede per fasi di maturità separate da criteri di uscita, un processo a cancelli (phase-gate) in cui ogni fase verifica che il prodotto soddisfi i requisiti previsti prima di passare alla successiva.

Un prototipo è una realizzazione del progetto che serve a comunicare e valutare il prodotto rispetto a determinati requisiti: può andare dal modello in schiuma o cartone al prototipo funzionante. L'MVP ha uno scopo diverso: nell'approccio agile all'hardware, il prototipo dimostra all'ingegnere che qualcosa si può costruire, l'MVP dimostra al mercato che vale la pena costruirlo.

Dopo la prototipazione, nell'elettronica e nei beni di consumo il percorso verso la produzione si articola in tre fasi standard: EVT, DVT e PVT. Per ognuna cambia anche il modo di ascoltare il cliente, la cosiddetta voice of customer.

Fonte: Formlabs

Nella fase DVT si svolgono le prove ambientali, termiche, di vibrazione e di durata e le certificazioni, mentre una parte delle unità viene inviata come beta a potenziali clienti. Nella fase PVT stampi e design sono ormai congelati e non si possono più modificare. Il field test presso i clienti cade quindi in un momento in cui le modifiche sono ancora possibili ma già costose.

Cos'è il modello di Kano: funzionalità core, attese e delight

Il modello di Kano è un metodo che classifica le funzionalità di un prodotto in base all'effetto che hanno sulla soddisfazione del cliente: obbligatorie (core), prestazionali (attese) e attrattive (delight), oltre a indifferenti e inverse.

Il modello nasce dal lavoro del professor Noriaki Kano della Tokyo Rika University e dei colleghi Shinichi Tsuji, Nobuhiko Seraku e Fumio Takahashi, pubblicato nel 1984 sulla rivista Quality della Japanese Society for Quality Control con il titolo «Attractive quality and must-be quality». Partendo dalla teoria della motivazione di Frederick Herzberg, Kano ha concluso che il rapporto tra il soddisfacimento di un requisito e la soddisfazione del cliente non è necessariamente lineare (Center for Quality of Management Journal): alcune caratteristiche deludono se mancano ma non entusiasmano se ci sono, altre fanno l'opposto.

Fonte: Center for Quality of Management Journal.

Il questionario di Kano individua anche due esiti residui: le risposte inverse, quando il cliente la pensa all'opposto di chi ha formulato la domanda, e quelle dubbie, quando le due risposte si contraddicono. Come regola generale, la guida del Center for Quality of Management suggerisce di soddisfare tutti i requisiti obbligatori, essere competitivi con i leader di mercato su quelli prestazionali e includere alcuni elementi attrattivi che differenzino il prodotto.

Funzionalità core: il prezzo d'ingresso nel mercato

Le funzionalità core, o obbligatorie, sono i requisiti che il cliente dà per scontati: per quanto siano ben realizzati, la soddisfazione non va oltre la neutralità, ma se mancano il cliente è insoddisfatto. Sono il prezzo d'ingresso in un mercato (University of Cambridge, Institute for Manufacturing); l'esempio classico sono i freni di un'automobile.

Per un costruttore di macchine il perimetro delle core va oltre l'uso: comprende anche installazione e manutenzione, il tema del design for serviceability.



«Quelle che dai per scontate, e se non ci sono resti deluso.» Silvia Piccin descrive così le funzionalità core di una lavastoviglie professionale, che deve lavare con le prestazioni attese. Nella sua classificazione rientra tra le core anche tutto ciò che serve al service partner per installazione, consegna e manutenzione.

Funzionalità attese: il terreno della concorrenza

Le funzionalità attese, o prestazionali, sono quelle in cui la soddisfazione cresce in proporzione a quanto il requisito è soddisfatto: nell'automobile, consumi migliori aumentano la soddisfazione e consumi peggiori la riducono. Sono ciò che i clienti dichiarano di volere, e il prezzo di un prodotto è spesso legato proprio a queste caratteristiche.

Dal campo. Silvia Piccin cita il caso dei bicchieri in plastica riutilizzabili usati a concerti ed eventi. A differenza della ceramica non trattengono il calore, quindi richiedono cicli di lavaggio e asciugatura dedicati: una funzionalità attesa da un segmento preciso, nata da un cambiamento nelle abitudini di consumo.

Funzionalità delight: ciò che il cliente non sa di volere

Le funzionalità delight, o attrattive, aumentano la soddisfazione quando ci sono ma non deludono quando mancano: il cliente non se le aspetta, ma le riconosce come un miglioramento. Rispondono spesso a bisogni latenti e, quando sono presenti, il cliente può essere disposto a pagare un prezzo più alto.



«Maggiore è il cambiamento, maggiore è la probabilità di avere un certo rifiuto, perché comporta uno sforzo mentale.» Silvia Piccin ricorda che anche una novità attraente ha un limite: le app di home banking hanno migliorato l'esperienza, ma sono entrate nelle abitudini delle persone solo con il tempo.

Come classificare le funzionalità di un prodotto tra core, attese e delight

Classificare una funzionalità significa misurare come cambia la soddisfazione del cliente quando c'è e quando manca, scegliendo con cura chi interpellare e ripetendo l'analisi nel tempo.

Il questionario di Kano

Il questionario di Kano pone, per ogni funzionalità, una coppia di domande: una funzionale («come ti sentiresti se il prodotto avesse questa funzione?») e una disfunzionale («come ti sentiresti se non l'avesse?»). Le risposte possibili sono cinque e, in una delle formulazioni riportate dalla guida del Center for Quality of Management, sono: mi piace, me lo aspetto, mi è indifferente, posso tollerarlo, non mi piace.

La combinazione delle due risposte, letta nella tabella di valutazione di Kano, indica la categoria. Alcuni esempi:

• «Me lo aspetto» se c'è e «non mi piace» se manca: obbligatoria.
• «Mi piace» se c'è e «non mi piace» se manca: prestazionale.
• «Mi piace» se c'è e «mi è indifferente» se manca: attrattiva.
• «Mi è indifferente» in entrambi i casi: indifferente.
• «Mi piace» a entrambe le domande: risposta dubbia, perché contraddittoria.



Il metodo ha un limite noto: negli studi i partecipanti tendono a dire che apprezzano quasi tutto (Microsoft Research), per questo conta la lettura combinata delle due domande e non la sola risposta funzionale. Nel B2B, inoltre, chi acquista una macchina può non essere chi la usa: conviene interrogare separatamente acquirenti, operatori e tecnici.

I lead user come fonte delle funzionalità delight

Le funzionalità delight difficilmente emergono da un sondaggio, perché il cliente medio non ha ancora vissuto il bisogno. Per trovarle è utile il concetto di lead user, introdotto da Eric von Hippel del MIT nel 1986: utenti i cui bisogni attuali diventeranno comuni nel mercato tra mesi o anni. Proprio perché vivono oggi le condizioni che gli altri vivranno in futuro, possono fare da laboratorio per prevedere i bisogni, e spesso cercano già di risolvere da soli il problema (von Hippel, Management Science).

Il metodo è stato messo alla prova anche su prodotti industriali: in uno studio sui sistemi CAD per circuiti stampati, i concetti di prodotto sviluppati con i lead user sono stati fortemente preferiti da un campione rappresentativo di utenti (Urban e von Hippel, MIT).



«Se la stessa richiesta inizia a essere presentata più volte, è il segnale che c'è una necessità che sta nascendo all'interno del mercato.» Silvia Piccin, a proposito delle richieste che arrivano a Electrolux Professional attraverso la rete dei dealer.

Segmento e tempo cambiano la classificazione

Le stesse risposte possono rivelare segmenti diversi. Secondo la guida del Center for Quality of Management, quando le classificazioni di una funzionalità si dividono tra due categorie può significare che si stanno interrogando due segmenti di mercato distinti, e anche poche risposte inverse possono indicare un gruppo di clienti con esigenze diverse. Per questo conviene raccogliere i dati che permettono di distinguere i segmenti e analizzarli separatamente.

Anche il tempo sposta le categorie. Secondo un'ipotesi formulata da Akiba ed Enkawa e ripresa negli studi sulla qualità attrattiva, le caratteristiche di un prodotto «maturano»: nascono indifferenti, diventano attrattive, poi prestazionali e infine obbligatorie (Springer). Ciò che oggi sorprende, domani il cliente lo darà per scontato.

Come validare un MVP fisico con il field test

Un MVP fisico si valida con un field test: le macchine vengono affidate a clienti pilota coerenti con il segmento di destinazione, che le usano in condizioni reali e restituiscono feedback strutturati.

Chi applica i metodi agili all'hardware suggerisce alcuni accorgimenti per ottenere la collaborazione dei clienti industriali:

• Scegliere clienti partner: clienti aperti all'innovazione e interessati a contribuire, con condizioni particolari in cambio del loro feedback.
• Cambiare il nome: all'esterno l'MVP diventa progetto pilota, programma di accesso anticipato o partnership di co-sviluppo.
• Ridurre il rischio per il cliente: prima installazione gratuita, garanzia di ritiro o prezzi legati al risultato.
• Gestire le aspettative: chiarire da subito cosa offre la versione attuale e cosa arriverà dopo.
• Definire l'ipotesi da verificare: un MVP è abbastanza minimo quando rende verificabile un'ipotesi chiara.

«Se faccio un prodotto per l'ospedale non posso farlo provare al bar sotto casa.» Silvia Piccin sulla scelta dei clienti campione per i field test, i cui feedback vengono raccolti con questionari e domande aperte.

I questionari raccolgono però ciò che il cliente dichiara. La ricerca sull'usabilità invita a dare più peso a ciò che gli utenti fanno rispetto a ciò che dicono, perché le dichiarazioni sul proprio comportamento sono poco affidabili (Nielsen Norman Group). Se le macchine in prova sono connesse, il field test può affiancare ai feedback i dati di funzionamento.

In Things5 Connect, la piattaforma IoT con cui i costruttori di macchine monitorano, aggiornano e controllano da remoto il parco installato, le macchine del field test si raccolgono in un gruppo dedicato e si seguono come un unico insieme. Per ognuna si leggono le misure, gli stati di funzionamento con le loro durate e gli eventi, con gli allarmi classificati per gravità. Il costruttore può definire KPI che combinano più variabili e confrontarli tra le macchine in prova, mentre le note sul dispositivo raccolgono le osservazioni qualitative di chi segue il test. I dati si esportano in Excel, con fogli separati per misure, stati ed eventi.

Se il firmware registra l'avvio dei cicli e l'uso delle funzioni, la classificazione si può confrontare con l'uso reale: una funzione pensata come attesa che nessuno attiva va ripensata, un ciclo usato più del previsto può meritare un posto tra le core della versione successiva. Ne abbiamo parlato nel webinar su come evolvere il prodotto con dati di utilizzo reali.

Come aggiungere funzionalità a una macchina dopo il lancio

Una macchina già venduta può ricevere nuove funzionalità se la sua architettura lo prevede e se il costruttore può aggiornarne il software da remoto.

È il principio dell'MVP di funzionalità, che richiede un'architettura modulare: le funzioni successive arrivano quando sono pronte, purché la macchina abbia già l'hardware che serve. Abbiamo approfondito questo approccio nell'articolo sulla software-driven innovation.

Dal campo. In Electrolux Professional, racconta Silvia Piccin, a volte si mantengono nella macchina delle «predisposizioni»: la possibilità di comunicare e gestire una funzionalità per cui non si è ancora trovato il partner o non si è chiuso il concept.

Things5 Connect rende operativo questo principio su due fronti:

• Aggiornamenti firmware da remoto: partono su una o molte macchine, con l'esito visibile per singola macchina e la possibilità di rilanciare l'operazione solo su quelle fallite. Sui modelli che le supportano, anche le ricette si distribuiscono in blocco a più macchine.
• Piani commerciali per macchina: ogni macchina ha un piano che decide quali capacità della piattaforma sblocca e per quanto tempo, dalla sola consultazione fino a configurazione, comandi e aggiornamenti firmware. Un costruttore può così offrire a tutti il monitoraggio di base e riservare a un livello superiore funzioni come i comandi remoti.

Un aggiornamento software ha però dei limiti. Non può aggiungere funzioni che richiedono componenti assenti nella macchina. Inoltre, secondo la Blue Guide europea, un aggiornamento che modifica le funzioni previste, il tipo o le prestazioni del prodotto in un modo non considerato nella valutazione dei rischi iniziale può configurare una modifica sostanziale e richiedere una nuova valutazione di conformità. Le funzionalità da far arrivare dopo il lancio vanno quindi previste fin dal progetto, anche nella valutazione dei rischi.

Checklist per impostare l'MVP di un prodotto fisico

1. Formula le ipotesi da verificare e scegli per ciascuna la forma di MVP più economica: digitale, di servizio, di segmento o di funzionalità.
2. Fai avvenire le iterazioni prima della certificazione o in parallelo, non dopo.
3. Classifica le funzionalità candidate con il questionario di Kano, segmento per segmento, interrogando sia chi acquista sia chi usa e chi manutiene.
4. Includi tra le core installazione, consegna e manutenzione, coinvolgendo il service fin dal progetto.
5. Decidi quali funzionalità attese e delight servono al lancio e quali arriveranno dopo, prevedendo fin d'ora l'hardware necessario e il loro impatto sulla valutazione dei rischi.
6. Organizza il field test con clienti partner e affianca ai questionari i dati di funzionamento.
7. Rivedi la classificazione a ogni nuova generazione: ciò che oggi è delight domani sarà atteso.