In un post pubblicato nel suo blog e ripreso da Harvard Business Review, Steve Blank analizza l’evoluzione che il processo di sviluppo e distribuzione dei prodotti delle aziende ha attraversato e come i cambiamenti che ne sono derivati possono causare delusione nei clienti.
Secondo Blank, negli ultimi 75 anni il processo di sviluppo e distribuzione delle aziende (sia quelle che si occupano di prodotti durevoli che di software) è stato caratterizzato da un processo “a cascata” (waterfall), in cui l’azienda negli anni rilascia sul mercato versioni del prodotto nuove e migliorate secondo una cadenza prevedibile e con tempi piuttosto lunghi tra il lancio di una versione di prodotto e l’altra.
Il processo di distribuzione a cascata ha ceduto il passo, negli ultimi anni, all’approccio Agile e al cosiddetto “Continuous Deployment” (distribuzione continua): ciò significa per le aziende un enorme passo avanti, in quanto si riducono le risorse (in termini di tempo, denaro e lavoro) impiegate nel processo di sviluppo di nuovi prodotti.
L’autore, però, fa notare come tali continui cambiamenti nella distribuzione abbiano effetti a catena sul modello di business nel suo complesso: tali cambiamenti potrebbero avere conseguenze negative non intenzionali, in termini di generazione di aspettative, confusione ed insoddisfazione dei clienti.
Per essere davvero “smart”, le aziende dovrebbero preoccuparsi di queste eventuali conseguenze negative e adoperarsi per “educare” i propri clienti e comunicare al meglio tali cambiamenti.
A questo punto, Blank analizza le caratteristiche del sistema di distribuzione a cascata: in passato, lo sviluppo ed il conseguente lancio di nuovi prodotti veniva effettuato con un processo che seguiva il sistema “un passo alla volta”. Ciò significava che lo sviluppo di un nuovo prodotto richiedeva un ciclo lungo, e i clienti sapevano che acquistando un determinato prodotto sarebbe trascorso un certo lasso di tempo prima dell’uscita del nuovo modello o della versione aggiornata.
Nel processo a cascata, gli aggiornamenti e i nuovi prodotti seguono un percorso incrementale con cicli di rilascio delle novità sul mercato scanditi e delineati: i clienti regolavano le proprie aspettative di conseguenza.
Il passo successivo dell’autore è quello di analizzare le caratteristiche del sistema di “Continuous Deployment”, particolarmente utilizzato dalle aziende innovative e dalle startup che si sostanzia nel lancio ravvicinato di versioni sempre più aggiornate del prodotto: l’approccio “Continuous Deployment” è chiaramente basato sull’approccio Agile.
L’approccio Agile implica infatti un ritmo di distribuzione elevato, con una continua erogazione di nuovi prodotti caratterizzati da modifiche incrementali ed iterative: questo approccio ha però delle ricadute sulle aspettative dei clienti, i quali potrebbero essere scoraggiati ad acquistare il prodotto per paura di ritrovarsi dopo poco tempo con un modello obsoleto.
Per risolvere questo problema, secondo Blank è auspicabile che le aziende forniscano la possibilità ai propri clienti la possibilità di aggiornare il prodotto attraverso il ricorso alle tecnologie più avanzate e in particolare al cloud. Il ricorso al cloud ha a sua volta delle importanti implicazioni in termini di opportunità per le aziende di ripensare il proprio modello di business, e Blank analizza in merito due casi: Adobe (software) e Tesla (automobili).
Tesla offre un punto di vista su come la distribuzione continua possa avere implicazioni in un’azienda che sviluppa beni durevoli: l’azienda produttrice di automobili, infatti, ha utilizzato tale approccio per la berlina Model S. Ciò ha significato miglioramenti continui al prodotto con aggiornamenti trimestrali, anziché aspettare come sempre un anno per l’uscita del nuovo modello.
Adobe, invece, ha introdotto il cloud per i propri prodotti: anziché aspettare il rilascio delle nuove versioni da acquistare, i clienti Adobe oggi possono sottoscrivere un abbonamento e aggiornare periodicamente i propri programmi contrassegnati dalla nuova etichetta “Adobe Creative Cloud”.
Introdurre il sistema dell’abbonamento ha significato per Adobe il passaggio ad un modello di reddito con una rendita prevedibile: per l’azienda si è trattato quindi di una mossa intelligente.
Ciò che è importante analizzare però, secondo Blank, è in che modo questo tipo di cambiamenti apportati dall’azienda possa avere ricadute negative sul cliente: in molti casi, infatti, il miglioramento incrementale dei prodotti che caratterizza l’approccio “Continuous Deployment” ha avuto un impatto negativo sulla clientela, che preferisce avere una certa autonomia nel decidere quando cambiare il prodotto in suo possesso.
Nel caso specifico di Adobe, ad esempio, la creazione di un flusso di entrate prevedibili come quella derivante dagli abbonamenti non ha avuto un impatto positivo in termini di percezione del cliente: molti possessori del pacchetto Adobe ritengono che l’abbonamento non sia la formula più adatta alle loro esigenze. Se decidono di non rinnovare il proprio abbonamento mensile, infatti, perdono non solo l’accesso ai software ma anche la possibilità di accedere ai propri lavori sviluppati in passato.
In maniera simile, anche Tesla ha dovuto fare i conti con delle conseguenze negative dell’adozione dell’approccio “Continuous Deployment”: ad esempio, gli aggiornamenti ai software delle automobili hanno comportato l’eliminazione automatica di alcune funzioni già pagate dal cliente, senza offrire a quest’ultimo possibilità di scelta. Inoltre, non sempre gli aggiornamenti erano compatibili con tutti i modelli di automobili: ciò ha significato che alcuni clienti non hanno potuto servirsi di nuove funzionalità, vedendo deluse le proprie aspettative.
In conclusione, dall’analisi di Blank risulta chiaro che bisogna fare grande attenzione quando si decide di optare per un approccio “Continuous Deployment”: questo perché la possibilità di continui miglioramenti genera elevate aspettative nei clienti, che l’azienda deve assicurarsi di poter soddisfare per evitare di deluderli.
Per leggere il post originale dal blog di Steve Blank: http://steveblank.com/2014/01/06/15756/
Napoli, 09/01/2014